Le gros de la question est la suivante: quelle est la relation entre le serveur de noms principal spécifié dans l' SOAenregistrement et les serveurs de noms spécifiés dans les NSenregistrements. Comment ces choses sont-elles liées?
Lorsque je recherche la plupart des sites Web, j'obtiens ceci:
dhamma@sansa:~$ host -t SOA arth.com
arth.com has SOA record ns1.comcastbusiness.net. domreg-tech.comcastbusiness.net. 2009072715 3600 7200 604800 7200
Et je m'attends à voir ns1.comcastbusiness.netcomme le serveur de noms principal, parce que lorsque je demande l' NSenregistrement pour le domaine, j'obtiens ceci:
dhamma@sansa:~$ host -t NS arth.com
arth.com name server ns1.comcastbusiness.net.
arth.com name server ns2.comcastbusiness.net.
arth.com name server ns3.comcastbusiness.net.
Cela m'a toujours fait penser que les SOAenregistrements remplissaient en quelque sorte automatiquement l' NSenregistrement principal ? Est-ce même vrai à distance?
Parce que c'est là que je suis le plus confus:
dhamma@sansa:~$ host -t SOA paulwarnk.com
paulwarnk.com has SOA record a.dns.hostway.net. hostmaster.siteprotect.com. 2009012319 86400 7200 86400 99999
Mais on me dit et utilise ces serveurs de noms:
dhamma@sansa:~$ host -t NS paulwarnk.com
paulwarnk.com name server adns.cs.siteprotect.com.
paulwarnk.com name server bdns.cs.siteprotect.com.
Pourquoi ce serveur de noms adns.cs.siteprotect.comn'est-il pas répertorié comme serveur de noms principal dans l' SOAenregistrement?
Les enregistrements du serveur de noms sont spécifiés dans votre fichier de zone. L'enregistrement SOA indique le serveur de noms principal de la zone. Il n'y a pas de relation automatique entre les deux. Voici une bonne lecture concernant les enregistrements SOA. La réponse courte est que l'enregistrement SOA est tout l'enregistrement contenant le nom, TTL, etc ... De plus, je suggère fortement de prendre le livre O'Reilly DNS & Bind. C'est vraiment très utile.
Vos enregistrements au-delà des serveurs racine pour paulwarnk.com:
Maintenant, cela signifie que, sur les serveurs racine, adns & bdns.cs.siteprotect.com sont répertoriés comme autorités pour paulwarnk.com. Ensuite, sur ces serveurs (adns et bdns), il existe un enregistrement A pour l'enregistrement racine pointant vers 69.143.69.166.
Je pense que vous demandez pourquoi les enregistrements NS semblent différents. La réponse est que les enregistrements NS ont été spécifiés, probablement par votre registraire, pour pointer vers leurs serveurs faisant autorité pour la zone. Cependant, cette sortie semble indiquer un problème, car le serveur de noms SOA ne semble pas répondre à une demande pour vos enregistrements:
edit: L'AUTORITÉ: 0 signifie que le serveur a.dns.hostway.net n'a pas répondu avec autorité. Cela semble un peu évident lorsque la section REPONSE: 0 est là, mais il est en fait important de faire la différence entre une réponse faisant autorité et une réponse sans autorité. L'autorité, dans DNS, indique si le serveur dont vous avez obtenu la réponse peut réellement être fiable pour savoir de quoi il parle.
Quant à savoir pourquoi un serveur est répertorié dans la SOA, je ne sais pas si j'ai jamais lu la raison pour laquelle il l'a mis là, mais ce serveur devrait être le serveur maître de la zone, d'où Start of Authority, ou SOA. Ce n'est pas toujours le cas, car le SOA pour tous les 1400+ de mes domaines répertorie un serveur de requête principal dans le SOA, mais le début réel de l'autorité est sur un maître caché auquel personne ne peut accéder.
la source
AAdrapeau est utilisé pour indiquer une réponse faisant autorité.AUTHORITY: 0signifie simplement qu'il n'y a pas de réponses dans la "section autorité" de la réponse.