Monitoring DNS10 types d’enregistrements

Monitoring DNS
pour chaque enregistrement.

Monitoring DNS pour les enregistrements A, MX, TXT et sept autres types, vérifiés toutes les 30 secondes par rapport à la réponse attendue.

Les moniteurs DNS sont inclus à partir du plan Essentials.

Choisi par les équipes pour qui la disponibilité passe avant tout.

Lire les témoignages clients

Six façons dont le DNS casse. Chacune fait échouer un check.

Le monitoring DNS interroge vos enregistrements à intervalle régulier et traite un enregistrement manquant, une mauvaise réponse ou un serveur de noms muet comme une panne. Il attrape ce qu’un check HTTP rate : les serveurs vont bien, mais personne ne les trouve.

  • A example.com · NXDOMAINENOTFOUND · alert

    L’enregistrement que quelqu’un a supprimé

    Un nettoyage de zone, un changement de fournisseur DNS, une modification d’infrastructure qui a perdu une ligne. Les serveurs restent en ligne et le nom ne se résout plus. Le check suivant échoue.

    Doc du monitoring DNS
  • A example.com → 203.0.113.9expected 192.0.2.1 · no match

    Résolu, mais vers la mauvaise adresse

    Un compte de registrar piraté ou une modification bien intentionnée envoie le nom ailleurs. Indiquez la réponse attendue, et toute autre valeur compte comme une panne.

    Réponses attendues
  • MX example.com · mail.example.com missingMX monitor · alert

    Les e-mails sont en panne, pas le site

    Les enregistrements MX et les entrées SPF ou DKIM vivent dans le DNS : un check du site web ne les voit jamais. Surveillez les enregistrements MX et TXT à part, avec l’entrée qui doit y figurer.

    Types d’enregistrements
  • ns2.example.net · old zonenameserver check · no match

    Un changement à moitié propagé

    Après une migration, un serveur de noms peut continuer à servir l’ancienne zone. Interrogez chacun directement avec la même réponse attendue : celui qui est en retard échoue seul.

    Serveurs de noms personnalisés
  • A example.com · no answer in 10 stiming out on DNS resolution

    La panne, c’est le fournisseur DNS

    Quand votre hébergeur DNS a un incident, tous les services derrière lui s’éteignent d’un coup. Des checks depuis jusqu’à 18 régions montrent si c’est une région ou partout.

    Régions de monitoring
  • example.io · registration expiredrecords stop resolving

    Le domaine que personne n’a renouvelé

    Un enregistrement expiré emporte son DNS avec lui, et le moniteur DNS échoue dès que ça arrive. Les alertes d’expiration de domaine vous préviennent jusqu’à 90 jours avant.

    Alertes d’expiration de domaine

Dix types d’enregistrements. Du site web au serveur de messagerie.

Chaque moniteur DNS vérifie un type d’enregistrement sur un nom d’hôte. La valeur à droite est celle à laquelle une réponse attendue est comparée.

  • Enregistrement A

    192.0.2.1

    L’adresse IPv4 vers laquelle pointe un nom d’hôte. Le type par défaut, et celui qui met un site hors ligne.

  • Enregistrement AAAA

    2001:db8::1

    L’adresse IPv6. Elle mérite son propre moniteur quand les visiteurs en IPv6 passent par un autre chemin.

  • Enregistrement CNAME

    example.cdn.net

    Un alias vers un autre nom d’hôte, comme un CDN, un load balancer ou un service hébergé.

  • Enregistrement MX

    mail.example.com

    Les serveurs de messagerie. Comparé sur l’hôte de messagerie, quelle que soit sa priorité.

  • Enregistrement NS

    ns1.example.net

    Les serveurs de noms faisant autorité. Repère une délégation déplacée là où vous ne l’avez pas mise.

  • Enregistrement TXT

    include:_spf.example.net

    Entrées SPF, DKIM, DMARC et de vérification de domaine. Une entrée peut être vérifiée parmi d’autres.

  • Enregistrement SOA

    ns1.example.net

    Le début d’autorité de la zone. Comparé sur son serveur de noms principal.

  • Enregistrement SRV

    sip.example.com

    Emplacements de services pour SIP, XMPP et d’autres. Comparé sur l’hôte cible.

  • Enregistrement CAA

    letsencrypt.org

    Les autorités de certification autorisées à émettre des certificats pour le domaine.

  • Enregistrement PTR

    mail.example.com

    Le DNS inverse, le nom derrière une adresse IP. Les serveurs de messagerie sont jugés dessus.

Pour surveiller plusieurs types d’enregistrements sur le même domaine, créez un moniteur par type : A pour le site web, MX pour les e-mails, TXT pour SPF. Chacun a sa réponse attendue, ses régions et ses alertes.

Vérifiez la réponse, pas seulement qu’il y en a une. Sur le serveur de noms de votre choix.

Un enregistrement qui pointe vers la mauvaise adresse répond quand même. La réponse attendue transforme une requête DNS en vérification de votre propre configuration.

  1. 1

    Indiquez la réponse attendue

    Le check passe tant qu’un enregistrement la contient, sans tenir compte de la casse. Laissez-la vide et n’importe quelle réponse compte. Les enregistrements MX et SRV sont comparés sur leur hôte, CAA sur sa valeur.

  2. 2

    Interrogez le serveur de noms qui compte

    Par défaut, chaque région interroge via son propre résolveur, comme le ferait un visiteur. Indiquez un serveur de noms, par IP ou nom d’hôte, pour vérifier directement vos serveurs faisant autorité ou un résolveur public après un changement.

  3. 3

    Voyez ce que chaque région a reçu

    Chaque check garde les enregistrements renvoyés, le temps de résolution et l’erreur, comme NXDOMAIN ou SERVFAIL : vous distinguez un enregistrement supprimé d’un serveur de noms lent.

DNS check · example.comResolved
Record Type
A
Nameserver
Default resolver
Location
Frankfurt, Germany (FRA)
Response Time
11 ms
Expected Answer
Match
DNS Records
  • 192.0.2.1

La réponse attendue est 192.0.2.1. L’enregistrement la contient toujours, le check passe donc. Supprimez l’enregistrement ou faites-le pointer ailleurs, et le check suivant échoue.

Une mauvaise réponse est une panne. Elle alerte comme une panne.

Les moniteurs DNS partagent les alertes de tous les autres moniteurs : les mêmes canaux, délais d’alerte, politiques d’escalade et plannings d’astreinte, et la même status page que lisent vos utilisateurs.

  1. RésoluA · AAAA · MX · TXT · …

    L’enregistrement répond et contient la valeur attendue si vous en avez défini une. Chaque check enregistre la réponse et la durée de la résolution.

  2. ÉchecNXDOMAIN · SERVFAIL · no match

    Aucun enregistrement, une erreur du serveur de noms, ou aucun enregistrement ne contenant la réponse attendue. L’incident s’intitule : example.com failing A DNS resolution.

  3. Délai dépasséno answer · 10 s by default

    Le serveur de noms ne répond pas dans le délai du moniteur. L’incident indique que example.com is timing out on DNS resolution.

  4. Rétabliincident resolved · recovery sent

    La bonne réponse est revenue dans toutes les régions. L’incident se résout et un avis de rétablissement part sur les mêmes canaux.

Là où travaille votre équipe.Par votre astreinte quand ça compte.

Un check DNS en échec part sur les canaux de votre choix et remonte votre politique d’escalade jusqu’à ce que quelqu’un en accuse réception.

  • Slack
  • Microsoft Teams
  • Google Chat
  • PagerDuty
  • Opsgenie
  • Jira Service Management
  • Discord
  • Telegram
  • Application mobile
  • Email
  • SMS
  • Appel téléphonique
  • Webhooks

Des checks DNS en code. Depuis l’API ou votre agent IA.

  1. 1

    Créez-les depuis l’API

    Mettez protocol à dns, puis dns_record_type, et au besoin dns_expected_answer et dns_nameserver. Les mêmes champs modifient un moniteur existant.

  2. 2

    Ou demandez à votre agent IA

    Le serveur MCP accepte les mêmes champs : Claude, Cursor ou un autre agent peut ajouter un moniteur DNS pour chaque domaine que vous lancez.

  3. 3

    Associez-le à un check HTTP

    Quand les deux échouent ensemble, le problème vient du nom. Quand seul le HTTP échoue, c’est le serveur. Deux moniteurs sur le même domaine vous disent où regarder d’abord.

POST /v1/monitorsbash
curl -X POST https://api.hyperping.io/v1/monitors \
  -H "Authorization: Bearer $API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Mail DNS",
    "url": "example.com",
    "protocol": "dns",
    "dns_record_type": "MX",
    "dns_expected_answer": "mail.example.com",
    "dns_nameserver": "ns1.example.net"
  }'

Le domaine et son certificat. Surveillés sur la page du monitoring SSL.

Un moniteur DNS échoue une fois l’enregistrement expiré. Les alertes d’expiration de domaine lisent la date de fin auprès du registre et vous préviennent jusqu’à 90 jours avant, et le monitoring SSL vérifie le certificat servi par chaque moniteur HTTPS.

Ce que les équipes disent de Hyperping.

Guillermo Rauch
CEO, Vercel
@hyperping est vraiment incroyable
Fabrice Gregoire
Site Reliability Engineer, Alma
Chez nous, Hyperping a la réputation d’être plus réactif que Datadog. Nous recevons généralement les notifications de Hyperping avant celles de Datadog.
Pierre Renaudin
CTO, Slite
Nous avons choisi Hyperping pour offrir à nos utilisateurs un tableau de bord de grande qualité sur nos incidents et l’état de nos services.
Moritz Dausinger
CEO & Founder, Refiner
Les alertes en temps réel de Hyperping nous signalent quand l’application est en panne. Elles arrivent parfois avant même qu’AWS ne s’en rende compte ou ne nous prévienne.
Gary Gaspar
CEO & Founder, Marker.io
Aujourd’hui, nous ne pourrions plus imaginer faire tourner notre SaaS sans Hyperping.
Jakob Bo Storjohann
CEO, Ideanote
Hyperping excelle sur tous les plans : une mise en place fluide, la tranquillité d’esprit et un service client attentif.

C’est un ticket client qui vous apprend que votre site est en panne.

Monitoring, pages de statut et astreinte.Une seule plateforme. Soyez averti avant vos clients.

Monitoring de disponibilité

Détectez les pannes dès qu’elles surviennent, depuis plusieurs régions, avant que vos clients ne les remarquent.

Monitoring des serveurs

Un agent léger suit le CPU, la mémoire et le disque pour repérer les problèmes avant qu’ils ne provoquent une panne.

Vérifications navigateur / E2E

Des tests Playwright qui repèrent les connexions et paiements en échec avant vos clients.

Monitoring des tâches cron

Soyez alerté quand une sauvegarde ou une tâche planifiée échoue en silence, pas des jours plus tard.

api.acme.com is down. HTTP 503 from Paris, confirmed from Frankfurt and N. Virginia.9:42 AM
Incident published on status.acme.com. 1,240 subscribers notified by email.9:43 AM
api.acme.com is back up. Downtime 4 min 12 s, incident resolved automatically.9:46 AM
View incident

Canaux de notification

Les alertes joignent la bonne personne sur Slack, Teams, par SMS ou par appel téléphonique, selon ce qui la réveille.

Monitoring SSL

Gardez vos certificats sous contrôle. Soyez alerté avant leur expiration, pour que vos clients se connectent toujours en toute sécurité.

Calendrier d’astreinte

Planifiez les rotations, répartissez la charge et voyez qui est d’astreinte. Chaque incident parvient à la bonne personne, au bon moment.

Trois outils. Une facture allégée.Monitoring, pages de statut et astreinte. Au même endroit.

USD · Facturation mensuelle pour toutes les offres

La combinaison d’outils

Trois abonnements pour tout faire tourner.

Exemple de stack
  • Pingdom100 vérifications de disponibilité + 20 avancées
    149 $US/mois
  • StatuspagePage publique Startup + page privée Growth
    348 $US/mois
  • PagerDutyProfessional · 10 utilisateurs × 25 $US
    250 $US/mois
Coût cumulé

747 $US/mois

8 964 $US sur 12 mois

Tout est connecté, dès la première vérification.

Business
  • 1 000 moniteurs
  • 10 pages de statut
  • 20 membres d’équipe
  • Astreinte et escalades
  • Vérifications toutes les 20 secondes
  • Support prioritaire
Une plateforme. Un abonnement.

299 $US/mois

3 588 $US sur 12 mois
60 % de moins

Économisez 5 376 $US par an avec cette combinaison.

Voir les tarifs
Sources et hypothèses tarifaires

Vérifié le . Tous les montants sont en USD ; les prix en devise locale peuvent différer.

  • Pingdom Synthetic Monitoring : 149 $US/mois pour 100 vérifications de disponibilité, 20 vérifications avancées et 350 crédits SMS. Tarif en USD issu de notre analyse du 17 août 2026 ; le calculateur en ligne affichait des prix en EUR lors de cette vérification, le tarif en USD n’a donc pas été revérifié de façon indépendante aujourd’hui.
  • Statuspage : une page publique Startup (99 $US/mois, 1 000 abonnés, 10 membres d’équipe) et une page privée Growth (249 $US/mois, 300 abonnés authentifiés, 15 membres d’équipe).
  • PagerDuty Professional : 25 $US/utilisateur/mois en facturation mensuelle, pour 10 utilisateurs. Son tarif de 21 $US nécessite une facturation annuelle.
  • Hyperping Business : 299 $US/mois en facturation mensuelle. Le tarif affiché de 249 $US/mois est l’équivalent mensuel arrondi de l’abonnement annuel à 2 990 $US/an et n’est pas utilisé dans cette comparaison.

Il s’agit d’un exemple de stack à trois outils, et non de la configuration la moins chère possible ni d’une comparaison fonctionnalité par fonctionnalité. Pingdom et PagerDuty incluent aussi des fonctionnalités de page de statut ; toutes les équipes n’auront pas forcément besoin d’un abonnement Statuspage séparé. Les frais d’utilisation et les connecteurs payants ne sont pas inclus. Les totaux annuels correspondent à 12 paiements mensuels, et non à des devis d’abonnement annuel.

Questions sur le monitoring DNS.

Qu’est-ce que le monitoring DNS ?

Le monitoring DNS interroge vos enregistrements DNS à intervalle régulier et vous alerte quand un enregistrement ne se résout plus, se résout vers la mauvaise valeur ou ne répond plus à temps. Une requête ponctuelle vous dit ce qu’un résolveur renvoie maintenant ; un moniteur la répète depuis plusieurs régions et alerte quelqu’un quand la réponse change. Voir le monitoring DNS dans la doc.

Pourquoi le monitoring DNS est-il important ?

Parce que le DNS tombe en panne alors que tout le reste semble en bonne santé. Vos serveurs restent en ligne et les checks HTTP peuvent continuer à passer depuis un résolveur qui a gardé l’ancienne réponse en cache, alors que les visiteurs d’un autre résolveur ne vous joignent plus, et les e-mails peuvent être rejetés pendant que le site fonctionne. Un moniteur DNS vérifie les enregistrements eux-mêmes : ces pannes vous alertent comme n’importe quelle panne.

Comment surveiller les changements DNS ?

Créez un moniteur DNS pour l’enregistrement et indiquez la réponse attendue, par exemple l’IP d’un enregistrement A ou l’hôte de messagerie d’un enregistrement MX. Hyperping fait échouer le check quand aucun enregistrement ne contient cette valeur : un enregistrement modifié, supprimé ou détourné déclenche une alerte. Il vérifie un type d’enregistrement par moniteur et ne garde pas l’historique de chaque changement dans la zone.

Quels types d’enregistrements DNS Hyperping peut-il surveiller ?

A, AAAA, CNAME, MX, NS, TXT, SOA, SRV, CAA et PTR. Chaque moniteur vérifie un type d’enregistrement sur un nom d’hôte : pour surveiller A, MX et TXT sur le même domaine, il faut trois moniteurs, chacun avec sa réponse attendue et ses alertes.

Puis-je surveiller un serveur DNS ou un serveur de noms précis ?

Oui. Donnez au moniteur un serveur de noms, par adresse IP ou nom d’hôte, et chaque check l’interroge directement. Visez vos serveurs de noms faisant autorité pour voir un changement dès sa publication, ou un résolveur public pour confirmer qu’il s’est propagé. Sans serveur indiqué, les checks utilisent le résolveur de chaque région de monitoring.

À quelle fréquence Hyperping vérifie-t-il les enregistrements DNS ?

Jusqu’à toutes les 30 secondes, depuis jusqu’à 18 régions de votre choix, comme tout autre moniteur. Chaque check enregistre le temps de résolution et les enregistrements renvoyés : vous voyez ce que chaque région a reçu.

Le monitoring DNS peut-il détecter un détournement DNS ?

Il en repère le symptôme : un enregistrement A, NS ou MX qui ne contient plus la valeur que vous avez définie. Avec une réponse attendue sur chaque enregistrement critique, un enregistrement détourné fait échouer le check suivant et alerte votre astreinte. Hyperping ne valide pas DNSSEC et ne surveille pas les domaines sosies, et contrer la compromission d’un registrar est un autre travail.

Hyperping m’alerte-t-il avant l’expiration de mon domaine ?

Oui. Les alertes d’expiration de domaine lisent la date de fin de l’enregistrement auprès du registre et vous préviennent 7 à 90 jours avant, une fois par domaine. Elles accompagnent les moniteurs HTTP, ping, port et DNS, et sont détaillées sur la page monitoring SSL et expiration de domaine.

Le monitoring DNS est-il inclus dans le plan gratuit ?

Non. Les moniteurs DNS sont inclus dans les plans Essentials, Pro et Business, et comptent dans les moniteurs du plan. Le plan Free couvre les moniteurs HTTP, mot-clé, ping et port. Voir les tarifs.

Puis-je créer des moniteurs DNS avec l’API ?

Oui. Dans l’API des moniteurs, mettez protocol à dns, puis dns_record_type, et au besoin dns_expected_answer et dns_nameserver. Le serveur MCP accepte les mêmes champs : un agent IA peut ajouter un moniteur DNS pour vous.

Vos enregistrements DNS, surveillés en une minute.