Leçons du module (3/3)
Supervision et réponse aux incidents
Supervision et réponse aux incidents
La supervision DNS doit distinguer disponibilité du résolveur, exactitude des données et performances. Une seule sonde depuis un réseau peut manquer des problèmes de délégation ou de routage ailleurs. Vérifiez depuis plusieurs points : serveurs faisant autorité, résolveurs récursifs, validation DNSSEC, latence, timeouts, RCODE et expiration des signatures.
Un runbook simple définit l’impact et le début ; conserve requêtes et réponses horodatées ; compare parent, enfant et résolveur ; identifie le dernier changement ; nomme un responsable ; applique la correction minimale ; vérifie depuis plusieurs réseaux et documente rétablissement et prévention.
Si une application affiche SERVFAIL, ne modifiez pas les enregistrements tout de suite. Vérifiez si le problème touche un ou plusieurs résolveurs, examinez délégation et DNSSEC, puis comparez autorité et cache. Conservez les preuves avant de vider les caches ou changer plusieurs variables. Mesurez la résolution des enregistrements critiques, pas seulement l’activité du processus DNS.
Référence : RFC 9199 — considérations d’exploitation du DNS faisant autorité
Vérifiez votre compréhension
Choisissez la meilleure réponse. Les exemples utilisent des noms pédagogiques et n’envoient aucune requête réelle.
Quelle mesure aide à distinguer une panne locale d’une panne globale ?