¿Por qué la información del servidor de nombres en crsnic.net y gtld-servers.net es incorrecta?

¿Por qué la información del servidor de nombres en crsnic.net y gtld-servers.net es incorrecta?

¿Arruiné esto? Ni siquiera sé cómo pudo haber sucedido esto, así que me gustaría saberlo. Estoy probando el servicio de revendedor de HostGator y compré un nombre de dominio a través de él, pero no quería los servidores de nombres predeterminados y los cambié durante el registro. Después del registro, el registro del nombre de dominio es correcto en todas partes excepto en whois-servers.nety whois.crsnic.netparece que la red DNS está usando esa misma información.

$ whois -h whois.enom.com.ejemplo.com
...
Servidores de nombres:
   dns1.nombre-servicios.com
   dns2.nombre-servicios.com
   dns3.nombre-servicios.com
   dns4.nombre-servicios.com
   dns5.nombre-servicios.com
...
$ whois -h whois.crsnic.net.ejemplo.com
   Nombre de dominio:EJEMPLO.COM
   Registrador: ENOM, INC.
   Servidor Whois: whois.enom.com
   URL de referencia: http://www.enom.com
   Servidor de nombres: NS1.HOSTGATOR.COM
   Servidor de nombres: NS2.HOSTGATOR.COM
   Estado: transferencia de clienteProhibida
   Fecha de actualización: 01-jun-2010
   Fecha de creación: 31-mayo-2010
   Fecha de Vencimiento: 31-mayo-2011

>>> Última actualización de la base de datos whois: martes 01 de junio de 2010 19:20:47 UTC <<<
...
    $ excavar +norecurse @b.gtld-servers.net.ejemplo.com.NS
...
;; SECCIÓN DE AUTORIDAD:
ejemplo.com.      172763 EN NS ns2.hostgator.com.
ejemplo.com.      172763 EN NS ns1.hostgator.com.
...

Mi siguiente paso es dejar que HostGator eche un vistazo, pero primero quiero entender mejor cómo sucedió esto.

Gracias.

Respuesta1

Me pondría en contacto con el registrador para asegurarme de que realmente hayan enviado el cambio a los servidores DNS raíz y que tengan la información correcta registrada. No he usado HostGator específicamente, pero algunas de las API de registrador con las que he tenido que hablar en el pasado han tenido... fallas.

Respuesta2

La forma en que se supone que funciona es que cuando actualiza la información de registro para los nombres de dominio .COM, .NET y .EDU, el registrador debe enviar la nueva información de WHOIS a CRSNIC. La situación problemática descrita anteriormente es un posible resultado cuando esa transferencia falla.

Si bien es discutible que CRSNIC podría haber dejado caer la pelota en alguna parte, eNom podría haber verificado automáticamente para confirmar que el registro CRSNIC se había actualizado, y obviamente no fue así.

Yo concluiría que eNom no pudo transferir (ni confirmar la transferencia) correctamente la información actualizada del servidor de nombres de WHOIS a CRSNIC.

información relacionada