As Interfaces da Web não abrem mesmo depois de se dizer que o encaminhamento de porta está funcionando!

Question

Estou encontrando esse problema estranho que me deixou perplexo e que não encontrei mesmo depois de anos fazendo o encaminhamento de porta ...! Eu espero que alguém aqui possa me ajudar a resolver esse mistério ..:)

Minha configuração de rede é a seguinte:

Eu tenho um modem DSL (feito sob encomenda e marcado pelo meu ISP) que está recebendo um fluxo DSL ... ele tem um IP externo que é visível para o mundo, digamos, 11.22.33.44 ... Este modem tem DHCP habilitado, tem um IP interno para si mesmo, que é 192.168.1.1 .. ele está conectado a 2 laptops via e cabo ethernet .. Laptop 1 tem IP 192.168.1.2, e Laptop 2 tem IP 192.168.1.3 ...

No Laptop 1, dois aplicativos estão em execução, jDownloader e Media Player Classic, que têm suas interfaces web nas portas 8765 e 13579, respectivamente ... Eu posso acessar ambas as interfaces web do Laptop 2 abrindo esses endereços: 192.1681 .2: 8765 e 192.168.1.2:13579 ... ambas as interfaces web são abertas, o que significa que as interfaces web estão funcionando bem.

Seguindo em frente, agora quero acessar essas interfaces da Web de fora da minha rede e configuro o encaminhamento de porta no meu modem PTCL para encaminhar todo o tráfego nas portas entre 8000 e 14000 (TCP e UDP) para IP 192.168.1.2 ... Eu verifiquei que o encaminhamento de porta está funcionando, testando-o usando a ferramenta verificador de porta do PortForward.com, e este site também: [URL] link

Quando uso o site, se estou executando os aplicativos no Laptop 2, o site informa que a porta está aberta ... se eu fechar o aplicativo, o site informará que a porta está fechada ... Isso faz sentido como nada está escutando na minha máquina no último caso .. Além disso, se eu desabilitar o encaminhamento de porta no meu modem, novamente, o site informa que a porta está fechada ... então, os resultados do site parecem estar bem ...

O mesmo do acima pode ser dito quando eu estou usando a ferramenta de verificador de porta PortForward.com ... Então, novamente, tudo bem até agora ...

Agora, aqui vem o problema !! ... Apesar das ferramentas acima informarem que o encaminhamento de porta está funcionando, não consigo abrir as interfaces da web de fora da minha rede ... Então, por exemplo, se eu tentei navegar em 11.22.33.44:8765 ou 11.22.33.44:13579, nada abre no meu navegador ... Mas se eu acessar esses servidores da web localmente do Laptop 3, digitando 192.168.1.2:8765 ou 192.168.1.2:13579, eles serão abertos ...

Então, onde está o problema aqui? As ferramentas relatam por unanimidade que o encaminhamento de porta está funcionando e, no entanto, não consigo abrir as interfaces da web de fora da rede.

Observe também que eu desabilitei o firewall do meu computador e também certifiquei-me de que qualquer opção nos programas acima (cujas interfaces da web eu estou tentando abrir) que diz apenas conexões locais devem ser aceitas, esteja desabilitada. ..

Então, qual é o problema ...? !! Alguma idéia?

    

Answer 1

O código do gateway NAT no seu roteador não está fazendo corretamente o "hairpin NAT". Muitos gateways NAT não acertam isso.

Quando uma máquina interna solicita uma conexão a uma porta no endereço IP público do seu gateway NAT, o NAT precisa primeiro fazer "NAT de saída", traduzindo o pacote como se fosse para um host externo, perceba que o próprio gateway NAT é o host "externo" que está sendo solicitado e, em seguida, examine sua tabela de mapeamento de porta e retorne esse pacote e faça "NAT de entrada", enviando-o ao host mapeado de porta.

Essa idéia de um pacote indo pela maior parte do NAT, depois ser virada de volta e enviada de volta, é comparada à curva apertada e dobrada em si em um alfinete de cabelo tradicional (da mesma maneira uma curva apertada em uma estrada é chamada de "curva curva" ou "curva em gancho").

Soluções possíveis:

• Obtenha uma atualização de firmware para sua caixa de gateway NAT que corrige esse bug.
• Veja se você pode configurar isso na sua caixa de gateway NAT.
• Carregue uma distro de firmware de terceiros na sua caixa de gateway NAT que não tenha esse problema ou que possa ser configurada para não ter esse problema.
• Compre um produto de home gateway diferente que não tenha esse problema, tenha a nova caixa como seu gateway NAT e faça com que seu modem DSL aja como apenas um simples modem / bridge, não um gateway NAT.
• Viva com isso. Você pode realmente se conectar aos seus serviços mapeados por porta quando você está realmente fora de sua rede, então talvez você possa viver com o fato de que não pode falsificá-lo de dentro da rede.