Ce dont vous avez besoin
Le nom et le type d'enregistrement que vous avez modifiés, la nouvelle valeur attendue et, idéalement, le TTL de l'ancien enregistrement. Vous pouvez lire le TTL dans le panneau de contrôle de votre fournisseur DNS avant de modifier. Les changements de serveurs de noms se font plutôt chez le bureau d'enregistrement et suivent la même logique de cache, avec des TTL plus longs.
Lire le résultat
Supposons que vous ayez déplacé www.example.com de 192.0.2.10 vers 203.0.113.20, et que l'ancien enregistrement A ait un TTL de 3600 secondes. Dix minutes après le changement, le vérificateur affiche :
| Résolveur | Enregistrements |
|---|---|
| Google (8.8.8.8) | 203.0.113.20 |
| Cloudflare (1.1.1.1) | 203.0.113.20 |
| Quad9 (9.9.9.9) | 192.0.2.10 |
| OpenDNS (208.67.222.222) | 203.0.113.20 |
Le badge indique INCOHÉRENT. Rien n'est anormal : Quad9 a répondu à une requête pour ce nom peu avant le changement et peut conserver cette réponse jusqu'à 3600 secondes. Dans l'heure qui suit le changement, chaque résolveur aura interrogé de nouveau et reçu la nouvelle adresse.
La « propagation » est en réalité l'expiration des caches. Votre fournisseur DNS met à jour ses propres serveurs en quelques secondes ; le reste d'internet rattrape son retard à mesure que les copies en cache expirent. On en tire une règle de planification simple :
| Ancien TTL | Le réduire à 300 s au moins aussi longtemps avant le changement | Attente maximale après le changement |
|---|---|---|
| 3600 s | 1 heure | 5 minutes |
| 86400 s | 24 heures | 5 minutes |
Remontez le TTL une fois la nouvelle valeur confirmée partout.
Pièges courants
- Lire PROPAGÉ comme « mon changement est en ligne ». Le badge signifie seulement que les résolveurs concordent. Si les quatre renvoient encore l'ancienne valeur, ils concordent sur celle-là. Vérifiez que ce sont bien les nouveaux enregistrements.
- Négliger les lignes d'erreur. Un résolveur qui expire ou répond
NXDOMAINest écarté de la comparaison : le badge peut donc afficher PROPAGÉ alors qu'une ligne montre une erreur. - Attendre des réponses identiques pour les grands sites. Les CDN et les services à répartition de charge renvoient volontairement des adresses différentes selon l'emplacement du résolveur. INCOHÉRENT y est normal.
- Vérifier un nom qui n'a pas encore d'adresse. Le vérificateur n'accepte que les noms qui se résolvent déjà vers une adresse IP : un nom ne portant que du TXT, comme
_dmarc.example.com, est refusé. Vérifiez le domaine parent, ou utilisez le vérificateur de délivrabilité d'e-mail pour SPF et DMARC. - Interroger un nom avant de l'avoir créé. Les résolveurs mettent aussi en cache pendant un temps « ce nom n'existe pas ». Si vous avez interrogé trop tôt un nouveau sous-domaine, patientez avant de conclure que l'enregistrement est défaillant.
Pour aller plus loin
La façon dont les résolveurs, les serveurs racines, les serveurs de TLD et les serveurs faisant autorité se transmettent une requête, et l'emplacement de chaque cache, sont détaillés dans Comment fonctionne le DNS.