Vérificateur de Propagation DNS Gratuit

Le vérificateur de propagation DNS est un outil en ligne gratuit qui vérifie la propagation DNS sur plusieurs résolveurs mondiaux afin de voir si vos modifications DNS se sont propagées dans le monde entier. Il fonctionne entièrement dans votre navigateur, sans installation ni inscription.

Généralement de 1 à 48 heures, selon les valeurs de TTL et la mise en cache des résolveurs.

Cloudflare (1.1.1.1), Google (8.8.8.8) et Quad9 (9.9.9.9).

Oui, entièrement gratuit.

Absolument. Le vérificateur de propagation DNS traite tout côté client, dans votre navigateur. Aucune donnée n'est transférée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le vérificateur de propagation DNS est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le vérificateur de propagation DNS dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a aucune barrière d'inscription ni restriction d'utilisation.

Saisissez simplement vos données dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Le vérificateur de propagation DNS fonctionne sur tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Chaque résolveur conserve son propre cache et actualise ses enregistrements selon son propre calendrier : juste après une modification DNS, un résolveur peut déjà détenir la nouvelle valeur pendant qu'un autre sert encore l'ancienne depuis son cache, jusqu'à ce que cette copie expire. La durée de ce cache est fixée par le TTL (time to live) de l'enregistrement : un TTL de 300 secondes se vide en quelques minutes, tandis qu'un TTL de 24 heures peut laisser des réponses obsolètes pendant une journée entière. C'est exactement pour cela que se fier à un seul résolveur peut induire en erreur. L'outil interroge Cloudflare (1.1.1.1), Google (8.8.8.8) et Quad9 (9.9.9.9) côte à côte et signale par une Discordance en rouge tout résolveur renvoyant une valeur différente, afin que vous puissiez voir instantanément si un changement s'est propagé partout ou s'il est encore en cours de déploiement. Saisissez votre domaine et choisissez un type d'enregistrement pour comparer les trois résolveurs en une fois.

Un enregistrement A fait pointer directement un domaine vers une adresse IPv4 ; le vérifier indique donc vers quel serveur un nom pointe actuellement — c'est ce que l'on contrôle après un changement d'hébergeur ou de serveur. Un enregistrement CNAME est un alias qui fait pointer un nom vers un autre nom plutôt que vers une IP, ce qui est fréquent lorsqu'un sous-domaine est dirigé vers un CDN ou un service géré. La différence pratique pour la propagation : en modifiant un enregistrement A, vous surveillez l'apparition d'une nouvelle IP, tandis qu'avec un CNAME, vous surveillez l'apparition du nouveau nom d'hôte cible. Choisir le bon type d'enregistrement est important, car une configuration CDN correctement mise en place peut très bien afficher un CNAME sans aucun enregistrement A à la racine. L'outil permet de vérifier individuellement A, AAAA, MX, CNAME, TXT et NS : sélectionnez donc précisément l'enregistrement que vous avez modifié et lancez une vérification.

L'astuce la plus efficace consiste à abaisser le TTL de l'enregistrement bien avant d'effectuer le changement réel. Le TTL indique aux résolveurs combien de temps mettre une réponse en cache : si vous le faites passer d'une valeur courante de 3600 ou 86400 secondes à seulement 300 secondes, un jour ou deux à l'avance, les résolveurs du monde entier actualiseront déjà cet enregistrement toutes les cinq minutes au moment où votre changement réel sera mis en ligne. La nouvelle valeur se propage alors en quelques minutes au lieu de plusieurs heures. Une fois la migration stabilisée, vous pouvez remonter le TTL pour réduire la charge de résolution. Il n'est pas possible de vider un cache à distance, mais abaisser le TTL à l'avance en est l'équivalent le plus proche. Une fois le changement effectué, utilisez l'outil pour confirmer que la nouvelle valeur apparaît bien sur Cloudflare, Google et Quad9 — un verdict global Entièrement propagé signifie que tous les résolveurs vérifiés sont désormais d'accord.

NXDOMAIN signifie « domaine inexistant » : le résolveur a interrogé le nom et les serveurs faisant autorité ont indiqué qu'aucun enregistrement de ce type n'existe. Cela ne signifie pas systématiquement que le domaine lui-même n'est pas enregistré. Une cause fréquente est la vérification d'un type d'enregistrement que le domaine ne possède tout simplement pas — par exemple interroger un enregistrement AAAA sur un domaine sans adresse IPv6, ou un enregistrement MX sur un domaine qui ne reçoit pas d'e-mails. Cela peut aussi apparaître brièvement juste après la création d'un tout nouvel enregistrement, avant que les serveurs faisant autorité et les caches ne se mettent à jour. Si vous vous attendez à ce qu'un enregistrement existe, vérifiez à nouveau le type d'enregistrement sélectionné et confirmez que la valeur a bien été enregistrée chez votre fournisseur DNS. Lancez la vérification sur A, MX, TXT, NS et les autres types pris en charge par l'outil pour voir quels enregistrements sont actifs et lesquels ne renvoient réellement rien.

Oui. Les changements liés à la messagerie et à la vérification résident dans des enregistrements que l'outil vérifie directement. Les enregistrements MX listent les serveurs de messagerie qui reçoivent les e-mails d'un domaine ; après un changement de fournisseur de messagerie, vous vérifiez donc MX pour confirmer que les nouveaux serveurs répondent bien. Les enregistrements TXT contiennent des valeurs texte utilisées pour SPF, DKIM et les jetons de vérification de propriété de services comme Google Workspace, Microsoft 365 et bien d'autres ; une vérification qui échoue sans cesse n'est donc souvent qu'un enregistrement TXT qui ne s'est pas encore propagé à tous les résolveurs. En interrogeant TXT ou MX sur Cloudflare, Google et Quad9 en même temps, vous pouvez déterminer si une vérification bloquée est une réelle erreur de configuration ou simplement une mise en cache que le temps résoudra. Sélectionnez MX ou TXT comme type d'enregistrement, saisissez votre domaine, et lancez une vérification avant de redéclencher une vérification qui pourrait déjà être en cours.