Vérificateur de propagation DNS
Vérifiez si un enregistrement A ou AAAA a bien propagé sur plusieurs résolveurs DNS publics majeurs, et créez une alerte email envoyée à plusieurs destinataires dès que ça change ou qu'une IP cible apparaît.
Comment utiliser cet outil
- 1Entrez le nom de domaine et choisissez le type d'enregistrement (A ou AAAA)
- 2Consultez le résultat par résolveur et le taux de propagation
- 3Optionnel : créez une alerte email, seule ou à plusieurs destinataires, pour être notifié dès que la valeur change ou qu'une IP cible apparaît
Pourquoi ce critère compte
Après une migration d'hébergement, le DNS met parfois plusieurs heures à se propager selon le TTL et le résolveur interrogé. Le client, lui, ne voit qu'un site qui ne charge pas encore et relance en direct. Cet outil vérifie l'état réel de la propagation et peut prévenir automatiquement plusieurs personnes (client, chef de projet) dès que c'est bon, au lieu de vérifier à la main toutes les heures.
Un exemple concret
Pendant une migration d'hébergeur, l'outil montre par exemple que 2 résolveurs sur 4 voient déjà la nouvelle IP tandis que les 2 autres renvoient encore l'ancienne : propagation à 50 %, cohérent avec un TTL qui n'a pas encore expiré partout. Une alerte créée en mode "IP cible" avec 3 destinataires (le développeur, le client, le chef de projet) prévient tout le monde automatiquement dès que la propagation atteint la nouvelle IP, sans qu'il soit nécessaire de revérifier manuellement.
Questions fréquentes
L'outil couvre-t-il autant de pays que whatsmydns.net ?
Non. whatsmydns.net s'appuie sur son propre réseau d'agents répartis dans des dizaines de pays. Cet outil interroge un nombre plus restreint de résolveurs DNS publics majeurs et indépendants (Google, Cloudflare, Quad9, AdGuard, Mullvad) depuis un point d'exécution unique. C'est suffisant pour détecter une propagation ou un changement, mais ce n'est pas une couverture géographique mondiale.
Pourquoi seulement les enregistrements A et AAAA ?
Ce sont les enregistrements les plus fréquemment vérifiés lors d'une migration d'hébergement (ils pointent vers l'IP du serveur). D'autres types (CNAME, MX, TXT) pourraient être ajoutés ultérieurement, mais ne sont pas couverts aujourd'hui.
Que se passe-t-il si je ne confirme pas l'email d'alerte ?
Rien : sans confirmation, l'adresse ne fait pas partie des destinataires actifs et ne reçoit jamais d'alerte. La confirmation par email est obligatoire pour chaque destinataire, précisément pour éviter qu'une adresse tierce reçoive des notifications qu'elle n'a pas demandées.
À quelle fréquence l'alerte est-elle vérifiée ?
Une vérification automatique passe une fois par jour. Un lien de gestion, fourni après la création de l'alerte, permet aussi de déclencher une vérification manuelle immédiate à tout moment.
L'alerte se déclenche-t-elle plusieurs fois ?
Non, une seule fois : dès que le changement ou l'IP cible est détecté, l'email est envoyé à tous les destinataires confirmés et l'alerte s'arrête. Il faut recréer une alerte pour surveiller un nouveau changement.
Tester un autre outil
À lire aussi
Pourquoi vos rétrospectives agiles ne changent jamais rien
Une rétrospective qui liste les mêmes problèmes sprint après sprint n'est pas un rituel agile, c'est une formalité. Ce qui la rend réellement utile.
Pourquoi comparer la vélocité de deux équipes ne veut rien dire
La vélocité mesure une équipe contre elle-même, jamais contre une autre. Pourquoi cette comparaison, fréquente en reporting multi-équipes, fausse le pilotage.
Les deux premières semaines font le projet : pourquoi le cadrage détermine tout ce qui suit
Ce qui se décide dans les dix premiers jours d'un projet conditionne la livraison entière. Retour sur les erreurs de cadrage les plus coûteuses et comment les éviter sans ralentir le démarrage.