Propagation DNS

Qu'est-ce que la propagation DNS ?

La propagation DNS fait référence au temps qu'il faut pour que les changements apportés aux registres DNS soient reconnus sur tout Internet. Lorsque vous mettez à jour les registres DNS (changement de serveurs de noms, mise à jour des registres A, modification des registres MX), les changements ne prennent pas effet immédiatement. Ils doivent se propager à travers le système DNS hiérarchique à mesure que les caches expirent et se rafraîchissent.

Comprendre la « propagation »

Le terme « propagation » est quelque peu trompeur. Les changements DNS ne « se propagent » pas activement ou se propagent. Au lieu de cela :

1. Vous mettez à jour les registres sur le serveur de noms faisant autorité

2. Les copies mises en cache expirent en fonction du TTL (Time To Live)

3. Les nouvelles requêtes récupèrent les registres mis à jour des serveurs faisant autorité

4. Les anciennes copies mises en cache continuent à servir jusqu'à l'expiration du TTL

Il est plus exact de dire « expiration du cache DNS » que « propagation », mais le terme propagation est largement utilisé.

Comment fonctionnent les changements DNS

Le processus de mise à jour

Étape 1 : Mise à jour des registres DNS
        example.com Registre A : 203.0.113.50 → 203.0.113.51

Étape 2 : Le serveur de noms faisant autorité sert immédiatement le nouveau registre

Étape 3 : Les copies mises en cache existantes restent valides jusqu'à l'expiration du TTL

Étape 4 : Les nouvelles requêtes après l'expiration du TTL reçoivent le registre mis à jour

Étape 5 : Tous les caches finissent par expirer et se rafraîchir
        → « Propagation complète »

Exemple de chronologie

Heure : 10:00 - DNS mise à jour (TTL: 300s / 5 minutes)

Résolveur A (mis en cache à 09:58) :
  09:58 - IP ancienne mise en cache, expire 10:03
  10:03 - Cache expire, interroge à nouveau, obtient la nouvelle IP

Résolveur B (mis en cache à 10:01) :
  10:01 - IP ancienne mise en cache, expire 10:06
  10:06 - Cache expire, interroge à nouveau, obtient la nouvelle IP

Résolveur C (interroge à 10:05) :
  10:05 - Pas de cache, interroge immédiatement, obtient la nouvelle IP

Tous les résolveurs ont la nouvelle IP à : 10:06
Temps de propagation : 6 minutes (pire cas basé sur TTL)

Facteurs affectant le temps de propagation

TTL (Time To Live)

Le facteur le plus important :

Changements de serveurs de noms

Le changement de serveurs de noms prend plus de temps que les autres changements DNS :

Niveau registre : 24-48 heures (cache du serveur de noms de la TLD)
Niveau résolveur : Basé sur TTL du registre NS
Temps total : Jusqu'à 48 heures au pire cas

Comportement du résolveur et FAI

Tous les résolveurs DNS ne respectent pas les valeurs TTL :

• Respectent strictement TTL
• Propagation rapide

• Peuvent ignorer les TTL bas
• Cachent plus longtemps que spécifié
• Peuvent retarder la propagation de plusieurs heures

Distribution géographique

Différentes régions se mettent à jour à différents moments en fonction du cache du résolveur local :

Amérique du Nord : 10:05 - Mise à jour
Europe : 10:08 - Mise à jour
Asie : 10:12 - Mise à jour

Mise en cache côté client

Même après la mise à jour des serveurs DNS, les caches locaux peuvent conserver les anciennes valeurs :

• Cache navigateur : 60 secondes généralement
• Cache du système d'exploitation : Minutes à heures
• Cache de l'application : Varie selon l'application

Vérification de la propagation DNS

Vérificateurs de propagation en ligne

curl "https://domscan.net/v1/health?domain=example.com"
# Affiche la configuration DNS actuelle

Vérifications en ligne de commande

# DNS Google
dig @8.8.8.8 example.com

# DNS Cloudflare
dig @1.1.1.1 example.com

# Votre FAI (pas de serveur @ spécifié)
dig example.com

# Comparer les résultats

# Trouver les serveurs de noms
dig example.com NS

# Interroger le NS faisant autorité directement
dig @ns1.example.com example.com

Ce qui montre la « vérité » immédiatement, sans cache impliqué.

Vérifier à partir de plusieurs emplacements

# Utiliser curl avec DNS via HTTPS
curl -H 'accept: application/dns-json'   'https://cloudflare-dns.com/dns-query?name=example.com&type=A'

Minimisation du temps de propagation

Avant de faire des changements

Ancien : example.com.    3600    IN    A    203.0.113.50
Nouveau : example.com.    300     IN    A    203.0.113.50
                         ^^^
                         Réduit à 5 minutes

Attendre la durée complète de l'ancien TTL (3600s = 1 heure)

example.com.    300    IN    A    203.0.113.51

Vérifier les résolveurs globalement

example.com.    3600    IN    A    203.0.113.51

Pendant les changements

Scénarios de propagation courants

Changement d'un registre A

# Avant
example.com → 203.0.113.50

# Après
example.com → 203.0.113.51

# Propagation : 1x durée TTL

Changement d'un registre MX

Changement de serveurs de noms

Pourquoi si long ?
La registre TLD met en cache les registres NS
Le TTL de la registre est souvent de 24-48 heures
Aucun contrôle sur le cache de la registre

Ajout d'un nouveau sous-domaine

Si le sous-domaine a été interrogé et n'existait pas :
→ NXDOMAIN mis en cache (TTL minimum SOA)
→ Le nouveau sous-domaine ne se résoudra pas jusqu'à l'expiration du cache

Dépannage des problèmes de propagation

Le changement ne se propage pas

dig @ns1.example.com example.com
# Devrait afficher la nouvelle valeur

dig example.com | grep -i ttl

dig example.com SOA
# Rechercher le champ TTL minimum

Effacer navigateur, système d'exploitation et caches d'application

Propagation partielle

Propagation bloquée

1. Vérifier que le serveur de noms faisant autorité est correct

2. Contacter le FAI s'il persiste

3. Les utilisateurs peuvent passer à DNS public (8.8.8.8, 1.1.1.1)

Propagation DNS vs TTL du cache

Meilleures pratiques

1. Réduire le TTL avant les changements : Réduire le TTL 24-48 heures avant les mises à jour DNS

2. Utiliser les TTL appropriés : Équilibrer les performances (TTL élevé) vs flexibilité (TTL bas)

3. Surveiller globalement : Vérifier DNS à partir de plusieurs régions géographiques

4. Maintenir les anciens services : Maintenir les serveurs précédents jusqu'à la fin de la propagation

5. Documenter les changements : Suivre les changements et quand pour le dépannage

6. Tester complètement : Vérifier que les nouveaux registres DNS fonctionnent avant de changer

7. Communiquer avec les utilisateurs : Avertir des brèves interruptions possibles

8. Utiliser DNS géré : Les fournisseurs avec réseaux anycast minimisent le temps de propagation

9. Automatiser la surveillance : Configurer les alertes pour les changements DNS et l'état de propagation

10. Avoir un plan d'annulation : Savoir comment annuler les changements en cas de problème

Liste de vérification de propagation

☐ Réduire le TTL 24-48 heures avant le changement
☐ Attendre l'expiration de l'ancien TTL
☐ Faire le changement DNS
☐ Vérifier sur les serveurs de noms faisant autorité
☐ Vérifier plusieurs résolveurs publics
☐ Tester à partir de plusieurs emplacements géographiques
☐ Surveiller pendant 2x la durée TTL
☐ Vérifier qu'aucune erreur n'est signalée
☐ Restaurer un TTL plus élevé si souhaité
☐ Documenter l'achèvement du changement

La propagation DNS est une conséquence naturelle de la mise en cache DNS. Comprendre le comportement TTL et planifier les changements en conséquence garantit des mises à jour fluides et prévisibles avec une interruption minimale.