J'essaie de comprendre pourquoi les serveurs de noms d'un domaine apparaissent à la fois dans les informations whois et dans les informations DNS.
Par exemple, la sortie whois suivante montre que ns1.google.com, ns2.google.com, ns3.google.com et ns4.google.com sont les serveurs de noms pour google.com.
$ whois google.com | grep Server
Whois Server Version 2.0
Whois Server: whois.markmonitor.com
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
Registrar WHOIS Server: whois.markmonitor.com
Name Server: ns4.google.com
Name Server: ns3.google.com
Name Server: ns1.google.com
Name Server: ns2.google.com
Les mêmes informations se retrouvent dans les informations du DNS sous forme d'enregistrements NS.
$ dig google.com +trace ANY
; <<>> DiG 9.10.3-P4-Debian <<>> google.com +trace ANY
;; global options: +cmd
. 44313 IN NS c.root-servers.net.
. 44313 IN NS a.root-servers.net.
. 44313 IN NS e.root-servers.net.
. 44313 IN NS k.root-servers.net.
. 44313 IN NS f.root-servers.net.
. 44313 IN NS g.root-servers.net.
. 44313 IN NS h.root-servers.net.
. 44313 IN NS i.root-servers.net.
. 44313 IN NS d.root-servers.net.
. 44313 IN NS l.root-servers.net.
. 44313 IN NS j.root-servers.net.
. 44313 IN NS b.root-servers.net.
. 44313 IN NS m.root-servers.net.
;; Received 239 bytes from 172.30.93.117#53(172.30.93.117) in 2 ms
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com. 86400 IN RRSIG DS 8 1 86400 20170723050000 20170710040000 15768 . DxDCk0ODJBzRqA78LQkZr2U1UKQszfF3U4Wl0MeW20kAceK5Xj4KoUSu ouy/H01wK8t2r6gMBjj8npOq/+oktlFqdf0jiB8+P7D6DJLZZ/zL/fy8 NP9PkDDWYddx9SMhtKvg/anFcDrBKzzjk4KOr3s4viHlcLC1SalxdndG 3gjaSZ3KoUOMxTi+/qHQ35RsnGxsW7gJ01a7RKsJLDaNOjBSWtvyL8RW 5WsaTVof3YmxXPQd5a7vErkOEM6CuPOuvBZdN3m1wTED5zM3cNUInq59 ELN/K9TcbCU6tnXFn6YItCyjMZDmP3MRFprYeKYw6+LwLB3OhwZdmxZF PTzFuw==
;; Received 1170 bytes from 198.41.0.4#53(a.root-servers.net) in 241 ms
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.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20170716044736 20170709033736 27302 com. dPL5un6VGsc3VD1fU/VGsKtTvXx2SLYXr7XwG0I1hMhPxLgSu06jTwri bi8HEbBDR8K6LZLsf/PnbAM0dkpgYn+0zAsJnpvjy3BCaCDvIGFzTKme IJ/vLjMCP3cfP/Jy2tQp5xBDCPUjwM1YR+7IfWC4kyPh8d51o5dgfHMX Zp8=
S848JI1TS2RCEPV5SPG2RJA2T711BO8H.com. 86400 IN NSEC3 1 1 0 - S84C439C9HACCNUVH6CBPPTUS93VLTUG NS DS RRSIG
S848JI1TS2RCEPV5SPG2RJA2T711BO8H.com. 86400 IN RRSIG NSEC3 8 2 86400 20170717045200 20170710034200 27302 com. i1YnEA/ddnve8DUIOiFfEWBr5j8TOu60ehJexxzMxCG6ei8jAK+x1gqy BwtlmV6bnv/rjV52LOC58IJD2nBi4LcOLD4ggCVuKpAYLntAcOkdiDQ6 fELXSYFlDdh/vZCpSivUE9K6JCWVBNXBAosY6EBqrPU7BJoymsnGkrw/ VQQ=
;; Received 660 bytes from 192.41.162.30#53(l.gtld-servers.net) in 306 ms
google.com. 300 IN A 172.217.6.78
google.com. 300 IN AAAA 2607:f8b0:4005:80a::200e
google.com. 345600 IN NS ns4.google.com.
google.com. 345600 IN NS ns2.google.com.
google.com. 345600 IN NS ns3.google.com.
google.com. 86400 IN CAA 0 issue "pki.goog"
google.com. 600 IN MX 30 alt2.aspmx.l.google.com.
google.com. 60 IN SOA ns4.google.com. dns-admin.google.com. 161347549 900 900 1800 60
google.com. 600 IN MX 50 alt4.aspmx.l.google.com.
google.com. 86400 IN CAA 0 issue "symantec.com"
google.com. 600 IN MX 20 alt1.aspmx.l.google.com.
google.com. 600 IN MX 10 aspmx.l.google.com.
google.com. 600 IN MX 40 alt3.aspmx.l.google.com.
google.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"
google.com. 345600 IN NS ns1.google.com.
;; Received 404 bytes from 216.239.34.10#53(ns2.google.com) in 248 ms
Les enregistrements NS ci-dessus contiennent ns1.google.com, ns2.google.com, ns3.google.com et ns4.google.com.
Deux questions.
- Quand les champs du serveur de noms dans whois sont-ils utilisés et quand les enregistrements NS sont-ils utilisés ?
- Que se passe-t-il si les champs du serveur de noms dans whois ne correspondent pas aux enregistrements NS dans le DNS ?
0 votes
Je ne vois pas pourquoi vous mettez une prime à la recherche de citations sur ce sujet. C'est un peu comme demander pourquoi vous pouvez trouver votre adresse postale physique dans un annuaire téléphonique. Puis-je appeler votre boîte aux lettres avec mon téléphone ? Non, mais c'est toujours une information indexée utile.
0 votes
@AndrewB L'analogie avec l'annuaire téléphonique ne fonctionne pas. Si l'annuaire ne fournit pas l'adresse postale, nous devons consulter une autre source de données qui fait correspondre le nom et/ou le numéro de téléphone à l'adresse. La présence de l'adresse postale m'aide également à faire la différence entre John Smith de Bakers Street et John Smith de Washington Street. En revanche, les champs "Name Server" des enregistrements whois ne servent pas à cela. Il est également très facile de consulter les informations relatives au serveur de noms sans avoir à chercher une autre source d'information, car la commande nslookup/dig est facilement disponible.
0 votes
J'ai ajouté un commentaire supplémentaire et j'ai considérablement élargi ma réponse. J'espère que cela vous aidera.
1 votes
Bonjour l'apprenant solitaire, Andrew B fait de très bons commentaires. Nous avons peut-être atteint une impasse avec cette question. Mais nous avons également dépassé la question originale, celle de la prime. La question originale demandait : Quand les champs du serveur de noms dans whois sont-ils utilisés et quand les enregistrements NS sont-ils utilisés ? Et que se passe-t-il si les champs du serveur de noms dans whois ne correspondent pas aux enregistrements NS dans le DNS ? Je pense que ces deux questions ont reçu une réponse, par moi et Andrew B. Nous sommes maintenant passés à une nouvelle question. Pourquoi les informations d'enregistrement ont-elles été conçues de cette façon ? Avez-vous besoin de plus d'informations pour répondre à la question initiale ?
0 votes
Je suis d'accord avec Michael, il n'est pas juste pour les participants de ce Q&R d'avoir le champ de la question qui change constamment. Veuillez accepter une réponse et ouvrir une nouvelle question s'il y a des sujets étroitement liés dont vous n'êtes toujours pas sûr. Si cette question est toujours ouverte à la fin de la prime, je la soumettrai à un vote de clôture pour avoir été trop large