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
La dette de cadrage coûte plus cher que la dette technique
On parle beaucoup de dette technique. La dette de cadrage, les zones grises jamais tranchées en amont, est souvent plus coûteuse, et beaucoup moins visible.
Multi-projets : ce que coordonner 15 chantiers en parallèle m'a appris sur la priorisation
Piloter une quinzaine de projets simultanés impose une discipline de priorisation différente de celle d'un projet unique. Les règles qui tiennent à l'échelle.
Jira ne pilote pas un projet, il l'archive
Un backlog à jour n'est pas un projet piloté. Pourquoi les outils de suivi sont nécessaires mais jamais suffisants, et ce qu'ils ne remplaceront jamais.