Diferença entre DNS e / etc / hosts no nome resolvido durante uma solicitação HTTPS

Question

Minha pergunta é: qual é a diferença entre o DNS e o método de resolução estática baseado em / etc / hosts na resolução de nomes durante uma conexão HTTPS? Para se conectar a um site usando https, a primeira ação é solicitar ao DNS o ip do servidor solicitado (se não houver registro em / etc / hosts para esse domínio).

Estou tentando descobrir por que posso me conectar a um servidor apenas com o ip correto dentro do arquivo / etc / hosts (e não usando o DNS).

O URL do servidor é " link " e não consigo me conectar a ele se não houver um registro " 94.23.64.34 www.ovh.it "em / etc / hosts. Há também um outro fato que não posso explicar: quando estou conectado ao meu ADSL eu tenho que usar esse truque, mas quando eu uso tethering através do meu telefone tudo funciona bem (também sem alterar o /etc/hosts).

Se eu fizer ping no domínio www.ovh.it, o resultado será o mesmo em ambas as conexões:

PING www.ovh.it (198.27.92.4): 56 data bytes (ADSL)
PING www.ovh.it (198.27.92.4): 56 data bytes (TETHERING)

Se eu fizer ping no domínio ovh.it, o resultado será o mesmo em ambas as conexões:

PING ovh.it (94.23.64.34): 56 data bytes (ADSL)
PING ovh.it (94.23.64.34): 56 data bytes (TETHERING)

Usando ping (protocolo ICMP), o resultado da resolução de nomes é o mesmo em ambas as conexões. Por que usar um navegador e uma conexão HTTPS Não consigo me conectar ao servidor com o ADSL e não há problema com o TETHERING do meu SMATPHONE? E por que inserir manualmente o ip no ovh.it em / etc / hosts funciona também conectando com o meu ADSL?

Informações adicionais: eu tentei com Safari, Chrome e Firefox e o resultado é o mesmo. Tentei reiniciar o laptop e o roteador wifi (roteador ADSL). Eu também tentei com um laptop diferente.

    

Answer 1

Eu acho que você provavelmente sabe a resposta para sua pergunta. A diferença é que o / etc / hosts é ESTÁTICO, enquanto o DNS é DINÂMICO. As pesquisas de DNS são válidas por um período de tempo especificado após o qual o cliente irá consultar novamente. Os servidores DNS também podem ser inteligentes sobre o que eles retornam - agindo como simples espalhadores de carga, por exemplo, ou fazendo failover para servidores de backup.

No seu caso, claramente o PC cliente (algum tipo de Linux? Você não diz) ou o roteador ADSL parece estar configurado incorretamente.

Em primeiro lugar, verifique se você não colocou algum tipo de configuração fixa na placa de rede para o PC. Em segundo lugar, verifique a configuração do roteador para verificar se ele fornece um servidor DNS válido. Se o PC estiver configurado para usar o DHCP do roteador, verifique se o roteador está se reportando como um servidor DNS (muito comum para roteadores de nível de consumidor). Se estiver, altere a configuração do DHCP para fornecer aos servidores DNS adequados do PC cliente, como seu ISP, Google ou o melhor de tudo, o OpenDNS.

A outra possibilidade que posso pensar é que você está usando o DNS do seu ISP quando conectado via ADSL e que está quebrado. Não é tão incomum. Altere para usar o OpenDNS ou o DNS do Google para ver se isso resolve o problema.

Embora o uso do arquivo hosts possa parecer funcionar, você está corrigindo o endereço IP e um serviço como o OVH provavelmente usará vários conjuntos de endereços aos quais você não terá acesso.