¿Puede un nombre de dominio registrado no tener registros DNS?

Normalmente, después de registrar un nombre de dominio, tiene algunos registros DNS. Pero recientemente, encontré algunos nombres de dominio registrados que no tienen registros DNS.

Por ejemplo, ejecuté dig 00000onlinecasino.com anypero no devolvió ningún registro DNS, ni siquiera el registro NS, a pesar de que este es un dominio registrado.

¿Es posible no tener registros DNS o hay algún error en el sistema DNS?

TL; DR Es extremadamente improbable (aunque técnicamente imposible) que un dominio registrado correctamente tenga cero * registros DNS. La existencia del dominio debe ser anunciada al sistema DNS global mediante una actualización provista por el registrador del dominio. El hecho de que el Registrador no proporcione esta actualización constituiría el incumplimiento del deber que le ha delegado la IANA.

Como mínimo, cada dominio tiene uno o más registros de pegamento DNS

Cuando se registra un dominio, el Registrador de Dominio envía una actualización a los servidores genéricos de Dominio de Nivel Superior (gTLD) responsables del TLD en cuestión. Por ejemplo, el registro del dominio example.comdesencadena una actualización de los .comservidores de gTLD, que son operados por VeriSign .

Esta actualización incluye los registros del servidor de nombres autorizado (NS) de los datos de WHOIS del dominio. El servidor de gTLD luego crea un registro de pegamento DNS para el dominio que apunta a los servidores de nombres autorizados. Estos registros de pegamento son los que permiten a los servidores de gTLD remitir las consultas entrantes a los servidores de nombres autorizados para el dominio.

Por lo tanto, a menos que el registrador de dominios no cumpla con el deber que le delegó la IANA, una búsqueda en cualquier dominio registrado devolverá los registros del servidor de nombres autorizado para ese dominio.

Entonces, ¿por qué las búsquedas no 00000onlinecasino.comdevuelven ningún registro?

Parece que todo ha tenido lugar como se describe anteriormente; en otras palabras, el registrador de este dominio (NameBright.com) ha creado la entrada de WHOIS requerida y ha enviado los registros NS a los servidores .COM gTLD. Confirmé esto de la siguiente manera ejecutando nslookup set para consultar registros NS:

C:\> nslookup -q=ns 00000onlinecasino.com
Server:  my-dns-server.internal.local
Address:  192.168.168.1

Non-authoritative answer:
00000onlinecasino.com   nameserver = n2.juming.com
00000onlinecasino.com   nameserver = n1.juming.com

n2.juming.com   internet address = 112.253.3.26
n2.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 220.181.135.142

También utilicé este práctico comprobador de registros de pegamento de MeBSD.com que confirmó los resultados:

Sin embargo, la misma consulta cuando se realiza en cualquiera de estos servidores de nombres devuelve un error:

C:\> nslookup -q=ns 00000onlinecasino.com n1.juming.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  220.181.135.142

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

Dado que estos servidores tienen autoridad para este dominio, ¡al menos deberían saberlo e identificarse como los registros NS del dominio! Dado esto, está claro que estos servidores NS han sido mal configurados.

^* Debo permitir que la definición de "cero registros DNS" esté abierta a interpretación. Como lo demuestra el caso de prueba de esta pregunta, los servidores de nombres autorizados no responden, lo que da lugar al argumento de que el dominio no tiene registros. Sin embargo, prefiero la opinión de que los registros de pegamento de un dominio son esencialmente la "otra mitad" de los registros NS de un dominio. Después de todo sin los registros de pegamento, cualquier intento de buscar los servidores de nombres autorizados para un dominio daría como resultado la instrucción circular de "ir a preguntar [insertar el servidor de nombres aquí]".

Más información

• ¿Qué es un registro de pegamento? de ServerFault
• Respuesta de ServerFault que explica registros NS autorizados , registros de pegamento y servidores de gTLD
• Sistema de nombres de dominio en Wikipedia
• Yo, herramienta de búsqueda de registro de pegamento en línea BSD

Si. Hay varias formas en que esto puede suceder.

Para comenzar, repasemos cómo funciona la búsqueda de DNS para un registro como www.example.com:

• El solucionador DNS contacta con un servidor de nombres raíz, que responde con una delegación a los comservidores de nombres de TLD.

• El solucionador contacta a un comservidor de nombres TLD, que responde con una delegación a los servidores de nombres registrados example.com.

• El solucionador contacta a uno de los servidores de nombres registrados para example.com, que responde con los registros para www.example.com.

Primero: los servidores de nombres para example.compodrían haber eliminado todos los registros para example.com. Si bien se supone que los servidores de dominio siempre tienen ciertos registros (incluidos los registros SOA y NS) disponibles para un dominio, no hay nada en la práctica que los obligue a hacerlo. Un dominio al que le faltan estos registros puede no funcionar correctamente con algunos solucionadores, pero si el dominio no tiene registros DNS de todos modos, no hay diferencia práctica.

Segundo: los servidores de nombres para example.compodrían rechazar o no responder a las consultas. Los registros DNS solo existen dentro de estos servidores de nombres, por lo que si los servidores de nombres no responden con los registros, los registros efectivamente no existen.

Tercero: el comregistro podría suspender el registro example.com, por ejemplo, si el registro del dominio caducó. Esto provocaría que los comservidores de nombres dejen de devolver una delegación a los example.comservidores de nombres, haciendo que los registros allí no estén disponibles. Al igual que antes, si los registros no son accesibles, bien podrían no existir.

Hay dos partes para registrar el dominio: conseguir que el registro lo asigne y configurar DNS.

Para la mayoría de los dominios (¿todos?), Se deben proporcionar entradas DNS para que se registre el dominio (los diferentes tlds tienen diferentes requisitos, pero la mayoría requiere que se especifique un mínimo de 2 servidores dns). A menudo, sin embargo, no existe el requisito de que estos servidores de nombres sean válidos. ¿Puede salirse con la suya colocando algo en estos campos?

La segunda parte es configurar la zona en los servidores de nombres. En general, es posible dejar este paso al registrar un nombre de dominio, pero la mayoría de los registradores configurarán algo aquí como parte de su registro.

Entonces, no, no es posible no especificar ningún servidor de nombres en la mayoría de los casos, pero la fuente de servidores de nombres especificada debe funcionar. En este caso, whois (que consulta la base de datos del registrador) generalmente mostrará los servidores de nombres, pero dig / nslookup (que depende del funcionamiento del DNS) no lo hará.

Sería útil si pudiera unirse a algunas capturas de pantalla de lo que está obteniendo.

Pero sin esta información, teorizo ​​que estás buscando en el lugar equivocado.

Cuando no se especifica un servidor de nombres específico en la invocación del comando, dig buscará en su /etc/resolv.confarchivo y consultará los servidores DNS que se enumeran allí.

Si el dominio que está buscando no figura en la lista de los servidores DNS en su copia de resolv.conf , no se encontrará.

Debe agregar al archivo un servidor DNS para ese dominio, o especificarlo en el comando de excavación, de preferencia uno que pueda dar una respuesta autorizada.

Es completamente posible que un dominio se registre, pero no tenga una entrada DNS: si he registrado un dominio, pero en realidad no he comprado alojamiento y activado el sitio que se asociará con el dominio, no hay nada que resolver a.