DNS

Niveau débutant

Comment fonctionne un DNS, expliqué par ce qui se passe quand il tombe

Le DNS traduit votre nom de domaine en adresse de serveur. Comprendre ce trajet vous dit où chercher quand un site devient injoignable.

Votre site est en ligne, le serveur tourne, et pourtant personne ne le voit. Neuf fois sur dix, ce n'est pas le site qui est en panne : c'est l'annuaire qui n'arrive plus à donner son adresse.

Le problème que le DNS résout

Les machines ne se parlent pas par des noms mais par des adresses IP, du genre 109.234.165.64. Personne n'a envie de retenir ça. Le DNS est l'annuaire qui fait la traduction : vous tapez un nom, il rend une adresse.

C'est tout. Le reste n'est que de la mécanique pour que cet annuaire reste rapide et disponible dans le monde entier.

Le trajet complet, en quatre arrêts

Quand vous tapez une adresse, votre navigateur ne connaît pas la réponse. Il la demande, et la question voyage :

1. Le résolveur de votre fournisseur d'accès reçoit la question. C'est lui qui va faire le travail, et surtout c'est lui qui garde les réponses en mémoire.
2. Les serveurs racine répondent : « je ne sais pas, mais pour tout ce qui finit en .fr, demande là. »
3. Les serveurs du .fr répondent : « pour ce domaine précis, les serveurs qui font autorité sont ceux-ci. »
4. Les serveurs faisant autorité de votre domaine, ceux de votre hébergeur ou de votre bureau d'enregistrement, donnent enfin l'adresse IP.

Le résolveur garde ensuite cette réponse pendant une durée définie, et c'est cette mémoire qui explique presque tous les comportements bizarres pendant un changement.

Le TTL, ou pourquoi votre site est en ligne pour vous et pas pour votre client

Chaque réponse DNS est livrée avec une durée de validité : le TTL, pour time to live, exprimé en secondes. Un TTL de 3600 veut dire que tous les résolveurs du monde ont le droit de garder cette réponse une heure sans la revérifier.

Conséquence directe, et c'est la source de la moitié des appels que je reçois pendant une migration : après un changement, il n'existe pas un moment où le site bascule pour tout le monde. Il bascule résolveur par résolveur, à mesure que chacun voit expirer sa copie.

Vous voyez le nouveau site, votre client voit encore l'ancien, et vous avez tous les deux raison.

Où ça casse en pratique

Le dernier cas est le plus mal compris. Changer d'hébergeur ne change pas automatiquement les serveurs DNS : ce sont deux réglages distincts, souvent chez deux prestataires différents.

Les deux commandes qui répondent à tout

Sur n'importe quel ordinateur :

nslookup votredomaine.fr

Elle vous dit quelle adresse votre machine obtient, maintenant. Si elle rend l'ancienne IP, c'est un cache, pas une panne.

Pour interroger directement un serveur public, en contournant celui de votre fournisseur d'accès :

nslookup votredomaine.fr 1.1.1.1

Si cette seconde commande rend la bonne adresse alors que la première rend l'ancienne, le changement est bien fait : il ne reste qu'à attendre l'expiration des caches. C'est une information précieuse, parce qu'elle transforme une panique en patience.

Ce qu'il faut retenir avant de toucher à quoi que ce soit

Le DNS n'est pas instantané par conception, et ce n'est pas un défaut : c'est ce qui lui permet de tenir la charge du monde entier. Toute intervention se prépare donc à l'avance, en abaissant le TTL avant le changement et non après.

C'est le sujet de l'article suivant, celui qui explique comment enchaîner un transfert de site sans une minute de coupure.

Si votre domaine ne résout plus et que vous ne savez pas par quel bout le prendre, décrivez-moi le symptôme : le diagnostic est gratuit.