Em resumo, você está perdendo a opção de configuração "NAT loopback" (também conhecida como "NAT hairpin").
There is some inherent issue with sending packets to your own IP (this seems unlikely), and my old router redirected such packets on its own, which the new router doesn't.
Sim, existe. Mas você está esquecendo que "enviar pacotes para o seu próprio IP" não é o único que acontece.
O seu endereço IP WAN não pertence a toda a LAN de uma só vez - pertence apenas ao seu router , e outros dispositivos na sua rede local nem sequer reconhecem esse endereço se o viram um cabeçalho de pacote. Eles reconhecem apenas seus próprios endereços LAN (por exemplo, o 192.168.x.y típico).
Isso significa que as conexões para o endereço IP da WAN sempre vão para o roteador, que então precisa reescrever o endereço de destino dos pacotes e reenviar o pacote atualizado para o dispositivo final. Naturalmente, as respostas de que o dispositivo precisa da reescrita oposta a ser feita (ou seja, mudar o endereço source do IP da LAN do dispositivo para o IP da WAN do roteador).
Mas se o servidor reconhecer que seu cliente está na mesma sub-rede, ele enviará as respostas diretamente , não através do roteador, e o roteador não terá nenhuma chance de não traduzir o código-fonte. Endereço de IP. Como resultado, o computador cliente envia pacotes para o endereço da WAN, mas recebe respostas do endereço da LAN e não consegue corresponder aos dois.
Alguns roteadores possuem um recurso "NAT loopback" que reescreve a origem de destino e de tais pacotes. A desvantagem é que o servidor só verá o endereço IP do roteador, não o do cliente real. (Além disso, o desempenho pode ser limitado pela CPU do roteador).