Le DNS sépare la récursion tournée vers le client de la publication faisant autorité. Comprendre cette frontière évite de prendre une réponse mise en cache pour le propriétaire d'une zone.
DNS · Leçon 2
Composants DNS
Découvrez comment les résolveurs récursifs, serveurs faisant autorité, zones et enregistrements se partagent les responsabilités DNS.
Résolveurs stub et récursifs
Un résolveur stub dans une application ou un système d'exploitation envoie ses requêtes au résolveur récursif configuré. Celui-ci renvoie une réponse finale, une erreur ou le résultat d'un renvoi après avoir utilisé son cache et, si nécessaire, des requêtes itératives. Sa réponse ne porte l'indicateur de réponse faisant autorité que si le serveur répondant possède cette autorité ; la récursion seule ne la confère pas.
Que fait un résolveur récursif pour un client stub ?
Serveurs de noms faisant autorité
Un serveur faisant autorité répond depuis les données des zones dont il a la charge. Une zone doit posséder plusieurs serveurs d'autorité, avec des données synchronisées et des risques de panne indépendants. Un serveur exclusivement d'autorité n'a pas besoin d'effectuer la récursion pour des clients arbitraires.
Qu'est-ce qui rend un serveur faisant autorité pour une zone ?
Zones et stockage des zones
Une zone est une portion de l'espace de noms servie administrativement. Elle commence à son sommet et peut déléguer des zones enfants. Ses données peuvent résider dans un fichier texte, être générées depuis une base de données, chargées par une API ou synthétisées par un logiciel ; un « fichier de zone » physique n'est pas obligatoire.
Le sommet possède normalement un enregistrement SOA et un ensemble NS. Les données de délégation du parent identifient les serveurs de l'enfant, parfois avec des enregistrements d'adresse glue nécessaires pour joindre les noms de serveurs qui appartiennent à la zone déléguée.
Qu'est-ce qu'une zone DNS ?
Champs des enregistrements de ressources
Un enregistrement possède un nom de propriétaire, un TTL, une classe, un type et des RDATA propres au type. Par exemple :
www.example.com. 300 IN A 192.0.2.25
Le propriétaire est www.example.com., le TTL 300 secondes, la classe Internet, le type une adresse IPv4 et les RDATA l'adresse. Les règles d'omission de champs et de noms relatifs des fichiers de zone exigent une gestion attentive de l'origine.
Quel type d'enregistrement publie les préférences et noms d'hôtes des échangeurs de courrier ?
TTL et cache négatif
Les enregistrements positifs emploient des TTL pour limiter leur réutilisation en cache. Les réponses négatives, comme la preuve d'un nom inexistant, peuvent aussi être mises en cache selon des règles issues du SOA. Réduire un TTL peu avant un changement planifié ne touche que les enregistrements récupérés après que les caches ont vu la nouvelle valeur ; ceux déjà mis en cache avec l'ancien TTL subsistent jusqu'à leur expiration.
Pourquoi réduire un TTL DNS bien avant un changement d'adresse prévu ?
Leçon terminée
Vous avez terminé Composants DNS
Vous savez maintenant séparer la récursion DNS, l'autorité, la gestion de l'espace de noms et les données en cache.
Identifier les rôles des résolveurs stub et récursifs.
Définir l'autorité par le service délégué d'une zone.
Voir une zone comme une responsabilité sur l'espace de noms et non comme un fichier obligatoire.
Lire les champs propriétaire, TTL, classe, type et RDATA.
Planifier les durées de cache avant les changements DNS.
Conservez votre progression
Créez un compte gratuit pour enregistrer cette leçon et continuer sur n'importe quel appareil.
Créer un compte gratuit