Назад | Перейти на главную страницу

Почему на crsnic.net и gtld-servers.net неверная информация о сервере имен?

Я облажался? Я даже не знаю, как это могло случиться, поэтому хочу узнать. Я пробую использовать сервис реселлера HostGator и купил через него доменное имя, но мне не нужны серверы имен по умолчанию, поэтому я изменил их во время регистрации. После регистрации запись доменного имени верна везде, кроме whois-servers.net и whois.crsnic.net и похоже, что сеть DNS использует ту же информацию.

$ whois -h whois.enom.com. example.com
...
Name Servers:
   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
   Domain Name: ПРИМЕР.COM
   Registrar: ENOM, INC.
   Whois Server: whois.enom.com
   Referral URL: http://www.enom.com
   Name Server: NS1.HOSTGATOR.COM
   Name Server: NS2.HOSTGATOR.COM
   Status: clientTransferProhibited
   Updated Date: 01-jun-2010
   Creation Date: 31-may-2010
   Expiration Date: 31-may-2011

>>> Last update of whois database: Tue, 01 Jun 2010 19:20:47 UTC <<<
...
    $ dig +norecurse @b.gtld-servers.net. example.com. NS
...
;; AUTHORITY SECTION:
example.com.      172763  IN      NS      ns2.hostgator.com.
example.com.      172763  IN      NS      ns1.hostgator.com.
...

Мой следующий шаг - дать HostGator возможность посмотреть, но сначала я хочу лучше понять, как это произошло.

Спасибо.

Я бы связался с регистратором, чтобы убедиться, что они действительно отправили изменение на корневые DNS-серверы и имеют правильную информацию в файле. Я специально не использовал HostGator, но некоторые API-интерфейсы регистраторов, с которыми мне приходилось разговаривать в прошлом, были ... глючными.

Предполагается, что при обновлении регистрационной информации для доменных имен .COM, .NET и .EDU регистратор должен отправить новую информацию WHOIS в CRSNIC. Описанная выше проблемная ситуация является одним из возможных результатов неудачной передачи.

Хотя можно утверждать, что CRSNIC мог где-то упустить мяч, eNom мог автоматически проверить, чтобы подтвердить, что запись CRSNIC была обновлена, и, очевидно, не обновила.

Я бы сделал вывод, что eNom не удалось должным образом передать (и подтвердить передачу) обновленную информацию о сервере имен WHOIS в CRSNIC.