Disons que je possède le nom de domaine example.com. Il est enregistré auprès du registraire R. Dans mon compte à R, j'ai enregistré les serveurs de noms suivants pour le .TLDregistre:

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

Supposons qu'aucun domaine n'utilise encore ces serveurs de noms pour DNS. Comment puis-je vérifier en dehors de mon Rcompte, que les serveurs de noms ont bien été enregistrés dans le .TLDregistre?

Par exemple, la page WHOIS de VeriSign Inc vous permet de rechercher un .COMserveur de noms enregistré :

Nom du serveur: NS1.HOSTGATOR.COM
Adresse IP: 67.18.54.2
Registraire: ENOM, INC.
Serveur Whois: whois.enom.com
URL de référence: http://www.enom.com

Existe-t-il une approche standard pour rechercher ces informations dans un registre TLD?

Pour clarifier, je ne cherche pas à vérifier les serveurs de noms qu'un domaine est configuré pour utiliser, par exemple:

Nom de domaine: HOSTGATOR.COM
Registraire: ENOM, INC.
Serveur Whois: whois.enom.com
URL de référence: http://www.enom.com

Serveur de noms: NS1.P13.DYNECT.NET
Serveur de noms: NS2.P13.DYNECT.NET
Serveur de noms: NS3.P13.DYNECT.NET
Serveur de noms: NS4.P13.DYNECT.NET

Statut: clientTransferProhibited
Date de mise à jour: 05-jan-2013
Date de création: 22 oct.2002
Date d'expiration: 22 octobre 2015

Au lieu de cela, je cherche un moyen d'interroger un seul serveur de noms enregistré (par exemple ns1.example.tld) par rapport au registre, pour trouver l'adresse IP que le registre a enregistrée pour ce serveur de noms (par exemple 123.456.789.001).

Mise à jour:

J'ai contacté VeriSign pour obtenir des informations, et il s'avère que la recherche WHOIS de VeriSign pour les serveurs de noms est propriétaire. Voici leur réponse:

En ce qui concerne votre question de savoir si vous pourriez obtenir des informations concernant un serveur de noms qui est enregistré dans le registre mais qui n'est actuellement associé à aucun domaine, vous ne pourrez malheureusement pas obtenir ces informations par d'autres voies, par exemple en effectuant un DiG. Les serveurs de noms ne sont publiés dans la zone que s'ils sont attachés à un domaine, vous ne pourrez donc pas obtenir ces informations à moins que ledit serveur de noms ne soit associé à un domaine. En outre, un DiG peut vous fournir une liste des serveurs de noms associés à un domaine et leurs adresses IP respectives, etc.

- Service client Benjamin, VeriSign, Inc.

La deuxième partie de la réponse de @ Iian ci-dessous est correcte. Le serveur de noms doit être associé à un domaine afin de rechercher l'adresse IP que le registre a enregistrée pour ce serveur de noms.

Vous pouvez nous creuser et choisir un serveur DNS public

dig 8.8.8.8 NS example.com

Cela vous donnera les noms des serveurs de noms, vous pouvez simplement les rechercher, par exemple

dig +short ns1.example.tld 
123.456.789.001

ou si vous utilisez des fenêtres, vous pouvez utiliser nslookup

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

Puis similaire à ci-dessus

nslookup ns1.example.tld

vous fournira l'adresse IP

Si vous souhaitez interroger directement le tld,

dig ns tld

fournira une liste des serveurs de noms TLD, vous pouvez ensuite les interroger directement pour les enregistrements ns par exemple.tld

dig @ns666.tld ns example.tld

Normalement, vous pouvez utiliser Whois pour interroger les serveurs de noms:

$ 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 mise en œuvre de cette fonctionnalité dépend du TLD. .GOV, par exemple, ne renvoie pas de requêtes de serveur de noms:

$ 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 <<<

Il n'y a pas vraiment de moyen fiable (c'est-à-dire une méthode disponible sur tous les TLD) pour vérifier si un hôte a été enregistré dans un registre via des services DNS ou Whois publics. Vous ne pouvez pas interroger directement les enregistrements de collage et vous ne les voyez que si vous interrogez un domaine à l'aide des serveurs de noms que vous recherchez. Puisque vous êtes intéressé par des serveurs de noms qui ne sont associés à aucun domaine, ce n'est pas une option.

L'approche whois est votre meilleur pari, mais ne peut être invoquée. Un registre peut avoir un serveur de noms enregistré mais pas la peine de le mettre dans Whois s'il n'y a pas de domaines associés. Les seuls moyens fiables à 100% pour vérifier l'existence d'un serveur de noms dans le registre sont d'interroger le registre via une commande EPP CHECK. Étant donné que ceux-ci ne sont disponibles que pour les bureaux d'enregistrement, cela ne vous aide pas beaucoup.

Supposons qu'aucun domaine n'utilise encore ces serveurs de noms pour DNS. Comment puis-je vérifier en dehors de mon compte R, que les serveurs de noms ont bien été enregistrés dans le registre .TLD?

Bien sûr, si aucun domaine n'est associé à un serveur de noms, est-ce vraiment important? Le seul moyen garanti que vous pouvez vérifier est d'enregistrer un domaine dans le TLD à l'aide de votre serveur de noms, d'interroger le domaine et de vérifier la colle que vous récupérez de `dig @tldnameservers yourdomain ns.

Utilisez nslookup ou dig pour interroger un serveur gTLD pour vos serveurs de noms. Vous pouvez également utiliser le site Web suivant pour tracer la délégation DNS pour votre domaine:

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

Pour tous les nouveaux gTLD, l'ICANN demande à tous les registres d'avoir leur réponse whois sur les requêtes de serveurs de noms pour vérifier si un serveur de noms donné (par nom ou IP) est enregistré dans le registre. C'est loin d'être super utile, mais ça existe.