Desde que mudei meu ISP, o roteador atual (ADB P-RG A4202N) não me permite acessar meu servidor web de dentro da minha rede local usando meu IP remoto ou host no-ip - ele me redireciona para a página de configuração do roteador . Não apenas o meu PC servidor, mas também todos os outros dispositivos conectados à mesma LAN não podem acessar meu site usando IP remoto (o IP interno funciona bem).
No entanto, se eu visitar minha página da Web a partir de um host remoto, tudo funcionará bem.
Como faço para corrigir isso? Quero usar meu IP/host remoto ao visitar meu site, mesmo de dentro da minha LAN. Por enquanto, adicionei uma 127.0.0.1 myremoteipregra ao arquivo hosts no meu PC principal, mas é uma solução alternativa que não quero manter.
Meu servidor web está rodando em Win7, firewall totalmente desabilitado para fins de teste. O encaminhamento de porta está funcionando.
Responder1
Presumo que isso esteja por trás de uma conexão NAT. Nesse caso, você precisa ativarReflexão NATpara permitir o tráfego interno para o endereço IP externo para o qual seu site resolve. A maioria dos roteadores não tem isso habilitado por padrão e muitos firewalls de consumo nem mesmo oferecem suporte a isso em seu firmware pronto para uso. Sem esse recurso, os pacotes da LAN para o seu endereço WAN não estarão sujeitos às regras NAT, mas serão filtrados pelo dispositivo.
Eu dei uma breve olhadao manual do seu roteador, mas não foi possível ver nenhuma menção a esse recurso. Isso pode significar que não é compatível e é necessário um dispositivo alternativo.
É bastante comum nesses cenários configurardividir DNSna sua rede interna para resolver um endereço IP diferente para o site, fazendo com que você se comunique diretamente com a máquina sem que o tráfego precise passar pelo firewall. Isso também elimina qualquer dependência da conexão para que o acesso ao site funcione internamente, o que não é fornecido pela abordagem de reflexão NAT se um servidor de nomes público precisar ser usado para resolver o nome no DNS. A abordagem de DNS dividido é útil se você tiver um servidor de nomes de resolução local que possa configurar, mas a HOSTSabordagem de arquivo funciona igualmente bem para uma única máquina.
Responder2
Parece que sim:
A autoconfiguração do roteador criou regra de redirecionamento apenas para interfaces externas. Você tenta se conectar ao ext ip do roteador. O pacote aparece em sua interface local destinada ao ext ip. O roteador vê que o ip de destino pertence a ele, vê que tem a porta 80 aberta (com o site de configuração do roteador), então passa o pacote para seu próprio servidor web.
Dividir DNS poderia ser uma maneira melhor, mas se for impossível, tente isso.
Há uma chance muito pequena de que desabilitar a interface web do roteador ou colocá-lo em outra porta resolva esse problema.
Ou configure seu roteador para conexões dnat (da interface local ao ext ip) ao seu servidor web local. Então, para que o seu servidor web não responda diretamente ao cliente local, capture conexões de saída (da rede local para a porta 80 da rede local) para qualquer endereço falso (digamos 1.2.3.4). Assim, o servidor web receberá conexões de 1.2.3.4 e responderá via roteador, e o roteador reverterá o IP de volta ao original. Não sei se o seu roteador suporta todos os recursos necessários.
Responder3
eu tive o mesmo problema, resolvi meu problema com a edição do arquivo hosts com o seguinte
192.168.1.100 www.yourdomain.com yourdomain.alias1 your domain.alias2
altere o IP com a nota IP da LAN do seu servidor local: isso permitirá que você acesse seu site a partir da mesma máquina servidor e talvez você não consiga acessá-lo de outra máquina na mesma rede se tiver mais de um site, adicione a mesma linha com seu nome de domínio