Résolution : du nom à l'IP

Prérequis (cursus dev) : du nom à l'adresse.

Pourquoi

« Le site ne marche plus » est un problème DNS une fois sur trois. Comprendre la chaîne de résolution, c'est savoir exactement qui ment quand un nom ne résout plus.

Concepts

• Chaîne : ton PC → résolveur (box, 1.1.1.1, 9.9.9.9) → racine (.) → TLD (.fr) → autoritaire (example.fr) → IP. Chaque maillon cache avec un TTL (durée de vie en secondes).
• Récursif vs autoritaire : le récursif cherche pour toi (ton résolveur), l'autoritaire répond pour sa zone (les DNS de ton registrar/hébergeur). Confondre les deux fausse tout diagnostic.
• Cache partout : navigateur, OS (systemd-resolved), box, résolveur, intermédiaires. « Ça marche chez le voisin mais pas chez moi » = presque toujours un cache.

Exemple : remonter la chaîne

dig +short example.com            # réponse du résolveur configuré
dig +short @1.1.1.1 example.com  # … et d'un résolveur neutre : différent = cache local menteur
dig +trace example.com            # la chaîne complète, maillon par maillon

Si +trace marche mais pas la résolution normale : ton résolveur (ou son cache) est en cause, pas le domaine.

Cas réel

Migration de site : nouveau serveur, DNS changé, TTL ancien de 86400 s (24 h). La moitié des visiteurs voient l'ancien site pendant un jour. La parade : baisser le TTL à 300 s 48 h avant le changement, le remonter après.

Pièges

• Tester avec le navigateur uniquement : il cache agressivement (même chrome://net-internals/#dns pour purger).
• /etc/hosts oublié : une ligne locale surcharge tout le DNS — super pour tester, terrible oubliée.
• DNS menteur (portail captif, filtrage) : dig +trace vs résolveur pour démasquer.

À retenir

Chaîne + TTL + caches partout ; dig neutre puis +trace ; baisser le TTL avant de bouger.