DNS : transformer des noms en adresses
Les 13 serveurs racine sont gérés par 12 organisations à partir de 2047 machines dans le monde (root-servers.org, 17 octobre 2026).
Plus personne ne télécharge ce fichier aujourd'hui. Tu tapes example.com plutôt que 198.51.100.20, et le nom est recherché au moment où tu en as besoin. Les routeurs ne comprennent pourtant que des nombres : avant que ton navigateur puisse envoyer le moindre paquet à un site web, le nom doit devenir une adresse. C'est le rôle du Domain Name System (DNS), que le guide de Cloudflare appelle l'annuaire d'Internet.
Un nom est un chemin qui descend dans un arbre
Lis www.example.com en partant de la droite. Tout en haut se trouve la racine, notée par un point invisible. En dessous viennent les domaines de premier niveau (TLD) comme com, org et kr. Sous com se trouve example, et en dessous www. Chaque morceau est une étiquette ; la RFC 1035 autorise jusqu'à 63 octets par étiquette et 255 octets pour un nom complet. Des organisations différentes gèrent des branches différentes de l'arbre, si bien qu'aucun ordinateur n'a besoin de connaître tous les noms. C'est exactement ce qui n'allait pas avec HOSTS.TXT, où un seul fichier sur chaque machine essayait de tous les contenir.
Quatre serveurs, huit étapes
Cloudflare distingue quatre sortes de serveurs dans une résolution. Le résolveur récursif, en général géré par ton FAI ou par un service DNS public, fait le travail à ta place. Un serveur racine sait où se trouvent les serveurs TLD. Un serveur TLD, comme celui de com, sait quels serveurs détiennent chaque domaine placé sous lui. Le serveur faisant autorité pour un domaine détient ses vrais enregistrements et donne la réponse finale. Sans rien en cache, une résolution prend huit étapes. Ton ordinateur interroge le résolveur. Le résolveur interroge la racine, qui le renvoie vers com. Il interroge com, qui le renvoie vers les serveurs de noms du domaine. Il interroge ces derniers, ils répondent avec l'adresse, et le résolveur te la transmet.
Fais glisser pour tourner. Fais défiler ou pince pour zoomer.
Pourquoi la deuxième résolution est instantanée
Si chaque résolution prenait huit étapes, le DNS serait lent et les serveurs racine crouleraient sous les questions. Les réponses sont donc conservées. Elles sont mises en cache dans le navigateur, dans le système d'exploitation et dans le résolveur. Chaque enregistrement est accompagné d'une durée de vie en secondes, fixée par le propriétaire du domaine. Un TTL de 3600 signifie « tu peux réutiliser cette réponse pendant une heure ». Un TTL court permet à un propriétaire de déplacer un site rapidement ; un TTL long économise des résolutions. Les serveurs racine sont eux aussi répartis : les 13 serveurs racine nommés, de a à m, fonctionnaient le 17 octobre 2026 sous la forme de 2047 instances distinctes.
Deux sortes de questions, un seul port
Une résolution mélange deux sortes de questions. Ton ordinateur envoie au résolveur une requête récursive, qui veut dire « donne-moi la réponse finale ou une erreur ». Le résolveur envoie ensuite des requêtes itératives aux serveurs racine, TLD et faisant autorité, et chacun répond avec ce qu'il a de mieux, souvent un simple renvoi vers le serveur suivant. Les messages DNS vont au port 53, en général en UDP, car une question et une réponse tiennent chacune dans un paquet. Les grosses réponses et les transferts entre serveurs utilisent TCP, que la RFC 7766 rend obligatoire dans toute implémentation complète du DNS. Tu peux essayer toi-même. Sur la plupart des ordinateurs, la commande nslookup example.com affiche le résolveur utilisé et les adresses obtenues.
Les enregistrements contiennent plus que des adresses
| Enregistrement | Contient | Exemple |
|---|---|---|
| A | Une adresse IPv4 | www.example.com → 198.51.100.20 |
| AAAA | Une adresse IPv6 (RFC 3596) | www.example.com → 2001:db8::20 |
| CNAME | Un autre nom à résoudre à la place | shop.example.com → example.com |
| MX | Le serveur de messagerie du domaine | example.com → mail.example.com |
| NS | Les serveurs de noms faisant autorité | example.com → ns1.example.com |
- Résolution sans cache de www.example.com : quels serveurs le résolveur interroge-t-il, dans l'ordre ?
- Quel serveur donne la réponse finale pour www.example.com ?
- Le serveur faisant autorité pour example.com
- Le serveur racine
- Le serveur TLD de com
- Le serveur web
- Combien d'étapes compte une résolution sans cache selon la description de Cloudflare ?
- Quel enregistrement contient une adresse IPv6 ?
- AAAA
- A
- MX
- CNAME
- Un enregistrement a un TTL de 3600. Pendant combien de minutes un cache peut-il le réutiliser ?
- Quelle longueur maximale une seule étiquette (comme example) peut-elle avoir selon la RFC 1035 ?
- Combien y a-t-il de serveurs racine nommés ?
- Tu as résolu un nom il y a 10 secondes et le cache du navigateur le garde 60 secondes. Combien de messages DNS quittent ton ordinateur si tu le résous de nouveau maintenant ?
- À quoi sert un enregistrement MX ?
- À désigner le serveur de messagerie d'un domaine
- À stocker une page web
- À contenir une adresse IPv6
- À fixer le TTL des autres enregistrements
- Qu'est-ce que le DNS a remplacé ?
- Un fichier HOSTS.TXT unique copié sur chaque ordinateur
- Le réseau téléphonique
- Adresses IP
- Les routeurs
- « Le DNS stocke les pages web. » Le DNS répond seulement avec des enregistrements comme des adresses, des serveurs de messagerie et d'autres noms. La page elle-même vient du serveur web situé à l'adresse renvoyée par le DNS.
- « Quand un site change d'adresse, tout le monde voit aussitôt la nouvelle. » Les navigateurs, les systèmes d'exploitation et les résolveurs gardent l'ancienne réponse jusqu'à l'expiration de son TTL. Avec un TTL de 3600, certains visiteurs peuvent encore être envoyés vers l'ancienne adresse pendant une heure au plus.
- « Il y a exactement 13 ordinateurs serveurs racine. » Il y a 13 noms, de a à m, gérés par 12 organisations. Le 17 octobre 2026, ils répondaient depuis 2047 instances dans le monde.
- « Mon ordinateur interroge lui-même le serveur racine. » Ton ordinateur interroge une seule fois le résolveur récursif. Le résolveur va de la racine au serveur TLD puis au serveur faisant autorité, et ne te renvoie que le résultat.
- Le DNS transforme des noms en adresses ; les noms se lisent de droite à gauche en descendant un arbre.
- Résolveur récursif → racine → TLD → faisant autorité : huit étapes quand rien n'est en cache.
- Les réponses sont mises en cache dans le navigateur, le SE et le résolveur pendant le TTL de l'enregistrement (en secondes).
- A = IPv4, AAAA = IPv6, CNAME = alias, MX = courrier, NS = serveurs de noms.
Sources de ce cours (28)
- (checked 2026-10-17; reordered 2026-10-19: standards first, then official documentation, then operators and papers, history sources last)
- IETF RFCs (rfc-editor.org): RFC 768 UDP (1980, 8-byte header)
- RFC 791 IPv4 (1981, 32-bit addresses, "does not provide a reliable communication facility", TTL field "measured in units of seconds" but every module must decrease it by at least one, so it is only an upper bound)
- RFC 792 ICMP (Time Exceeded)
- RFC 801 NCP/TCP transition plan (1 January 1983)
- RFC 894 Ethernet (1500-byte payload)
- RFC 1034 and RFC 1035 DNS (1987, HOSTS.TXT kept by SRI-NIC, labels up to 63 octets and names up to 255, TTL in seconds)
- RFC 1122 (127.0.0.0/8 loopback)
- RFC 1918 private addresses (10/8, 172.16/12, 192.168/16)
- RFC 2131 DHCP, RFC 3022 NAT, RFC 3596 AAAA records, RFC 3849 and RFC 5737 documentation addresses, RFC 4271 BGP-4, RFC 4291 IPv6 text form, RFC 6298 TCP retransmission timer (initial RTO 1 second)
- RFC 6335 port ranges (0-1023, 1024-49151, 49152-65535)
- RFC 7766 DNS over TCP, RFC 8200 IPv6 (128-bit addresses, Hop Limit)
- RFC 8446 TLS 1.3 (one round-trip handshake)
- RFC 9000 QUIC and RFC 9114 HTTP/3, RFC 9110 HTTP semantics (status code classes)
- RFC 9293 TCP (three-way handshake, sequence numbers)
- IANA: ip-parameters registry (recommended default TTL 64)
- IPv4 free pool depleted 3 February 2011 (NRO and ARIN announcements)
- Official documentation: MDN Web Docs "How does the Internet work?" (45 cables for 10 computers, switches, routers, MAC and IP addresses, internet and web)
- "What is a URL?", "HTTP response status codes" (developer.mozilla.org)
- Cloudflare Learning Center: "What is DNS?" (four kinds of DNS server, 8 steps of an uncached lookup, browser and OS caches, TTL)
- "What is HTTP/3?" (cloudflare.com/learning)
- Google Chrome Help, "Browse in Incognito mode" (support.google.com/chrome/answer/95464, checked 2026-10-19: Incognito limits what is saved to the device; websites and organisations that manage your network, like your school, employer or internet service provider, may be able to observe your activity)
- Operators and papers: root-servers.org (13 root name servers run by 12 organisations, 2047 instances on 2026-10-17)
- Jacobson and Karels 1988, Congestion Avoidance and Control (loss mostly congestion)
- History blocks only: UCLA Samueli School of Engineering, Internet50 (first ARPANET message "LO", UCLA to SRI, 29 October 1969, 22:30)
- historyofinformation.com and Wikipedia ARPANET (Kline)
- Spiceworks/SRI history (HOSTS.TXT kept by SRI-NIC)
- Numbers (2^32, 2^96, 45 and 6 cables, packet counts, round-trip times)
Consulté le: 2026-10-17