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

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

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

$ whois -h whois.enom.com.пример.com
...
Серверы имен:
   dns1.имя-services.com
   dns2.имя-services.com
   dns3.имя-services.com
   dns4.имя-services.com
   dns5.имя-services.com
...
$ whois -h whois.crsnic.net.пример.com
   Доменное имя:EXAMPLE.COM
   Регистратор: ENOM, INC.
   Whois-сервер: whois.enom.com
   URL-адрес реферала: http://www.enom.com
   Сервер имен: NS1.HOSTGATOR.COM
   Сервер имен: NS2.HOSTGATOR.COM
   Статус: clientTransferProhibited
   Дата обновления: 01-июн-2010
   Дата создания: 31-мая-2010
   Дата истечения срока: 31-мая-2011

>>> Последнее обновление базы данных whois: Вт, 01 июня 2010 19:20:47 UTC <<<
...
    $ dig +norecurse @b.gtld-servers.net.example.com.НС
...
;; РАЗДЕЛ ПОЛНОМОЧИЙ:
example.com.      172763 В NS ns2.hostgator.com.
example.com.      172763 В NS ns1.hostgator.com.
...

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

Спасибо.

решение1

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

решение2

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

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

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

Связанный контент