Propagation DNS : combien de temps cela prend-il vraiment ?

La « propagation DNS » est surtout une question de cache, pas une mise à jour mondiale magique.

Illustration of DNS Propagation: How Long Does It Really Take? (1)

Points clés

  • Le principal levier est le TTL (time-to-live), mais des caches existent à de nombreux niveaux.
  • Différents lieux et résolveurs peuvent voir des réponses différentes temporairement.
  • Vérifiez les changements DNS en testant plusieurs résolveurs et plusieurs réseaux.

Illustration of DNS Propagation: How Long Does It Really Take? (2)

Ce que les gens entendent par « propagation »

Lorsque vous modifiez des enregistrements DNS, vous changez la « source de vérité » autoritative. Mais les résolveurs mettent en cache les réponses : les nouvelles données DNS deviennent visibles au fur et à mesure que les caches expirent.

TTL expliqué (pourquoi la durée varie)

Le TTL indique aux résolveurs combien de temps ils peuvent conserver une réponse avant de revérifier. Plages de TTL typiques : - Configurations changeant vite : 60–300 secondes - Sites stables : 3600 secondes (1 heure) ou plus

Un TTL plus faible peut accélérer les changements, mais peut augmenter la charge de requêtes DNS.

Où le DNS est mis en cache

Même avec un TTL bas, des caches peuvent exister dans : - Le cache du navigateur - Le cache du résolveur de l’OS - Le cache du routeur (certains modèles) - Le cache du résolveur du FAI - Le cache d’un résolveur public

Comment vérifier correctement des changements DNS

1) Confirmez les enregistrements autoritatifs dans le tableau de bord de votre hébergeur DNS (A/AAAA/CNAME/TXT). 2) Vérifiez avec différents résolveurs (DNS du FAI + un DNS public). 3) Vérifiez depuis un autre réseau (données mobiles vs Wi-Fi) pour écarter le cache local.

Pourquoi certaines régions se mettent à jour plus vite ou plus lentement

  • Différences entre résolveurs et comportements de cache
  • Caches locaux (navigateur/OS/routeur)
  • Routage anycast et infrastructure des résolveurs

Délais typiques pour des changements courants

Ce sont des expériences typiques, pas des garanties : - Mises à jour A/AAAA : minutes à quelques heures - Mises à jour CNAME : minutes à quelques heures - Vérification TXT : souvent rapide, mais les caches s’appliquent - Changements de serveurs de noms (NS) : peuvent paraître incohérents plus longtemps

Dépannage : « Ça marche chez moi, pas chez les autres »

  • Confirmez que vous avez mis à jour à la fois la racine (example.com) et www si nécessaire
  • Demandez aux autres quelle IP ils résolvent et comparez
  • Gardez l’ancienne infrastructure active pendant la transition

Bonnes pratiques pour des changements DNS planifiés

  • Baissez le TTL 24–48 heures avant un basculement
  • Changez une seule chose à la fois si possible
  • Conservez des notes de rollback (anciennes valeurs)

Implications pratiques dans les systèmes réels

Après un changement DNS, utilisez IPVerdict pour confirmer que la nouvelle IP de destination appartient à l’organisation/ASN attendu et ressemble à la bonne infrastructure.

Malentendus courants

Q1 : Baisser le TTL accélère-t-il instantanément la propagation ? Non : les caches existants doivent encore expirer.

Q2 : Pourquoi mon téléphone voit le nouveau site mais pas mon ordinateur ? Paramètres DNS ou caches différents.

Q3 : Dois-je vider les caches à chaque fois ? Pas toujours, mais cela aide pendant le débogage.

Q4 : Puis-je rendre des changements DNS instantanément globaux ? Pas totalement : des caches existent partout sur internet.

Q5 : Les checkers de propagation sont-ils toujours précis ? Utiles, mais ils ne montrent que ce que voient leurs sondes.

Illustration of DNS Propagation: How Long Does It Really Take? (3)

Limites

  • Certains résolveurs ne se comportent pas de façon identique, même avec le même TTL.
  • Les CDN peuvent volontairement renvoyer des IP différentes selon la région.

Avertissement

Les informations de ce guide sont fournies à des fins éducatives et de diagnostic. Le comportement réseau peut varier selon l’environnement, la configuration et les sources de données ; les résultats doivent donc être traités comme des signaux informatifs plutôt que comme une preuve définitive.

Conclusion

Comprendre ces bases vous aide à interpréter les signaux réseau avec plus de confiance et à dépanner avec moins de fausses suppositions.

Retour à Aide / Apprendre