Vérifier qu'un serveur de noms est enregistré dans un registre TLD


9

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.


2
1. Le WHOIS n'est pas techniquement lié à vos serveurs de noms ou à la résolution DNS de votre domaine. Les informations WHOIS peuvent être et sont souvent incorrectes. Les serveurs DNS ne demandent pas WHOIS pour trouver vos serveurs de noms, ils interrogent les serveurs gTLD qui font autorité pour ce gTLD. WHOIS est un répertoire d'informations. 2. Ce n'est pas un TLD, c'est un gTLD. 3. Si vous voulez savoir quels serveurs de noms les serveurs gTLD "ont enregistrés" pour un domaine particulier, vous pouvez interroger un ou plusieurs (ou tous) des serveurs gTLD directement pour trouver les serveurs de noms pour tout domaine que le serveur gTLD particulier (s) fait autorité pour.
joeqwerty

Réponses:


8

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

Pouvez-vous expliquer pourquoi je demanderais à un serveur DNS tiers de rechercher des informations au niveau du registre?
iglvzx

1
@iglvzx: Cela démontre que le registre contient les informations et les publie correctement?
user9517

Cela renvoie la liste des serveurs de noms qu'un domaine est configuré pour utiliser dans le registre. Je cherche un moyen d'interroger un serveur de noms enregistré unique par rapport au registre, pour trouver l'adresse IP que le registre a dans le fichier. (Voir ma mise à jour)
iglvzx

@iglvzx: Une fois que vous connaissez le nom des serveurs de noms, il vous suffit d'interroger le DNS pour leur adresse IP ou me manque-t-il quelque chose?
user9517

Je demande l'adresse IP qui est "enregistrée" au registre via votre bureau d'enregistrement. Le registre .COM fournit une recherche WHOIS qui renvoie cette adresse IP lorsqu'elle est donnée uniquement au serveur de noms. Même si le serveur de noms n'est utilisé par aucun domaine, ces informations se trouvent quelque part dans le registre. J'ai envoyé un courriel à VeriSign pour leur contribution. Si je reçois une réponse, je mettrai à jour ma question. :)
iglvzx

3

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.


Je suis presque sûr que c'est la seule bonne réponse à cette question. Merci.
David Houde


0

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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.