Tentei perfurar o roteador NAT em um loop, por que não funcionou?

Question

Os comentários em esta resposta indicam que o NAT não é consultado se o destino estiver na mesma rede. Mas e se o destino for o IP público do roteador, não 192.168.x.x ou similar? Quero dizer, o destino precisa ser reescrito, então por que NAT não é feito? Ou nem sequer é encaminhado neste caso?

O que eu estava fazendo:

ncat.exe -p 33333 84.x.x.x 55555

Que terminou após alguns segundos com:

Ncat: .

Enquanto eu vi brevemente:

TCP    192.168.178.36:33333   84.x.x.x:55555   SYN_GESENDET
[ncat.exe]

Na saída do Netstat. Até agora, como esperado. Em seguida, ativei o XAMPP com a porta de escuta em 33333 o mais rápido possível, abri o navegador, digitei: 84.x.x.x:33333 , mas o tempo limite expirou.

    

Answer 1

O NAT traduz os pacotes de suas máquinas internas para aparecer como seu IP externo para a rede externa (a porta não importa). No caminho de volta, ele os traduz novamente para que os pacotes cheguem ao computador interno direito.

Se você segmentar seu IP externo de dentro, fica confuso tentar fazer NAT (de e para o mesmo endereço externo).

Portanto, se o seu roteador não suporta o NAT hairpin / loopback como um recurso, ele não consegue rotear corretamente porque não consegue descobrir como traduzir. Se o roteador suportar hairpin, será inteligente o suficiente para apenas rotear / redirecionar o tráfego de volta para dentro (sem a necessidade de NATing).