Si quelqu'un héberge un nom d'hôte/site Web sur Godaddy, Opendns, etc., comment mettront-ils à jour le dossier des serveurs DNS à travers le monde pour ce nom d'hôte nouvellement ajouté? Comme il existe de nombreux serveurs DNS sur Internet et chaque fournisseur de services Internet fournit différents serveurs DNS pour leurs clients.
Ils ne le font pas. (Simplifier un peu un peu) DNS est une hiérarchie. Les serveurs DNS savent soit comment trouver un serveur DNS parent ni comment trouver une liste des serveurs "racine".
S'ils trouvent un serveur DNS parent, ils vous demandent simplement, et il demande à son parent jusqu'à sa réponse faisant autorité.
Cependant, dans la plupart des cas, les noms de noms connaissent les noms de noms de racine, ce qui les pointez sur les serveurs appropriés pour le domaine. (Ou dans certains cas, le serveur approprié pour la première partie du domaine. Ce processus est répété jusqu'à ce que le nom de domaine soit résolu).
Vous trouverez ci-dessous un exemple de "trace" qui montre comment le système pourrait résoudre l'autorité une adresse IP pour www.google.com (ignorant les signatures):
Couper la sortie de la commande Linux "Dig + Trace www.google.com"
; <<>> Dig 9.11.3-1ubuntu1.11-Ubuntu <<>> +trace www.google.com
;; global options: +cmd
. 514683 IN NS a.root-servers.net.
. 514683 IN NS b.root-servers.net.
. 514683 IN NS c.root-servers.net.
. 514683 IN NS d.root-servers.net.
. 514683 IN NS e.root-servers.net.
. 514683 IN NS f.root-servers.net.
. 514683 IN NS g.root-servers.net.
. 514683 IN NS h.root-servers.net.
. 514683 IN NS i.root-servers.net.
. 514683 IN NS j.root-servers.net.
. 514683 IN NS k.root-servers.net.
. 514683 IN NS l.root-servers.net.
. 514683 IN NS m.root-servers.net.
;; Received 525 bytes from 10.0.3.254#53(10.0.3.254) in 13 ms
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
google.com. 172800 IN NS ns2.google.com.
google.com. 172800 IN NS ns1.google.com.
google.com. 172800 IN NS ns3.google.com.
google.com. 172800 IN NS ns4.google.com.
;; Received 840 bytes from 192.33.14.30#53(b.gtld-servers.net) in 35 ms
www.google.com. 300 IN A 172.217.25.36
;; Received 59 bytes from 216.239.36.10#53(ns3.google.com) in 178 ms
Je note dans l'exemple ci-dessus, j'ai supprimé manuellement le résultat de la requête à son essentiel. En réalité, un serveur de noms ne fera généralement pas toutes ces questions, car il se souviendra de certaines parties de celui-ci. C'est-à-dire que la première fois que quelqu'un recherche n'importe quel nom de domaine .Com, le serveur DNS qu'ils utilisent se souviennent des serveurs de noms (pendant 172800 secondes dans ce cas), de sorte que cela n'aura donc pas besoin de faire une autre recherche. De même pour toutes les parties les plus spécifiques de la recherche.
Donc, si quelqu'un enregistre examy.com via Godaddy (ou tout greffier), Godaddy doit (par programme) Obtenir (par programme) Obtenir les serveurs de noms de l'exemple.com dans le serveur de noms ".com". De même, s'ils sont en UA, ils doivent entrer les informations dans l'espace ".com.au" s'ils veulent enregistrer "exemple.com.au" - et cela nécessiterait un accord avec les personnes qui contrôlent les serveurs de noms pour " .com.au "Espace - c'est pourquoi tous les bureaux d'enregistrement peuvent enregistrer tous les domaines et pourquoi obtenir de nouveaux domaines de niveau supérieur est un tel processus - ils ont besoin de payer de gros argent pour enregistrer le TLD avec les serveurs de noms des racines.