acessar meu servidor da web funciona ... exceto de dentro da minha intranet

1

Este é um problema do roteador?

Eu tenho um roteador sem fio TP-LINK TD-W8960N . Hoje eu configurei um servidor web apache2 em uma máquina ubuntu 12.04 em minha casa. Eu obtive meu roteador para encaminhar pacotes TCP na porta 8041 para a porta 8041 da máquina ubuntu, recebi o apache ouvindo na porta 8041, dei um nome de domínio ao endereço IP do roteador, digamos "example.com", e esperava tudo para funcionar bem.

Mas não bastante funcionar bem. Se eu for http://example.com:8041de um computador que não está na minha intranet, ele funciona bem. Na minha intranet, também posso acessar o servidor da web usando http://192.168.1.25:8041, com 192.168.1.25, o endereço IP local que meu roteador forneceu ao servidor da web ubuntu.

No entanto, se eu for http://example.com:8041de um computador na minha intranet, ele não funcionará: Eu recebo o erro "Não é possível conectar": - /

Tentei mover tudo para a porta 80. A porta 80 é a porta que meu roteador usa, então mudei a porta do roteador para 8080 e executei o apache pela porta 80 em todos os lugares. Dessa vez, funcionou de fora da intranet e com a intranet http://192.168.1.25funcionou bem, mas http://example.comme levou à página de login do roteador, mesmo que o roteador estivesse alegando estar ouvindo na porta 8080: - /

A pesquisa no Google me levou a isso - essa pessoa parece ter exatamente o problema que eu tinha, mas não obteve respostas (mas talvez ele tenha publicado no lugar errado).

É isso que o roteador está fazendo? Eu realmente gostaria de poder acessar as páginas da Web localmente usando o endereço externo correto (para que eu possa escrever scripts que funcionem em máquinas na minha intranet e também fora dela; atualmente não tenho uma opção que funcione em todos os computadores que eu ter acesso, inclusive aqueles que estão no meu trabalho e que não estão na minha intranet).

Eric
fonte
esse é um problema de DNS e pode ser corrigido usando o arquivo HOSTS: en.wikipedia.org/wiki/Hosts_(file) ou usando NAT no roteador, acredito.
Logman

Respostas:

1

Seu roteador não está conseguindo executar o hairpin NAT , também conhecido como "loopback NAT", etc.

A solução é geralmente comprar um roteador melhor ou tentar melhorar o seu roteador com uma distribuição de firmware Linux de terceiros, como o DD-WRT.

A Apple sempre foi muito boa em criar sempre o firmware da estação base AirPort sempre com suporte para NAT. Não tenho a experiência de dizer o mesmo para nenhuma outra marca.

Spiff
fonte
Obrigado a vocês pela explicação. Aqui está outro link que explica o problema.
eric