Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Qui connaît la réponse ?
Le résolveur récursif cherche une réponse pour le client. Un serveur autoritaire connaît les données de sa zone. Une délégation publiée dans la zone parente désigne les serveurs de la zone enfant : créer une zone sur BIG-IP ne suffit donc pas à rendre son autorité publique.
Le cache conserve des réponses selon leur TTL. Un client peut continuer à joindre une ancienne adresse alors que le serveur autoritaire donne déjà la nouvelle. Le TTL s’applique aux enregistrements concernés ; il ne force pas les applications à fermer leurs connexions.
Sources : IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities ; F5 TechDocs, Using ZoneRunner.
Préparer un changement
Dessinez la zone parente, ses NS, les adresses des serveurs de noms et les enregistrements du service. Contrôlez les glue records lorsque la délégation en dépend. Abaisser le TTL avant une migration demande d’attendre que l’ancienne durée ait expiré dans les caches.
Comparer plusieurs résolveurs permet de distinguer propagation et incohérence entre autorités. Une réponse négative peut également être mise en cache : ajouter un nom auparavant absent ne rend pas instantanément tous les clients opérationnels.
Sources : IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities ; F5 TechDocs, Using ZoneRunner.
Repères pour lire une configuration
Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.
| Élément | À comprendre | À vérifier |
|---|---|---|
| NS | Autorité déléguée | Parent et enfant cohérents |
| A / AAAA | Adresse IPv4 / IPv6 | Toutes les autorités répondent |
| TTL | Durée de cache | Ancienne valeur déjà expirée |
Sources : IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities ; F5 TechDocs, Using ZoneRunner.
Une situation à expliquer
Le nom portail.example passe de 192.0.2.10 à 192.0.2.20. Un résolveur répond encore .10 : interrogez directement les deux autorités puis regardez le TTL de la réponse récursive. Si les autorités diffèrent, corrigez la zone ; si elles concordent, examinez le cache et le moment du changement.
dig @192.0.2.53 portail.example A +norecurse
dig @198.51.100.53 portail.example ASources : IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities ; F5 TechDocs, Using ZoneRunner.
Pour poursuivre les révisions
Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour DNS, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.
Revenir au parcours F5 DNS pour lire les guides voisins et leurs exemples.
Sources : IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities ; F5 TechDocs, Using ZoneRunner.
Sources et portée
Références consultées le . Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- IETF / RFC Editor — RFC 1034 — Domain names: concepts and facilities · DNS ; RFC 1034 · consulté le 2 octobre 2026.
- F5 TechDocs — Using ZoneRunner · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 DNS