Qu’est-ce que la propagation DNS ?
Vous déplacez votre site vers un nouveau serveur et vous changez son enregistrement DNS. Pourtant, certaines personnes voient encore l’ancien site, parfois pendant des heures. Ce délai, c’est ce qu’on appelle la propagation DNS.
Le nom est toutefois un peu trompeur. Votre nouvel enregistrement ne voyage pas lentement autour du monde. En réalité, des milliers de résolveurs DNS ont gardé l’ancienne réponse, et chacun la conserve jusqu’à la fin de son minuteur. C’est pourquoi la propagation DNS est en fait une affaire de cache.
Un résolveur est le serveur DNS de votre fournisseur d’accès ou de votre réseau mobile. Quand un visiteur ouvre votre site, son résolveur interroge une fois votre hébergeur DNS. Ensuite, il répond de mémoire. Par conséquent, deux visiteurs peuvent voir deux serveurs différents au même moment.
Comment le TTL fixe l’attente
Chaque enregistrement DNS a un TTL, pour time to live, ou durée de vie. C’est un nombre de secondes. Il dit à chaque résolveur combien de temps il peut garder la réponse avant de redemander.
- TTL 300 : les résolveurs redemandent après cinq minutes, donc les changements apparaissent vite.
- TTL 3600 : l’ancienne réponse peut rester jusqu’à une heure.
- TTL 86400 : l’ancienne réponse peut rester jusqu’à une journée entière.
Autrement dit, c’est le TTL en place avant le changement qui compte. Si l’ancien enregistrement avait un TTL d’un jour, un résolveur qui a demandé juste avant peut garder l’ancienne adresse presque un jour. Baisser le TTL après le changement n’aide pas ces caches, car ils ont déjà enregistré l’ancien minuteur.
Ainsi, le fameux délai de 24 à 48 heures n’est que le pire cas. Avec un TTL court, la plupart des visiteurs voient le changement en quelques minutes.
Comment vérifier la propagation DNS
D’abord, interrogez directement votre hébergeur DNS. Il répond toujours tout de suite avec le nouvel enregistrement. S’il affiche encore l’ancien, le changement n’a pas été enregistré, et attendre ne servira à rien.
Ensuite, interrogez des résolveurs publics. Notre DNS Records Checker gratuit affiche les enregistrements A, AAAA, MX, TXT et autres de n’importe quel domaine. Vous pouvez aussi passer par la ligne de commande :
nslookup example.com 8.8.8.8
nslookup example.com 1.1.1.1
Si Google et Cloudflare renvoient la nouvelle adresse, le reste du monde suivra bientôt. Pendant ce temps, un résolveur qui donne encore l’ancienne attend simplement la fin de son TTL.
Comment faire passer un changement DNS vite
L’astuce consiste à préparer le changement la veille. C’est pourquoi il faut suivre ces étapes dans l’ordre :
- Baissez à 300 secondes le TTL de l’enregistrement que vous allez changer.
- Attendez au moins la durée de l’ancien TTL, pour que chaque cache reçoive le minuteur court.
- Faites le changement : pointez l’enregistrement A vers le nouveau serveur.
- Vérifiez auprès de l’hébergeur DNS et de deux résolveurs publics.
- Quand tout est stable, remontez le TTL, par exemple à 3600.
De plus, laissez l’ancien serveur allumé un jour après la bascule. Ainsi, les visiteurs dont le résolveur garde encore l’ancienne adresse voient un site qui marche au lieu d’une erreur.
Quand l’ancien site ne disparaît pas
Parfois, le DNS est correct partout, et pourtant vous voyez encore l’ancien site. Dans ce cas, le cache est plus près de vous.
- Votre ordinateur : sous Windows, lancez
ipconfig /flushdns; sur Mac,sudo dscacheutil -flushcache. - Votre navigateur : Chrome a son propre cache DNS. Ouvrez
chrome://net-internals/#dnset videz-le, ou testez dans une fenêtre privée. - Votre box : la redémarrer vide son cache.
- Une ligne dans le fichier hosts : une ancienne entrée dans hosts passe avant le DNS.
Enfin, vérifiez que les serveurs de noms sont les bons. Si vous avez changé des enregistrements chez un fournisseur qui n’est pas votre DNS actif, rien ne changera jamais.
Comment se comporte chaque type d’enregistrement
Tous les types d’enregistrement sont mis en cache de la même façon, mais chaque changement touche les visiteurs autrement. C’est pourquoi il vaut mieux savoir ce que fait chacun avant de le modifier.
Enregistrements A et AAAA
Ils relient votre nom à l’adresse d’un serveur. A sert pour IPv4 et AAAA pour IPv6. Si vous changez d’hébergeur, changez les deux. Sinon, les visiteurs sur des réseaux IPv6 continuent d’arriver sur l’ancien serveur, même quand chaque A est correct.
Enregistrements CNAME
Un CNAME renvoie un nom vers un autre nom, par exemple www vers l’adresse de votre hébergeur. Ici, deux TTL comptent : celui du CNAME et celui de la cible. Par conséquent, un changement de CNAME peut prendre un peu plus de temps que prévu.
Enregistrements MX et TXT
Les MX décident où vont vos e-mails. Les TXT contiennent SPF, DKIM, DMARC et les vérifications de site. Une erreur ici ne casse pas le site, mais elle peut faire rejeter des e-mails. Donc, testez aussi l’e-mail juste après le changement, pas seulement le site.
Cache négatif
Si quelqu’un a cherché un nom avant qu’il n’existe, les résolveurs gardent aussi la réponse « introuvable ». Ce minuteur vient de l’enregistrement SOA de la zone, souvent une heure. Un nouveau sous-domaine peut donc rester invisible un moment, même avec un TTL court.
Changer de serveurs de noms, c’est différent
Changer des enregistrements et changer de serveurs de noms sont deux tâches distinctes. Un changement d’enregistrement se fait chez votre hébergeur DNS. Un changement de serveurs de noms déplace toute la zone vers un autre hébergeur, par exemple du registraire vers Cloudflare.
Les enregistrements de serveurs de noms se trouvent au registre de votre extension, comme .fr ou .com. Leur TTL est fixé par le registre, en général un ou deux jours, et vous ne pouvez donc pas le baisser. C’est de là que vient en réalité le fameux délai de 48 heures.
Changer de serveurs de noms sans risque
- Copiez d’abord chaque enregistrement chez le nouvel hébergeur DNS, y compris MX et TXT.
- Comparez les deux zones ligne par ligne.
- Changez les serveurs de noms chez le registraire.
- Laissez l’ancienne zone intacte au moins deux jours, car certains résolveurs l’interrogent encore.
En bref, si les deux zones contiennent les mêmes enregistrements, personne ne remarque le changement.
Propagation DNS avec un CDN
Avec un CDN comme Cloudflare en mode proxy, les visiteurs résolvent votre nom vers le CDN, pas vers votre serveur. Quand vous changez de serveur, vous modifiez donc seulement l’adresse d’origine dans le CDN. La réponse DNS publique reste la même, donc la bascule est presque immédiate.
Cependant, le CDN met aussi les pages en cache. Si les visiteurs voient encore l’ancien contenu après un déménagement, la cause est peut-être le cache des pages, pas le DNS. Dans ce cas, purgez donc le cache du CDN au lieu d’attendre le DNS.
Erreurs fréquentes
- Changer l’enregistrement d’abord et baisser le TTL ensuite. L’ancien minuteur long est déjà dans les caches.
- Modifier les enregistrements chez le registraire alors que le domaine utilise un autre hébergeur DNS, comme Cloudflare.
- Oublier l’enregistrement www. Le domaine bouge, mais www pointe encore vers l’ancien serveur.
- Éteindre l’ancien serveur tout de suite, si bien que certains visiteurs voient une erreur pendant des heures.
- Laisser le TTL à 300 pour toujours, ce qui ajoute un petit délai de requête à chaque nouveau visiteur.
En bref, la propagation DNS n’a rien de mystérieux. En effet, c’est un minuteur qu’on peut anticiper. Pour le détail du cache, consultez le guide Cloudflare sur le TTL.
Questions et réponses
Combien de temps dure la propagation DNS ?
Aussi longtemps que le TTL de l’ancien enregistrement. Avec un TTL de 300 secondes, la plupart des gens voient le changement en cinq minutes environ. Avec un TTL d’un jour, certains attendent jusqu’à un jour.
Peut-on forcer la propagation DNS ?
Non. Vous ne pouvez pas vider les résolveurs des autres, car ils ne sont pas à vous. En revanche, vous pouvez baisser le TTL la veille du changement pour que l’attente ne dure que quelques minutes.
Pourquoi je vois le nouveau site et mon client l’ancien ?
Vos résolveurs ont demandé après le changement, les siens ont gardé l’ancienne réponse plus tôt. Ainsi, chaque cache garde sa réponse jusqu’à la fin de son propre TTL.
Comment vérifier la propagation DNS ?
Interrogez d’abord votre hébergeur DNS, puis des résolveurs publics comme 8.8.8.8 et 1.1.1.1. Notre DNS Records Checker gratuit affiche tous les types d’enregistrement d’un domaine.
Changer de serveurs de noms prend-il plus de temps ?
Souvent, oui. Les enregistrements de serveurs de noms au registre ont en général un TTL d’un ou deux jours, et vous ne pouvez pas le baisser vous-même.
Quel TTL choisir ?
3600 secondes est une bonne valeur au quotidien. Baissez-le à 300 la veille d’un changement prévu, puis remontez-le ensuite.
Pourquoi vider mon cache DNS ne suffit pas ?
Votre navigateur, votre box ou une ligne du fichier hosts peuvent encore garder l’ancienne adresse. Vérifiez aussi que vous avez modifié les enregistrements chez le bon hébergeur DNS.
La propagation DNS touche-t-elle les e-mails ?
Oui. En effet, les enregistrements MX, SPF et DMARC sont mis en cache de la même façon. Préparez donc aussi les changements d’e-mail avec un TTL court.
Pourquoi la propagation DNS prend-elle 48 heures ?
En général, elle ne prend pas autant. Les 48 heures sont le pire cas lors d’un changement de serveurs de noms, dont le TTL est fixé par le registre. Les changements d’enregistrements avec un TTL court prennent quelques minutes.
Qu’est-ce qu’un résolveur DNS ?
Le serveur DNS que votre fournisseur d’accès, votre réseau mobile ou votre box utilise pour chercher les noms. Puis il garde chaque réponse pendant le TTL de l’enregistrement.
Puis-je voir quels résolveurs ont encore l’ancienne adresse ?
Vous pouvez interroger les grands résolveurs publics, comme Google 8.8.8.8 et Cloudflare 1.1.1.1. Ceux des fournisseurs d’accès sont privés, donc impossible de tous les vérifier.
La propagation DNS nuit-elle au SEO ?
Seulement si les visiteurs ou Googlebot tombent sur un serveur éteint. Gardez donc l’ancien serveur allumé jusqu’à la fin du TTL, et rien n’est perdu.
Pourquoi mon nouveau sous-domaine ne répond pas encore ?
Quelqu’un l’a peut-être cherché avant sa création. Les résolveurs gardent ce « introuvable » pendant le TTL négatif du SOA, souvent une heure.
Faut-il aussi changer les enregistrements AAAA ?
Oui, si votre domaine en a. Sinon, les visiteurs sur des réseaux IPv6 arrivent encore sur l’ancien serveur.
Comment un CDN change-t-il la propagation DNS ?
En mode proxy, la réponse publique pointe vers le CDN et ne change pas quand vous changez de serveur. Ainsi, vous mettez seulement à jour l’origine dans le CDN.
Pourquoi mon téléphone affiche l’ancien site et mon portable le nouveau ?
Ils utilisent des résolveurs différents. En effet, le téléphone passe par le résolveur du réseau mobile, qui peut encore garder l’ancienne réponse.
Faut-il baisser le TTL avant de déplacer ma messagerie ?
Oui. Baissez le TTL de l’enregistrement MX la veille, puis testez l’envoi et la réception juste après le changement.
Qu’est-ce que l’enregistrement SOA ?
L’enregistrement de début d’autorité. Il contient des réglages pour toute la zone, dont la durée du cache négatif pour les noms qui n’existent pas.
Le fichier hosts peut-il causer des problèmes DNS ?
Oui. Une ligne dans le fichier hosts passe avant le DNS sur cet ordinateur. Supprimez donc les anciennes lignes après un déménagement.
Un DNS gratuit se propage-t-il plus lentement ?
Pas vraiment. L’attente dépend du TTL, pas du prix. Cependant, certains services gratuits imposent un TTL minimum long, alors vérifiez-le.