Du nom de domaine à l'adresse IP
Résolution DNS, hiérarchie et caches.
Objectifs
À la fin de cette leçon, vous saurez :
- expliquer pourquoi le DNS existe ;
- décrire le chemin d'une résolution, du cache au serveur autoritaire ;
- relier ce mécanisme à vos futurs déploiements.
Le problème
Les machines se joignent par adresses IP ; les humains retiennent des noms. Le DNS (Domain Name System) est l'annuaire qui traduit example.com → 93.184.216.34.
example.com
↓ résolution DNS
93.184.216.34
↓ connexion réseau
serveur
Une hiérarchie mondiale
Le DNS est un arbre distribué :
. (racine)
├── com (TLD)
│ ├── example
│ └── google
├── fr
└── org
Aucun serveur ne connaît tout : chacun connaît son niveau et sait qui interroger ensuite.
Le chemin d'une résolution
Quand votre navigateur demande example.com :
1. cache du navigateur → trouvé ? fin.
2. cache du système → trouvé ? fin.
3. résolveur du FAI / public → trouvé en cache ? fin.
4. serveurs racine → « demande à .com »
5. TLD .com → « demande à ns1.example.com »
6. serveur autoritaire → 93.184.216.34 ← réponse finale
Le résultat est mis en cache à chaque étage pour la durée du TTL (prochaine leçon). C'est pourquoi la première visite est plus lente que les suivantes.
Ce qu'il faut retenir pour la production
- Un nom de domaine pointe vers une IP via un enregistrement que vous contrôlez chez votre registrar.
- Changer cette adresse prend effet après expiration des caches (TTL) : c'est le levier principal des migrations de serveur.
- Vos applications n'interrogent jamais directement des IP en dur : elles utilisent des noms.
Exercice
- Pourquoi ne pas simplement écrire des IP partout dans le code ?
- Qui répond en premier lors d'une résolution répétée : le navigateur ou le serveur racine ?
- Votre FAI change l'IP de son serveur DNS sans vous prévenir : votre navigation continue-t-elle ? Pourquoi ?
Résumé
- DNS = annuaire hiérarchique et distribué, nom → IP.
- Résolution = cascade de caches, du plus proche au plus autoritaire.
- En production, le DNS est votre outil de redirection entre serveurs.
Correction disponibleCherchez d’abord par vous-même.Voir la correction
Correction
Réponses détaillées
Question 1. Les IP changent (migration, panne, montée en charge), sont illisibles et impossibles à répartir entre plusieurs serveurs. Le nom est stable ; l'adresse derrière lui est pilotable.
Question 2. Le cache du navigateur (ou du système). Le serveur racine n'est consulté que si tous les caches échouent — c'est-à-dire rarement.
Question 3. Oui pendant un temps : chaque machine garde ses réponses en cache jusqu'à leur TTL. Puis les nouvelles résolutions échouent jusqu'à ce qu'un résolveur alternatif soit configuré (par exemple 1.1.1.1 ou 8.8.8.8).