Verifique que un servidor de nombres esté registrado en un registro de TLD

9

Digamos que soy dueño del nombre de dominio example.com. Está registrado en el registrador R. En mi cuenta en R, registré los siguientes servidores de nombres para el .TLDregistro:

  • ns1.example.com -> 192.0.2.1
  • ns2.example.com -> 192.0.2.2

Digamos que todavía no hay dominios que utilicen estos servidores de nombres para DNS. ¿Cómo puedo verificar fuera de mi Rcuenta que los servidores de nombres se han registrado correctamente en el .TLDregistro?

Por ejemplo, la página de WHOIS de VeriSign Inc le permite buscar un .COMservidor de nombre registrado :

Nombre del servidor: NS1.HOSTGATOR.COM
Dirección IP: 67.18.54.2
Secretario: ENOM, INC.
Servidor Whois: whois.enom.com
URL de referencia: http://www.enom.com

¿Existe un enfoque estándar para buscar esta información para cualquier registro de TLD?


Para aclarar, estoy no buscando para verificar los servidores de nombres de dominio se ha establecido el uso, por ejemplo:

Nombre de dominio: HOSTGATOR.COM
Secretario: ENOM, INC.
Servidor Whois: whois.enom.com
URL de referencia: http://www.enom.com

Servidor de nombres: NS1.P13.DYNECT.NET
Servidor de nombres: NS2.P13.DYNECT.NET
Servidor de nombres: NS3.P13.DYNECT.NET
Servidor de nombres: NS4.P13.DYNECT.NET

Estado: clientTransferProhibited
Fecha de actualización: 05-ene-2013
Fecha de creación: 22-oct-2002
Fecha de vencimiento: 22-oct-2015

En cambio, estoy buscando una manera de consultar un solo servidor de nombres registrado (por ejemplo ns1.example.tld) contra el registro, para encontrar la dirección IP que el registro ha registrado para este servidor de nombres (por ejemplo 123.456.789.001).


Actualizar:

Me he puesto en contacto con VeriSign para obtener información, y resulta que la búsqueda de WHOIS de VeriSign para servidores de nombres es propietaria. Aquí está su respuesta:

Con respecto a su pregunta sobre si podría obtener información sobre un servidor de nombres registrado en el registro pero que actualmente no está asociado con ningún dominio, desafortunadamente no podrá obtener esta información a través de rutas alternativas, por ejemplo, realizando un DiG. Los servidores de nombres solo se publican en la zona si están conectados a un dominio, por lo tanto, no podrá obtener esta información a menos que dicho servidor de nombres esté asociado a un dominio. Además, un DiG puede proporcionarle una lista de servidores de nombres asociados con un dominio y sus respectivas IP, etc.

- Benjamin, VeriSign, Inc. Servicio al cliente

La segunda parte de la respuesta de @ Iian a continuación es correcta. El servidor de nombres debe estar asociado a un dominio para buscar la dirección IP que el registro tiene registrado para ese servidor de nombres.

iglvzx
fuente
2
1. WHOIS no se relaciona técnicamente con sus servidores de nombres o la resolución de DNS para su dominio. La información de WHOIS puede ser y a menudo es incorrecta. Los servidores DNS no consultan WHOIS para encontrar sus servidores de nombres, consultan los servidores de gTLD que tienen autoridad para ese gTLD. WHOIS es un directorio de información. 2. No es un TLD, es un gTLD. 3. Si desea saber qué servidores de nombres "tienen registrados los servidores de gTLD" para un dominio en particular, puede consultar uno o más (o todos) los servidores de gTLD directamente para encontrar los servidores de nombres para cualquier dominio que el servidor de gTLD en particular (s) tiene autoridad para.
joeqwerty

Respuestas:

8

Puede excavar y elegir un servidor DNS público

dig 8.8.8.8 NS example.com

Esto le dará los nombres de los servidores de nombres y luego podrá buscarlos, por ejemplo

dig +short ns1.example.tld 
123.456.789.001

o si estás usando Windows puedes usar nslookup

nslookup
> server 8.8.8.8
> set type=ns
> example.com 

Entonces similar al anterior

nslookup ns1.example.tld

le proporcionará la dirección IP


Si desea consultar el tld directamente, entonces

dig ns tld

proporcionará una lista de los servidores de nombres de TLD, luego puede consultarlos directamente para los registros ns, por ejemplo.tld

dig @ns666.tld ns example.tld
usuario9517
fuente
¿Puede explicar por qué estaría consultando un servidor DNS de terceros para buscar información a nivel de registro?
iglvzx
1
@iglvzx: ¿Demuestra que el registro tiene la información y la publica correctamente?
user9517
Esto devuelve la lista de servidores de nombres que un dominio está configurado para usar en el registro. Estoy buscando una forma de consultar un solo servidor de nombres registrado contra el registro, para encontrar la dirección IP que el registro tiene en el archivo. (Ver mi actualización)
iglvzx
@iglvzx: Una vez que conoces el nombre de los servidores de nombres, solo le preguntas al DNS su dirección IP o ¿me falta algo?
user9517
Le pregunto acerca de la dirección IP que está "registrada" en el registro a través de su registrador. El registro .COM proporciona una búsqueda de WHOIS que devuelve esta dirección IP cuando se le da solo el servidor de nombres. Incluso si el servidor de nombres no está siendo utilizado por ningún dominio, esta información está archivada en algún lugar del registro. Le envié un correo electrónico a VeriSign para que me informara. Si recibo una respuesta, actualizaré mi pregunta. :)
iglvzx
3

Normalmente puede usar Whois para consultar servidores de nombres:

$ whois -h whois.verisign-grs.com "nameserver =ns3.serverfault.com"

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.

   Server Name: NS3.SERVERFAULT.COM
   IP Address: 69.59.196.217
   Registrar: NAME.COM LLC
   Whois Server: whois.name.com
   Referral URL: http://www.name.com

>>> Last update of whois database: Fri, 18 Jan 2013 08:57:23 UTC <<<

La implementación de esta función depende del TLD. .GOV, por ejemplo, no devuelve consultas del servidor de nombres:

$ whois -h whois.nic.gov "nameserver =a.gov-servers.net" 
% DOTGOV WHOIS Server ready
No match for nameserver "A.GOV-SERVERS.NET".

>>> Last update of whois database: 2013-01-18T08:59:27Z <<<

Realmente no existe una forma confiable (es decir, un método disponible en todos los TLD) para verificar si un host se ha registrado en un registro a través de DNS público o servicios Whois. No puede consultar registros de pegamento directamente, y solo los verá si consulta un dominio utilizando los servidores de nombres que está buscando. Como está interesado en servidores de nombres no asociados con ningún dominio, esta no es una opción.

El enfoque whois es su mejor apuesta, pero no se puede confiar en él. Un registro puede tener un servidor de nombres registrado pero no molestarse en ponerlo en Whois si no hay dominios asociados. Las únicas formas 100% confiables de verificar la existencia de un servidor de nombres en el registro son consultar el registro mediante un comando EPP CHECK. Dado que solo están disponibles para los registradores, no le ayuda mucho.

Digamos que todavía no hay dominios que utilicen estos servidores de nombres para DNS. ¿Cómo puedo verificar, fuera de mi cuenta R, que los servidores de nombres se han registrado correctamente en el registro .TLD?

Por supuesto, si no tiene dominios asociados con un servidor de nombres, ¿realmente importa? La única forma garantizada de verificar es registrar un dominio en el TLD usando su servidor de nombres, consultar el dominio y verificar el pegamento que obtiene de `dig @tldnameservers yourdomain ns.

Cakemox
fuente
Estoy bastante seguro de que esta es la única respuesta correcta a esta pregunta. Gracias.
David Houde
2

Use nslookup o dig para consultar un servidor de gTLD para sus servidores de nombres. También puede usar el siguiente sitio web para rastrear la delegación DNS para su dominio:

http://www.simpledns.com/lookup-dg.aspx

joeqwerty
fuente
0

Para todos los nuevos gTLD, la ICANN exige que todos los registros tengan su respuesta whois en las consultas del servidor de nombres para verificar si un servidor de nombres determinado (ya sea por nombre o IP) está registrado en el registro. Está lejos de ser súper útil, pero existe.

Patrick Mevzek
fuente