Comentários no esta resposta indica 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? Quer 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 depois de 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. Então eu liguei o XAMPP com porta de escuta 33333 o mais rápido possível, abriu o navegador, entrou: 84.x.x.x:33333, mas expirou.
Respostas:
NAT traduz pacotes de suas máquinas internas para aparecer como seu IP externo para a rede externa (porta não importa). No caminho de volta, ele os converte novamente, de modo que os pacotes vão para o computador interno direito.
Se você direcionar seu IP externo de dentro, ficará confuso tentando fazer NAT (de e para o mesmo endereço externo).
Então, 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 for compatível com hairpin, será inteligente o suficiente apenas para rotear / redirecionar o tráfego de volta para dentro (sem realmente fazer o NAT).
fonte