☰

Por que as informações do servidor de nomes estão erradas em crsnic.net e gtld-servers.net?

tag-icon • tag-icon domain-name-system domain-name domain-registrar domain-registration
Por que as informações do servidor de nomes estão erradas em crsnic.net e gtld-servers.net?

Eu estraguei tudo? Eu nem sei como isso pode ter acontecido, então gostaria de aprender. Estou testando o serviço de revenda da HostGator e comprei um nome de domínio através dele, mas não queria os servidores de nomes padrão e por isso os alterei durante o registro. Após o registro, o registro do nome de domínio está correto em todos os lugares, exceto em whois-servers.nete, whois.crsnic.nete parece que a rede DNS está usando as mesmas informações.

$ whois -h whois.enom.com.exemplo.com
...
Servidores de nomes:
   dns1.name-services.com
   dns2.name-services.com
   dns3.name-services.com
   dns4.name-services.com
   dns5.name-services.com
...
$ whois -h whois.crsnic.net.exemplo.com
   Nome do domínio:EXEMPLO.COM
   Registrador: ENOM, INC.
   Servidor Whois: whois.enom.com
   URL de referência: http://www.enom.com
   Servidor de nomes: NS1.HOSTGATOR.COM
   Servidor de nomes: NS2.HOSTGATOR.COM
   Status: clientTransferProibido
   Data de atualização: 01 de junho de 2010
   Data de Criação: 31 de maio de 2010
   Data de validade: 31 de maio de 2011

>>> Última atualização do banco de dados whois: Ter, 01 de junho de 2010 19:20:47 UTC <<<
...
    $ dig +norecurse @b.gtld-servers.net.exemplo.com.E
...
;; SEÇÃO DE AUTORIDADE:
exemplo.com.      172763 EM NS ns2.hostgator.com.
exemplo.com.      172763 EM NS ns1.hostgator.com.
...

Meu próximo passo é deixar o HostGator dar uma olhada, mas primeiro quero entender melhor como isso aconteceu.

Obrigado.

Responder1

Eu entraria em contato com o registrador para garantir que eles realmente enviassem a alteração para os servidores DNS raiz e tivessem as informações corretas em arquivo. Não usei HostGator especificamente, mas algumas das APIs de registrador com as quais tive que conversar no passado foram... problemáticas.

Responder2

A maneira como deveria funcionar é que, quando você atualiza as informações de registro para nomes de domínio .COM, .NET e .EDU, o registrador deve enviar as novas informações WHOIS para CRSNIC. A situação problemática descrita acima é um resultado possível quando a transferência falha.

Embora seja discutível que o CRSNIC possa ter deixado a bola cair em algum lugar, o eNom poderia ter verificado automaticamente para confirmar se o registro do CRSNIC havia sido atualizado, e obviamente não o fez.

Eu concluiria que o eNom não conseguiu transferir adequadamente (e confirmar a transferência) as informações atualizadas do servidor de nomes WHOIS para o CRSNIC.

informação relacionada