Home » Apprendre » Glossaire » Qu’est-ce que la surveillance DNS ?

Qu'est-ce que la surveillance DNS ?

Dernière mise à jour : 5 février 2026

Qu’est-ce que la surveillance DNS ?

La surveillance DNS est le processus de suivi continu des performances et de la santé de votre Système de Noms de Domaine (DNS) qui est responsable de la traduction des noms de domaine en adresses IP. Essentiellement, le DNS agit comme l’annuaire téléphonique d’internet, guidant les utilisateurs vers le serveur correct lorsqu’ils saisissent une adresse web. En surveillant le DNS, vous pouvez vous assurer que ces traductions se produisent rapidement et correctement, aidant les utilisateurs à accéder à votre site web sans interruption.

Pourquoi la surveillance DNS est-elle importante ?

Le DNS est une partie critique de l’infrastructure de votre site web, et lorsqu’il échoue, les utilisateurs ne peuvent pas accéder à votre site même si tout le reste fonctionne parfaitement. En conséquence, la surveillance DNS est une pratique opérationnelle standard. Elle permet la détection et la résolution de problèmes tels que les temps de résolution lents, les erreurs de configuration, et les attaques DNS (par exemple, DDoS), qui peuvent tous impacter la disponibilité du site. La surveillance DNS proactive aide à garantir que votre site reste accessible et se charge rapidement pour les visiteurs. Les objectifs principaux de la surveillance DNS sont d’assurer une expérience utilisateur cohérente et fiable et de protéger le site contre les menaces liées au DNS.

Assurer la disponibilité

Le DNS est la première étape dans le parcours d’accès à tout service en ligne. Si le DNS échoue, les utilisateurs ne peuvent pas atteindre votre site web ou votre application, ce qui entraîne des temps d’arrêt et potentiellement des pertes commerciales importantes. La surveillance garantit que toute interruption, comme des pannes, est détectée et résolue rapidement, maintenant ainsi une haute disponibilité.

Sécurité

Le DNS est fréquemment ciblé par plusieurs types d’attaques. Les attaques volumétriques comme les DDoS visent à submerger les serveurs DNS autoritaires ou récursifs, les rendant indisponibles. D’autres attaques, telles que le DNS spoofing, l’empoisonnement de cache et le détournement DNS, manipulent le processus de résolution pour rediriger les utilisateurs vers des sites malveillants, voler des informations sensibles ou perturber l’accès au service. La surveillance aide à identifier et à atténuer ces menaces en temps réel.

Optimisation des performances

Une résolution DNS lente peut entraîner une mauvaise expérience utilisateur. La surveillance de la performance DNS aide à identifier les goulets d’étranglement et à optimiser le processus de résolution, garantissant un accès plus rapide à vos services. La performance des serveurs DNS et la performance du cache DNS sont des aspects cruciaux nécessitant une surveillance constante pour éviter les problèmes de latence.

Problèmes DNS courants

Arrêt des serveurs DNS : Cela peut être causé par des défaillances matérielles, des problèmes logiciels ou des attaques malveillantes.
Retards de propagation : Les modifications DNS peuvent prendre du temps à se propager sur tous les serveurs DNS dans le monde, y compris les serveurs racine et les serveurs de noms.
Erreurs de configuration DNS : Des configurations DNS incorrectes peuvent entraîner des échecs de résolution. Les erreurs dans les types d’enregistrements, tels que les enregistrements A, CNAME, MX et TXT, peuvent causer des perturbations importantes.
Latence élevée : Des temps de réponse DNS lents peuvent dégrader l’expérience utilisateur globale, c’est pourquoi la surveillance des performances est essentielle.

Que mesurer dans la surveillance DNS

La surveillance DNS ne se limite pas à « le DNS est-il opérationnel ? » — il s’agit de vérifier des réponses correctes, une résolution rapide et un comportement sûr/prévu à travers les emplacements et les résolveurs. Voici les catégories clés de mesures à suivre.

1. Disponibilité et exactitude

Ces vérifications confirment que votre DNS répond et renvoie les bons enregistrements.

Taux de succès des requêtes (disponibilité) : Pourcentage de requêtes DNS retournant une réponse valide (pas de timeout ou d’erreurs serveur).
Réponses correctes aux enregistrements : Valider que les enregistrements critiques résolvent aux valeurs attendues:
- A/AAAA → bonnes IP (y compris IPv6 le cas échéant)
- CNAME → cible canonique correcte
- MX → bons serveurs mail + ordre de priorité
- TXT → chaînes correctes SPF/DKIM/vérification
Taux NXDOMAIN (inattendu) : Les pics peuvent indiquer des enregistrements manquants, des fautes de frappe, un mauvais routage, ou des problèmes de résolveur.
Taux SERVFAIL/REFUSED : Souvent lié à des problèmes DNS autoritaires, des erreurs de configuration, des problèmes DNSSEC, ou des règles de contrôle d’accès.
Consistance des réponses DNS : Comparer les réponses à travers plusieurs résolveurs/régions pour détecter un DNS split-brain, une propagation partielle, ou des anomalies de routage geo/DNS.

2. Performance et latence (expérience utilisateur)

La latence DNS impacte directement la vitesse perçue du site, particulièrement lors de premières visites.

Temps de recherche DNS (temps de résolution) : Suivre la moyenne (p50) est utile, mais la latence en queue (p95/p99) est plus importante. Si p95 dépasse environ 100 ms pour un domaine critique, beaucoup d’utilisateurs le ressentiront même si la moyenne semble correcte. Les pics p99 peuvent aussi signaler une congestion régionale ou une attaque DDoS naissante.
Temps jusqu’au premier octet pour réponse DNS : Utile pour identifier les problèmes de chemin réseau et l’infrastructure DNS surchargée.
Temps de résolution récursif vs autoritaire (si votre outil le permet) : Aide à isoler si la lenteur vient de :
- la performance du résolveur récursif, ou
- votre DNS autoritaire/fournisseur, ou
- des conditions réseau dans certaines régions
Variation de latence géographique : Mesurez depuis plusieurs emplacements (NA/EU/APAC, etc.) car le DNS peut fonctionner très différemment selon la région.

3. Propagation DNS et vérification des modifications

Les modifications DNS sont une source fréquente de pannes. La surveillance doit confirmer que les changements se déploient comme prévu.

État de propagation selon régions/résolveurs : Confirmer que les nouveaux enregistrements sont visibles mondialement (ou dans votre zone cible).
Comportement du TTL : Suivre si les TTL sont définis comme prévu et si les résolveurs les respectent (surtout important durant les migrations).
Détection des changements pour zones/enregistrements critiques : Alerte en cas de modifications inattendues des enregistrements A/AAAA/CNAME/MX/TXT/NS (aide à détecter les erreurs accidentelles ou les compromissions).

4. Santé des DNS autoritaires (signaux du fournisseur/infrastructure)

Si vous gérez vos DNS autoritaires (ou souhaitez une responsabilité plus poussée du fournisseur), suivez :

Accessibilité des serveurs de noms : Tous les points NS répondent-ils ?
Surveillance SOA : Surveiller le numéro de série SOA et les réglages refresh/retry pour détecter des mises à jour échouées ou des problèmes de publication de zone.
Codes de réponse DNS par serveur de noms : Un NS défaillant peut causer des pannes intermittentes selon le comportement du résolveur.

5. Signaux de sécurité (indicateurs d’alerte précoce)

La surveillance DNS ne peut pas arrêter toute attaque seule, mais elle peut rapidement révéler des comportements suspects.

Pics soudains des temps de réponse : Souvent liés aux DDoS DNS, à la congestion en amont, ou à une surcharge du résolveur.
Modifications inattendues d’enregistrements : Signe potentiel de détournement DNS, comptes registrar/fournisseur compromis, ou mauvaise configuration interne.
Modèles inhabituels de volume de requêtes (si vous avez accès aux logs/analyses) : Des pics sur certains sous-domaines ou types de requêtes peuvent indiquer un abus.
Statut de validation DNSSEC (si vous utilisez DNSSEC) : Surveillez les échecs de validation pouvant casser la résolution pour les résolveurs validants.

6. Couverture de la surveillance (pour éviter les angles morts)

Les métriques n’aident que si vos contrôles reflètent le comportement réel.

Couverture multi-résolveurs : Testez contre des résolveurs publics courants + résolveurs ISP lorsque possible.
Sondes multi-régions : Lancez des contrôles depuis des emplacements correspondant à votre audience et marchés clés.
Fréquence des contrôles et seuils d’alerte : Définissez ce qu’est un état « mauvais » (ex. : temps de recherche p95 supérieur à X ms, SERVFAIL supérieur à Y %, enregistrement manquant critique immédiatement).

Défaillances DNS courantes

Les défaillances DNS se répartissent généralement en trois catégories : disponibilité (impossibilité de résoudre), exactitude (mauvaise réponse), et performance (résolution lente). Le tableau ci-dessous relie les symptômes courants aux causes probables et aux étapes de vérification les plus rapides.

Symptôme	Cause probable	Vérifications à effectuer
Le domaine/nom d’hôte ne se résout pas du tout (timeouts)	Panne DNS autoritaire, pare-feu bloquant UDP/TCP 53, DDoS, incident fournisseur	Interroger chaque serveur de noms autoritaire (NS) directement ; tester UDP et TCP ; vérifier le statut du fournisseur DNS ; contrôler pare-feu/limites de débit
Pannes intermittentes (fonctionne parfois, échoue parfois)	Un NS en panne, données de zone incohérentes, chemin réseau instable, limitation de débit	Interroger chaque NS de façon répétée ; comparer les réponses ; vérifier santé/latence NS par région ; revoir paramètres de limitation de débit
SERVFAIL des résolveurs	Échec de validation DNSSEC, zone corrompue, délégation incorrecte, problème avec le résolveur en amont	Tester plusieurs résolveurs ; interroger NS autoritaire ; valider la chaîne DNSSEC (DS/DNSKEY/signatures) ; confirmer la délégation correcte
NXDOMAIN pour un hostname existant	Enregistrement manquant, mauvaise zone/fournisseur, faute de frappe, split-horizon DNS, confusion du cache	Interroger NS autoritaire pour le hostname exact ; confirmer l’existence de l’enregistrement dans la bonne zone ; vérifier split-horizon ; contrôler l’orthographe
Résolution mais vers la mauvaise IP/cible	A/AAAA/CNAME incorrect, cache obsolète, mauvaise configuration CDN/gestion trafic, détournement/modification non autorisée	Comparer entre régions/résolveurs ; vérifier réponses autoritaires ; examiner changements DNS récents ; vérifier que registrar et NS n’ont pas changé
DNS est « actif » mais très lent (temps de recherche élevé)	Surcharge résolveur, autoritaire lent/éloigné, problème routage Anycast, perte de paquets, réponses volumineuses/problèmes EDNS	Suivre latence p95 par région ; comparer temps récursif vs autoritaire ; tester différents résolveurs ; vérifier taille réponse/EDNS ; rechercher perte de paquets
Modifications ne se propageant pas comme prévu	TTL trop élevé, résultats en cache, zones secondaires obsolètes, interrogations depuis résolveurs différents	Vérifiez le TTL ; vérifiez d’abord les NS autoritaires ; confirmez que le numéro de série SOA a augmenté ; assurez-vous que tous les NS fournissent les nouvelles données ; testez plusieurs résolveurs/régions
Fonctionne pour certains utilisateurs/régions mais pas pour d’autres	Déséquilibre GeoDNS/Anycast, panne partielle, DNS split-horizon, problèmes de résolveur ISP	Effectuez des vérifications multi-régions ; comparez ISP et résolveurs publics ; vérifiez les règles GeoDNS ; contrôlez la dégradation des POP/régions du fournisseur
Échecs de livraison des e-mails (liés au MX)	MX manquants/incorrects, mauvaise priorité, hôte mail non résolu, problèmes SPF/DKIM/DMARC TXT	Vérifiez les enregistrements MX et l’ordre de priorité ; confirmez que les noms d’hôte mail se résolvent ; validez SPF/DKIM/DMARC ; confirmez la propagation
Boucle CNAME ou conflit de type d’enregistrement	Boucle dans la chaîne CNAME, conflit A + CNAME, cible/CDN mal configuré	Suivez la chaîne CNAME pas à pas ; assurez-vous qu’il n’y a pas de références circulaires ; confirmez que vous n’utilisez pas CNAME là où ce n’est pas autorisé (apex)
Pannes liées à DNSSEC	Incompatibilité DS/DNSKEY, signatures expirées, basculement de clé incorrect	Confirmez que le DS chez le registraire correspond au DNSKEY ; vérifiez la validité/la date d’expiration des signatures ; examinez les changements du rollover DNSSEC ; validez avec plusieurs résolveurs
Grandes réponses TXT échouent ou sont tronquées	Fragmentation UDP bloquée, problèmes MTU, mauvaise configuration EDNS, TCP/53 bloqué	Vérifiez la troncature (drapeau TC) ; retentez en TCP ; assurez-vous que TCP/53 est autorisé ; réduisez la taille de l’enregistrement si possible ; validez les paramètres EDNS

Mise en œuvre de la surveillance DNS

1. Choisir les bons outils

Plusieurs outils sont disponibles pour la surveillance DNS, allant des solutions open-source aux produits commerciaux complets. Voici quelques options populaires :

Nagios : Un système de surveillance open-source configuré pour surveiller les serveurs DNS et les requêtes DNS.
Zabbix : Un autre outil open-source offrant des capacités de surveillance DNS, y compris la surveillance des serveurs DNS et du réseau.
Pingdom : Un service commercial fournissant une surveillance détaillée des performances et de la disponibilité DNS, ainsi que de la surveillance synthétique.
Dynatrace : Une solution de surveillance complète incluant la surveillance DNS, intégrée avec d’autres services de surveillance.
Dotcom-Monitor : Un outil commercial offrant des services robustes de surveillance DNS, avec des métriques détaillées de performance et des alertes en temps réel pour garantir que votre infrastructure DNS reste disponible et sécurisée.
Real User Monitoring (RUM) : Outils collectant des données des utilisateurs réels interagissant avec votre site pour fournir des insights sur la performance DNS du point de vue utilisateur.
Tableaux de bord : Utilisez les tableaux de bord dans ces outils pour visualiser les métriques de performance DNS et suivre les tendances dans le temps.

Si vous évaluez des plateformes, consultez notre sélection des meilleurs outils de surveillance DNS avec les principales fonctionnalités à comparer (sondes multi-régions, couverture des résolveurs, alertes et rapports).

2. Mise en place de la surveillance

Étape 1 : Définir les enregistrements DNS critiques

Identifiez et listez tous les enregistrements DNS critiques à surveiller. Ils incluent généralement :

Enregistrements A
Enregistrements CNAME
Enregistrements MX
Enregistrements TXT

Étape 2 : Configurer les outils de surveillance

Configurez votre outil de surveillance choisi pour vérifier régulièrement la disponibilité et la performance des enregistrements DNS définis. Cela implique généralement :

Ajout des enregistrements DNS dans l’outil de surveillance.
Mise en place de mécanismes d’alerte (email, SMS, webhooks) pour vous notifier en cas de problème.
Configuration des seuils pour les métriques de performance acceptables (ex. temps de réponse, temps de résolution).

Étape 3 : Surveillance continue et alertes

Assurez-vous que votre système de surveillance vérifie en continu les enregistrements DNS à intervalles réguliers. Configurez des alertes pour être notifié immédiatement si :

Un enregistrement DNS devient inaccessible.
Le temps de réponse dépasse les limites acceptables.
Une activité inhabituelle, telle qu’une augmentation soudaine du temps de réponse ou des changements dans les enregistrements DNS, est détectée.

Étape 4 : Analyse et réponse aux alertes

Lorsqu’une alerte est déclenchée, il est essentiel d’avoir un plan de réponse en place. Cela devrait inclure :

Identifier la cause du problème (ex. panne serveur, erreur de configuration, attaque DDoS).
Prendre des actions correctives (ex. redémarrage des services DNS, mise à jour des configurations DNS, atténuation des attaques).
Documenter l’incident et les étapes de résolution prises pour prévenir les récurrences.

Bonnes pratiques pour la surveillance DNS

Redondance : L’utilisation de serveurs DNS dans plusieurs régions aide, mais la véritable résilience vient de l’usage de plusieurs fournisseurs DNS disposant d’infrastructures séparées pour éviter les pannes à l’échelle du fournisseur. Gardez les données de zone synchronisées et surveillez chaque fournisseur indépendamment.
Audits réguliers : Passez périodiquement en revue et auditez vos configurations DNS pour assurer qu’elles soient à jour et sécurisées. Les audits réguliers aident à identifier les erreurs de configuration et les vulnérabilités.
Utilisez le routage Anycast : Cela aide à distribuer le trafic DNS sur plusieurs serveurs, améliorant à la fois la disponibilité et la performance.
Mettez en œuvre DNSSEC : Les extensions de sécurité DNS (DNSSEC) ajoutent une couche de sécurité pour prévenir certains types d’attaques, comme le spoofing DNS.
Intégrations : Assurez-vous que vos outils de surveillance DNS peuvent s’intégrer avec d’autres services de surveillance réseau et web pour une vue complète de votre infrastructure.
Notifications : Mettez en place des systèmes de notification robustes pour être alerté immédiatement de tout problème DNS, garantissant une résolution rapide et un temps d’indisponibilité minimal.
Dépannage efficace : Développez un guide de dépannage pour gérer rapidement les problèmes DNS dès leur apparition. Cela inclut la compréhension des requêtes DNS et l’analyse des logs DNS.
Solutions SaaS : Envisagez d’utiliser des outils de surveillance DNS basés sur SaaS pour une meilleure évolutivité et maintenance simplifiée.
Surveillance SSL : Intégrez la surveillance SSL dans votre stratégie DNS pour assurer la validité et la mise à jour des certificats SSL.
Support IPv6 : Assurez-vous que votre infrastructure DNS supporte IPv6 pour répondre aux standards internet modernes.
Surveillance des noms d’hôte et des routeurs : Surveillez les noms d’hôtes et routeurs pour garantir le bon fonctionnement de tous les composants du réseau.
API et surveillance des utilisateurs finaux : Surveillez les API et les interactions utilisateur pour assurer une performance fluide et une bonne expérience utilisateur.

Conclusion

La surveillance DNS aide à maintenir la disponibilité, la performance et la sécurité des services accessibles sur internet. En mettant en place des pratiques de surveillance efficaces, vous pouvez garantir la disponibilité, la sécurité et la performance de votre infrastructure DNS. Investir dans les bons outils et processus, tels que les outils de surveillance DNS, les services de suivi de performance et les tableaux de bord, portera ses fruits en évitant les temps d’arrêt, en améliorant l’expérience utilisateur et en protégeant contre les menaces potentielles. La surveillance régulière des performances des serveurs DNS, la résolution des vulnérabilités, l’utilisation de la surveillance synthétique pour détecter les problèmes de manière proactive, ainsi que l’intégration du support SSL et IPv6, sont des étapes cruciales pour obtenir une infrastructure DNS résiliente. Garantir un temps de disponibilité élevé grâce à une surveillance continue des serveurs DNS et une résolution efficace des problèmes contribuera à maintenir une présence en ligne fiable et performante.

Questions fréquemment posées

La surveillance DNS vérifie si votre DNS résout correctement et rapidement (disponibilité, latence, enregistrements corrects). La surveillance de domaine se concentre sur la propriété et la gouvernance – statut d’expiration, changements de registraire/WHOIS, changements de serveurs de noms, et abus de domaines ressemblants.

Pour les noms d’hôte critiques (domaine racine, www, API, email), effectuez des contrôles toutes les 1 à 5 minutes depuis plusieurs régions. Pour les enregistrements moins critiques, 5 à 15 minutes suffisent généralement, et vous pouvez augmenter la fréquence lors des migrations ou modifications DNS.

SERVFAIL est généralement plus urgent car il indique des problèmes côté serveur, des échecs de validation DNSSEC, ou un DNS autoritaire cassé. NXDOMAIN peut être normal pour des noms inexistants, mais est critique s’il apparaît pour des noms d’hôte censés exister (comme www ou votre API).

Vérifiez d’abord les changements sur les serveurs de noms autoritaires, puis contrôlez plusieurs résolveurs publics et régions pour voir quand les utilisateurs verront la mise à jour. Suivez les TTL, car de nombreux « retards de propagation » ne sont que des résultats mis en cache qui ne se mettront à jour qu’à l’expiration du TTL.

Configurez des alertes pour les modifications inattendues des enregistrements critiques (A/AAAA/CNAME/MX/TXT) et en particulier des enregistrements NS/DS. Comparez également les réponses DNS à travers plusieurs résolveurs/régions et associez-les à des vérifications HTTPS (certificat/contenu) pour confirmer que le trafic n’est pas redirigé.

Prêt à découvrir pourquoi vous devez développer avec et surveiller la surveillance DNS afin d’avoir un impact sur la disponibilité de votre site web ?

Inscrivez-vous pour un essai gratuit dès aujourd’hui ou planifiez une démo pour le voir en action !

In this article