Temos uma rede pequena, com um servidor principal (hospedando nosso próprio site e funcionando como servidor de nomes) e alguns servidores de hospedagem web. Desde ontem estamos com um problema com um domínio de um cliente nosso que hospedamos em nossa rede.
O servidor web está configurado corretamente, o servidor de nomes também (e ambos funcionam bem para outros domínios), mas o domínio está inacessível porque a pesquisa do nome do host falhou. O Chrome diz que o nome do host não pôde ser resolvido, algumas ferramentas de verificação de DNS dizem que o domínio não foi encontrado ou simplesmente travou.
Quando executo o dig directgeslaagd.comcomando, recebo apenas uma seção de autoridade, informando com 600 IN SOA a.gtld-...qual é para o TLD. Quando executo o dig @ns1.webwhales.nl directgeslaagd.comcomando, obtenho os resultados corretos ( directgeslaagd.com. 86400 IN A 149.210.185.13). Isso acontece dentro e fora da nossa rede de servidores. Então, minha conclusão é que meu servidor de nomes funciona corretamente, certo?
Quando ajusto o arquivo hosts do meu PC Windows e carrego este domínio diretamente de 149.210.185.13, o site funciona, a conclusão é que também o servidor web funciona corretamente. Quando procuro os dados WHOIS, todos os servidores de nomes e dados estão corretos. Ontem atualizei os detalhes do servidor de nomes através do nosso registrador, mas isso não ajudou.
Você sabe qual pode ser o problema aqui? Eu nunca vi algo assim antes. Os domínios usados aqui são os domínios reais, então você pode ver por si mesmo.
Responder1
Recebi uma resposta do meu registrador. Acontece que a ICANN envia um e-mail de verificação quando o endereço de e-mail do titular do domínio muda. Eles fazem isso para todos os seus TLDs há alguns meses. Eles dão a você uma a duas semanas para clicar no link desse e-mail, ou seu domínio será bloqueado.
Quando for esse o caso, o Status do Registrador nos dados WHOIS deverá serclienteHold. Ironicamente, este e-mail muitas vezes desaparece na caixa de spam do destinatário. Seria bom se eles enviassem primeiro um alerta para o contato técnico (ou pelo menos outro endereço de e-mail registrado nesse domínio).
Espero que isso ajude outras pessoas.
Responder2
É melhor pensar no WHOIS como uma ferramenta de informação de “melhor esforço” para humanos. As informações que fornece nem sempre são atuais ou precisas e, em ambos os casos, não são algo que o DNS consulte.
dig +trace +additional example.comé seu amigo; ajuda a visualizar problemas e mostra coisas que o WHOIS nunca mostrará. Isso inicia um rastreamento nos servidores de nomes raiz e segue as delegações dos servidores de nomes.
No seu caso particular, isso é o máximo que o rastreamento chega:
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1425204658 1800 900 604800 86400
;; Received 112 bytes from 192.33.14.30#53(192.33.14.30) in 11 ms
Isso deve soar uma campainha: é muito semelhante ao que você estava vendo em sua escavação anterior. (uma seção de autoridade para com.e seu registro SOA) O problema é que os servidores de nomes de TLD com.não estão servindo uma delegação para outros servidores de nomes.
É aqui que as informações do WHOIS finalmente se tornam úteis: directgeslaagd.com.não expiraram (válidas até dezembro de 2016) esupostamenteexistem três servidores de nomes configurados... mas isso não é um reflexo válido do que os servidores de nomes de TLD estão realmente servindo quando recebem a consulta.
O problema está em algum lugar entre a interface web do seu registrador e os servidores de nomes de TLD. Tente encontrar algo dentro da interface web do registrador que possa fornecer uma dica sobre o motivo disso estar acontecendo. Além disso, você precisará conversar diretamente com seu registrador, pois eles são os únicos que podem fornecer uma resposta direta sobre qual é o problema.