Eu baseio minha resposta nos seguintes fatos:
-
Chamar
dig mydomain.com
obtémconnection timed out; no servers could be reached
, masdig +trace mydomain.com
obtém o resultado esperado. -
Alterando o servidor de nomes de um servidor de domínio e definindo um registro A com seu IP funcionou. Revertendo o servidor de nomes de volta ao original parou de funcionar novamente.
Minha explicação é que existe um erro registro de cola apontando para um IP errado para o seu servidor de nomes. Apenas consultas DNS que exigem uma resposta autoritativa e não usam os registros de cola obtêm a resposta certa.
Uma consulta de DNS para procurar o endereço IP de example.com
só obteria o servidor de nomes, digamos ns1.example.com
.
Mas enviar uma consulta para ns1.example.com
precisa do endereço IP,
para qual é preciso perguntar ao seu pai, example.com
, e lá vamos nós de novo
até que o navegador decida que nenhuma conexão é possível.
O registro de cola informa ao servidor de nomes de example.com
o IP de
ns1.example.com
, para que possa devolvê-lo imediatamente.
Minha teoria é que um registro de cola para o seu domínio contém um endereço IP incorreto para o seu servidor de nomes, para que nenhum contato possa ser estabelecido com ele. Somente consultas DNS que solicitam uma resposta autoritativa funcionarão aparentemente porque tais consultas ignoram registros de cola.
Agora você pode ter uma solução alternativa para o problema, mesmo que seu ISP não possa ajudar. alterando o servidor de nomes do seu servidor de domínio e abandonando o um estragado pelo seu ISP.
Referências: