Où puis-je trouver les informations les plus récentes sur les serveurs de noms de mon domaine?
Je viens de changer de bureau d'enregistrement pour un groupe de domaines et le nouveau bureau d'enregistrement n'a pas copié mes serveurs de noms existants. Maintenant, toutes mes pages apparaissent comme des domaines "parqués" lorsque vous les visitez.
Je suis allé mettre à jour tous les serveurs de noms avec mon nouveau registraire, en reprenant leurs anciennes valeurs, mais je veux m'assurer que ces modifications ont pris effet. Je sais que je dois attendre que les fournisseurs de services Internet mettent à jour leurs caches une fois les serveurs de noms rétablis, mais je me demandais s'il existait une base de données centrale de l'ICANN que je pourrais vérifier pour m'assurer qu'ils étaient correctement mis à jour.
Merci!
En gros, ce qui se passe lorsque vous modifiez vos serveurs de noms chez votre registraire, c'est qu'ils soumettent les modifications au registre, qui conserve une base de données WHOIS ainsi qu'un serveur de noms faisant autorité pour ce TLD. Donc, en théorie, l'AS de votre TLD est le premier à connaître les serveurs de noms modifiés via les enregistrements mis à jour NS. C'est là que commence la propagation DNS.
Les outils IP ou une recherche DNS directe via des outils de ligne de commande tels que nslookup ou Dig constituent le meilleur moyen de voir comment les serveurs de noms sont définis. Cependant, pour voir si les serveurs de noms ont été configurés correctement avant que les informations DNS ne se propagent complètement, vous devez utiliser les serveurs de noms faisant autorité pour votre TLD. Sinon, ces outils utiliseront le serveur DNS local par défaut, qui est probablement un cache DNS.
Donc, pour faire ce que vous voulez manuellement, vous devez:
1. Recherchez les serveurs de noms faisant autorité pour votre TLD.
Le fichier de zone racine répertorie l'AS de tous les TLD; Cependant, vous devez trouver ceux qui correspondent à votre TLD. Vous pouvez le trouver avec une simple commande Dig:
$ Dig +short NS com
j.gtld-servers.net.
b.gtld-servers.net.
d.gtld-servers.net.
[...]
e.gtld-servers.net.
k.gtld-servers.net.
l.gtld-servers.net.
2. Recherchez ensuite les enregistrements NS de votre domaine via l’un d’eux:
Vous pouvez le faire avec Dig:
$ Dig ns example.com @j.gtld-servers.net
; <<>> Dig 9.6-ESV-R4 <<>> NS example.com @j.gtld-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27086
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;example.com. IN NS
;; AUTHORITY SECTION:
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; ADDITIONAL SECTION:
[...]
;; Query time: 170 msec
;; SERVER: 192.48.79.30#53(192.48.79.30)
;; WHEN: Fri Feb 24 11:39:21 2012
;; MSG SIZE rcvd: 165
ou nslookup:
C:\>nslookup example.com j.gtld-servers.net
(root) nameserver = e.root-servers.net
[...]
(root) nameserver = d.root-servers.net
Server: UnKnown
Address: 192.48.79.30
Name: example.com
Served by:
- a.iana-servers.net
199.43.132.53
2001:500:8c::53
example.com
- b.iana-servers.net
199.43.133.53
2001:500:8d::53
example.com
Ou faites-le simplement
Sinon, vous auriez pu simplement utiliser la commande Dig +trace pour effectuer une trace DNS. Cependant, cela peut ne pas fonctionner avec votre serveur DNS local, il est donc préférable de le faire via n serveur DNS public comme celui de Google :
$ Dig example.com +trace @8.8.8.8
; <<>> Dig 9.6-ESV-R4 <<>> example.com +trace @8.8.8.8
;; global options: +cmd
. 14412 IN NS e.root-servers.net.
[...]
;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 28 ms
com. 172800 IN NS j.gtld-servers.net.
[...]
com. 172800 IN NS b.gtld-servers.net.
;; Received 489 bytes from 192.228.79.201#53(b.root-servers.net) in 16 ms
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; Received 165 bytes from 192.52.178.30#53(k.gtld-servers.net) in 156 ms
example.com. 172800 IN A 192.0.43.10
example.com. 172800 IN NS b.iana-servers.net.
example.com. 172800 IN NS a.iana-servers.net.
;; Received 93 bytes from 2001:500:8c::53#53(a.iana-servers.net) in 12 ms
Comme vous pouvez le constater, cela récupère automatiquement les enregistrements NS de l'un des AS, mais répertorie également tous les AS de votre TLD afin que vous puissiez effectuer manuellement une recherche NS individuellement sur chacun d'entre eux. montré plus tôt si vous voulez.
Il n'y a pas de base de données au-delà du whois - ce qui ne vous aidera pas car elle n'est pas mise à jour assez souvent.
Essayez www.iptools.com , ils ont une grande variété d’outils pour vérifier les paramètres DNS de votre domaine et plus encore.
Je recommanderais également mxtoolbox.com pour vérifier les enregistrements mx et les listes noires de courrier électronique.
J'aime utiliser http://www.whatsmydns.net pour vérifier la propagation des paramètres DNS vérifiés sur environ 20 serveurs DNS différents.
Comme je l'ai découvert, chaque domaine de premier niveau (TLD) possède un seul registre central qui conserve la liste des noms de domaine enregistrés sous ce TLD et les serveurs de noms correspondants.
Pour .com.net.edu.cc.tv.jobs et .name TLD, le registre central est Verisign. Vous pouvez effectuer une recherche whois sur leur liste en visitant:
http://www.verisigninc.com/en_US/products-and-services/domain-name-services/whois/index.xhtml
Bien qu'il existe de nombreux excellents outils énumérés dans d'autres réponses, la liste de Verisign est la plus récente et la plus fiable. Merci à tous ceux qui ont répondu!