6 votes

Objectif de l'enregistrement SOA dans le DNS (en dehors du transfert de zone)

Est-ce que l'enregistrement SOA d'un fichier de zone DNS a tout à l'exception des transferts de fichiers de zone ? Si un serveur DNS ne repose pas sur le transfert de fichiers de zone pour la réplication (mais sur une base de données distribuée), y a-t-il une raison d'avoir un enregistrement SOA ? En examinant les journaux de requêtes DNS, je n'ai jamais vu un client demander un enregistrement SOA.

Je suppose que les champs "primary nameserver" et "admin" pourraient être utiles, mais en général le primary nameserver est obtenu via un enregistrement NS.

8voto

Jacob Points 1861

Oui, le SOA L'enregistrement sert à quelque chose de toute façon. Bien que le SOA n'est généralement pas interrogé directement par les clients réguliers ; il est renvoyé dans des réponses négatives !

Si vous deviez analyser les réponses de votre serveur de noms plutôt que les requêtes entrantes, je pense que vous verriez que la SOA enregistrer beaucoup plus.

Cependant, certains des champs de l SOA ne sont plus pertinents si la méthode de transfert de zone qui fait partie de la spécification DNS n'est pas utilisée.

Si nous regardons les champs de la SOA record :

MNAME : nom du serveur de noms maître. Utilisé dans le contexte des mises à jour dynamiques ainsi que, dans certains cas, dans le cadre de la mise en œuvre du transfert de zone.

RNAME : email de contact technique. Pas vraiment utilisé par le système lui-même mais plutôt informatif.

SERIAL Numéro de série de la zone, utilisé pour les transferts de zone.

REFRESH : intervalle de rafraîchissement, utilisé pour les transferts de zone.

RETRY : intervalle de réessai, utilisé pour les transferts de zone.

EXPIRE : intervalle d'expiration, utilisé pour les transferts de zone.

MINIMUM : était autrefois le TTL minimum mais est aujourd'hui utilisé comme TTL pour les réponses négatives.

On peut donc voir que MNAME , RNAME y MINIMUM ne sont pas spécifiques à la spécification de transfert de zone.

En dehors de cela, je dirais que la façon dont les réponses négatives fonctionnent dans le DNS et la SOA MINIMUM en particulier est la principale raison pour laquelle un SOA est nécessaire, quelle que soit la manière dont la synchronisation des zones est mise en œuvre.
Pour cette raison, vous ne pouvez tout simplement pas mettre en œuvre un serveur de noms faisant autorité qui fonctionne correctement sans avoir SOA dans chaque zone.

0voto

Watki02 Points 527

J'ai trouvé cette question en posant une question similaire : "Quelles sont toutes les façons dont un enregistrement SOA est utilisé ?"

Pour compléter la réponse de Håkan Lindqvist, je dirais ceci :

  • SOA est l'abréviation de "Start Of Authority". Il s'agit d'une sorte de "point d'ancrage" permettant de savoir quel serveur fait autorité pour quelle zone. Si vous vous débarrassez de l'enregistrement SOA, comment ferez-vous ? Vous pouvez avoir de nombreux serveurs dans les enregistrements NS, mais ils peuvent faire autorité pour de nombreuses zones (et différentes). Pour que votre service DNS fonctionne, vous devez au moins être en mesure de savoir quel est le serveur qui va fonctionner - celui qui est dit faire autorité pour la zone dans l'enregistrement SOA.
  • Mon outil pour le DNS a une base de données propriétaire qui est déployée sur tous les serveurs (exécutant BIND) de temps en temps, et qui est une pièce indépendante des serveurs DNS réels. Il s'agit d'un élément indépendant des serveurs DNS réels. Cela permet d'éviter les problèmes dans le service de production. (c'est-à-dire que je peux mettre à niveau le serveur propriétaire sans que cela ait un impact sur le service DNS). Si cette machine devait tomber en panne pendant une période prolongée, il y a toujours un ensemble de comportements du serveur DNS définis dans l'enregistrement SOA pour que le service continue (cache négatif, rafraîchissement, nouvelle tentative, etc.). Si l'enregistrement SOA n'existe pas, ce comportement n'est pas défini. Comment connaître ce comportement autrement ? Vous devez le définir ailleurs, soit dans l'enregistrement SOA, soit dans l'enregistrement SOA. un autre type d'enregistrement (défini dans une autre RFC), ou un document propriétaire caché. Si vous vous donnez cette peine, pourquoi réinventer la roue ? Pourquoi ne pas utiliser l'enregistrement SOA ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X