Eu diria que @Insyte está em algo quando fala sobre o problema ser uma questão de resolução de DNS ... o que significa que o problema é a reescrita de pacotes (leia @Insyte post novamente para essa explicação).
Supondo que você tenha a seguinte configuração:
- IP público:
201.206.x.y
- IP privado:
192.168.0.50
- Encaminhamento de porta para todos os 80 (e 443 se você estiver usando SSL) no IP
201.206.x.y
→ 192.168.0.50
Você digita o seguinte no seu navegador, enquanto está na sua rede interna:
http://www.yourwebsite.com
e o erro ocorre. Então, solução: hackear seu arquivo de hosts.
No Windows, vá para C:\windows\system32\drivers\etc\hosts
(observe que não há extensão nesse arquivo). No Linux, o arquivo está localizado em /etc/hosts
.
Se você abrir o arquivo no Bloco de Notas, poderá ver as entradas usadas para substituir o DNS. Se você deseja atualizar esse arquivo, você precisará abrir o Bloco de Notas (ou qualquer programa que esteja usando para editar o arquivo) com direitos de Administrador - caso contrário, você não poderá salvar o arquivo.
Adicione isso ao seu arquivo de hosts:
192.168.0.50 www.yourwebsite.com
Em seguida, reinicie seu navegador , insira o URL e violà! Está funcionando. Então, isso significa que seu navegador não depende do seu DNS para resolver seu domínio para o IP. Em vez disso, estamos ignorando isso e dizendo: Navegador, basta ir ao meu IP interno para esse nome de domínio, em vez de pedir ao DNS o endereço IP .
Se você estiver em um escritório, poderá obter todas as pessoas que precisam acessar esse site interno, hackear o arquivo de hosts ou, se tiver um DNS interno, adicionar uma entrada a ele.
Outra ideia é ter um servidor proxy interno (para toda a navegação na web, etc) e, em seguida, hackear o arquivo hosts no servidor proxy. Isso significa que seu navegador dirá, Proxy, você pode, por favor, obter o recurso http://www.mywebsite.com
e o proxy diz Claro, e como me disseram para ignorar o DNS desse domínio, eu vou apenas dar o IP que foi codificado no meu arquivo de hosts .