¿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.net
y whois.crsnic.net
parece 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.