Não é possível conectar-se ao meu site a partir da conexão de rede local, mas com uma conexão de rede externa

2

Estou hospedando um site na minha rede local para o nosso programa local Fire Explorers. O site é localizado aqui . Estou hospedando o site usando o Drupal 7 e o IIS 7.5 em execução no Windows Server 2008 R2.

O problema que estou tendo é que desde a atualização do nosso modem eu não consegui acessar o site de dentro da minha rede local, o que é estranho, porque se eu não estiver conectado à minha rede, ele carrega muito bem. Eu também posso acessar meus desktops remotos de dentro e fora da minha rede muito bem, por isso é apenas o site.

Um bom exemplo está no meu telefone quando estou conectado ao Wi-Fi. Meu telefone usa isso para dados, o que faz com que o site não seja carregado, no entanto, assim que eu me desconectar do Wi-Fi e usar dados da minha conexão 4G Carrega quase instantaneamente. Outra é assim que eu chegar à escola e usar a internet da escola, ela será carregada imediatamente. Estou perplexo com o que está errado.

A ligação do meu site atual está definida da seguinte forma:

    
por Brandan Schmitz 22.10.2015 / 03:29

2 respostas

1

Sua rede interna é 10.0.0.0/24 , e esta acessando a internet atrás de 73.242.28.179 . Você tem o encaminhamento de porta para que as conexões de entrada para 73.242.28.179 na porta 80 sejam encaminhadas para 10.0.0.25 .

E, para permitir que isso funcione com um nome de host, você tem www.ighfdexplorers.com resolvendo para 73.242.28.179 .

O problema é que, quando suas máquinas internas tentam acessar www.ighfdexplorers.com , elas resolvem para 73.242.28.179 e tentam falar com a interface externa do roteador.

Alguns roteadores permitirão isso (seu anterior fez isso) e reconhecerão que a conexão deve fazer o loop de volta pelo roteador para o servidor interno em 10.0.0.25 . A maioria não irá no entanto. Esse recurso é chamado de "nat loopback" ou "hairpin nat" ou "nat reflection".

Além de substituir o roteador por um que suporte esse recurso, a alternativa é ter www.ighfdexplorers.com resolvido para 10.0.0.25 para aqueles na rede 10.0.0.0/24 .

A maneira comum de fazer isso é ter um servidor DNS interno que resolva www.ighfdexplorers.com para 10.0.0.25 e, em seguida, encaminhe outras consultas para servidores DNS baseados na Internet.

Se você não puder configurar um servidor DNS interno (ele pode residir em 10.0.0.25 também e não precisar estar voltado para a Internet), a maneira menos gerenciável é editar o arquivo hosts em cada máquina interna (isso é não é fácil / possível com dispositivos móveis).

No Windows, isso é em C:\windows\system32\drivers\etc\hosts e você adicionaria uma entrada

10.0.0.25 www.ighfdexplorers.com

No Linux, isso é em /etc/hosts

    
por 22.10.2015 / 05:14
0

Então eu percebi que o roteador que eu tenho (um Arr16 TG1682G da Comcast) não suporta loopback NAT. Como uma correção temporária, decidi apenas resolver o site para o endereço IP interno de meus servidores editando o arquivo de hosts do Windows. Amanhã eu vou definir o meu TG1682G para o Bridge Mode e usar um servidor extra que eu tenho como um roteador com a função de um Loopback NAT. Obrigado àqueles que me ajudaram, e espero que isso ajude alguém que possa estar tendo um problema semelhante.

    
por 22.10.2015 / 06:12