Tentou NAT buraco soco o roteador em um loop, por que não funcionou?

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.

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).