为什么在crsnic.net&gtld-servers.net上错误的名称服务器信息?

我搞砸了吗? 我甚至不知道这是怎么发生的,所以我想学习。 我尝试了HostGator的经销商服务,并通过它购买了一个域名,但是我不想使用默认的域名服务器,所以我在注册期间对其进行了更改。 注册后,域名logging是正确的,除了在whois-servers.netwhois.crsnic.net ,它看起来像DNSnetworking使用相同的信息。

 $ whois -h whois.enom.com。  example.com
 ...
名称服务器:
    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。  example.com
   域名: EXAMPLE.COM
   注册商:ENOM,INC。
    Whois服务器:whois.enom.com
   推荐url:http://www.enom.com
   名称服务器:NS1.HOSTGATOR.COM
   名称服务器:NS2.HOSTGATOR.COM
   状态:clientTransferProhibited
   更新date:2010年6月1日
   创builddate:2010年5月31日
   到期日:2011年5月31日

 >>>最后更新whois数据库:Tue,2010年6月1日19时20分47秒UTC <<<
 ...
     $ dig + norecurse @ b.gtld-servers.net。  example.com。  NS
 ...
 ;; 授权部分:
 example.com。  172763在NS ns2.hostgator.com。
 example.com。  172763在NS ns1.hostgator.com。
 ...

我的下一步是让HostGator看看,但首先我想更好地了解这是如何发生的。

谢谢。

我会联系注册服务商以确保他们实际上将更改推送到根DNS服务器并具有正确的文件信息。 我并没有专门使用HostGator,但是过去我必须与之交谈的一些注册API已经成为了一个小问题。

它应该工作的方式是,当您更新.COM,.NET和.EDU域名的注册信息时,注册服务商应将新的WHOIS信息发送给CRSNIC。 上述有问题的情况是转移失败时的一种可能的结果。

虽然CRSNIC可能已经把球放在了某个地方,但是eNom可以自动检查以确认CRSNIClogging已经更新了,但显然没有。

我会得出结论,eNom未能将更新后的WHOIS名称服务器信息正确地转移(并确认转移)给CRSNIC。