Que se passe-t-il entre la saisie d’une URL et l’affichage de la page ? ── DNS, IP, DHCP, NAT, switchs et routeurs, pare-feu : explication étape par étape

Vous tapez une URL dans la barre d’adresse et appuyez sur Entrée ── ou vous cliquez sur un lien ── et la page apparaît en moins d’une seconde. C’est si ordinaire que vous n’y avez probablement jamais réfléchi. Mais derrière cet instant, votre PC accomplit un long voyage : il emprunte une adresse, consulte un annuaire, confie un colis, franchit un poste de contrôle et reçoit une réponse relayée par des villes du monde entier. Si l’un de ces points vous parle, poursuivez la lecture.

• « Expliquez ce qui se passe entre la saisie d’une URL et l’affichage de la page » ── la question classique d’entretien et d’examen en informatique vous a laissé sans voix
• Votre compréhension s’arrête quelque part vers « le DNS fait… quelque chose »
• Quand une page est lente, vous aimeriez pouvoir deviner quelle partie est lente
• Vous avez lu les articles individuels, mais vous voulez un seul article qui montre comment tout se connecte

Cet article suit le travail que votre navigateur fait en coulisses comme l’aller-retour d’une seule requête (une lettre portant votre question) ── chronologiquement, des préparatifs avant le départ jusqu’aux pixels à l’écran. Commençons par dévoiler l’itinéraire complet.

1. 0Préparatifs avant le départVotre PC est déjà un « habitant de la ville » ── adresse, sortie et emplacement de l’annuaire, tout est emprunté.
2. 1Du nom à l’adresseL’annuaire (DNS) transforme example.com en adresse (une adresse IP).
3. 2Sortir de la villeTrieur (switch) → sortie de la ville (routeur) → guichet de traduction (NAT) → poste de contrôle (pare-feu).
4. 3Relayé à travers le mondeDe ville en ville, les routeurs lisent la destination et passent le colis au suivant.
5. 4La réponse rentre à la maisonLa réponse suit la ligne du registre laissée à l’aller, jusqu’à votre PC.
6. 5Des pixels à l’écranLe navigateur lit le plan (HTML) et dessine, en allant chercher les matériaux manquants au passage.

Chaque personnage de cette histoire a son propre article approfondi sur ce site. Cet article ne rentre pas dans les détails : il trace, par le chemin le plus court, uniquement les connexions ── qui travaille, dans quel ordre et pourquoi. Dès qu’une étape attire votre attention, plongez de là dans l’article correspondant.

Question	Où c’est traité
Quelle est la toute première chose qui se passe après la saisie de l’URL ?	§1・§2
Comment le colis sort-il de la maison ?	§3
Pourquoi la réponse retrouve-t-elle le chemin vers mon PC ?	§4
Pourquoi certaines pages sont rapides et d’autres lentes ?	§5
On vous demande de tout expliquer d’un coup ?	FAQ Q5

1. Étape zéro : préparatifs avant le départ ── votre PC est déjà un « habitant de la ville »

1-1. Le voyage commence avant la touche Entrée

La plupart des explications s’ouvrent par « d’abord, le DNS… » ── mais une préparation s’est achevée avant cela. À l’instant où votre PC a rejoint le Wi-Fi, il a emprunté un kit en quatre pièces au gardien (DHCP) (→ Qu’est-ce que DHCP ?).

Inventaire avant le départ ── le kit en quatre pièces emprunté à DHCP

 ┌── ce que transporte votre PC ──────────────────────────────────┐
 │                                                                │
 │  1. Sa propre adresse          (adresse IP)                    │
 │  2. La limite du quartier      (masque de sous-réseau)         │
 │  3. Où se trouve la sortie     (passerelle par défaut)         │
 │  4. Où se trouve l'annuaire    (adresse du serveur DNS)        │
 │                                                                │
 │  => ces quatre pièces sont le bagage du voyage qui commence    │
 └────────────────────────────────────────────────────────────────┘

Sans adresse à lui, impossible de recevoir une réponse. Sans la limite du quartier, impossible de juger si une destination est « en ville ou hors de la ville ». Sans savoir où est la sortie, impossible de quitter la ville ; sans savoir où est l’annuaire, impossible de transformer les noms en adresses ── autrement dit, chaque étape du voyage à venir n’est possible que parce que ces quatre pièces sont en place.

À partir d’ici, l’article reprend chaque pièce au moment où elle sert : la pièce 4 au §2, les pièces 2 et 3 au §3, et la pièce 1 au §4. Gardez la liste de bagages dans un coin de votre tête ── et mettons-nous en route.

2. Du nom à l’adresse ── consulter l’annuaire (DNS)

2-1. La partie de l’URL dont les machines ont besoin, c’est le nom

Une URL comme https://example.com/page se compose de trois parties. https:// est « le protocole avec lequel on parlera », example.com est « le nom de l’interlocuteur », et /page est « quelle page à l’intérieur ». La première porte du voyage, c’est celle du milieu : le nom.

Car le système de livraison du réseau ne fonctionne pas avec des noms, mais avec des adresses (adresses IP) (→ Qu’est-ce qu’une adresse IP ?). Des noms que les humains retiennent, des adresses avec lesquelles les machines livrent ── jeter le pont entre les deux est la toute première chose à faire.

2-2. Demander à l’annuaire ── mais pas à chaque fois

Le PC se tourne donc vers la pièce 4 de son kit ── l’emplacement de l’annuaire ── et demande : « l’adresse de example.com, s’il vous plaît ? ». Ce service d’annuaire, c’est le DNS. Le voyage de la requête elle-même (vos notes locales → l’annuaire de la ville → le réseau mondial d’annuaires) est traité en profondeur dans Qu’est-ce que le DNS ? ; ici, retenez une seule chose : une fois un nom consulté, il est noté pour un temps, et la prochaine fois personne ne retourne demander (le cache) ── raison numéro un pour laquelle le même site s’ouvre plus vite à la deuxième visite.

Nous avons une adresse. example.com = 93.184.216.34, disons. La destination du voyage est fixée.

3. Sortir de la ville ── le trieur, la sortie, le guichet de traduction et le poste de contrôle

3-1. La première bifurcation : la destination est-elle en ville, ou hors de la ville ?

La destination fixée, le PC fait un jugement avant d’expédier le colis (la requête) : cette adresse est-elle dans la même ville (le même réseau), ou hors de la ville ? L’instrument de mesure, c’est la pièce 2 du kit, le masque de sous-réseau (la limite du quartier). 93.184.216.34 est clairement hors de la ville ── le colis est donc destiné à la pièce 3 du kit : la sortie de la ville (la passerelle par défaut, c’est-à-dire le routeur) (→ comment fonctionne ce jugement : Switch contre routeur : qu’est-ce qui les distingue vraiment ? §1).

La livraison en ville, c’est le travail du trieur (le switch). Le trieur lit la plaque sur la porte (l’adresse MAC) et remet le colis sans faute à la pièce de la sortie ── tout ce qui s’est passé jusqu’ici s’est passé à l’intérieur de la maison.

3-2. Deux formalités à la sortie ── réécriture d’adresse et inspection

À la sortie de la ville (le routeur), le colis passe par deux formalités.

Première formalité : le guichet de traduction (NAT) réécrit l’adresse de l’expéditeur. L’adresse de votre PC est réservée à l’usage interne de la ville (une IP privée) : elle ne peut pas sortir dans le monde telle quelle. Le guichet réécrit le champ expéditeur avec l’adresse postale publique de la ville (l’IP globale) et consigne « de quelle pièce ce colis est parti » dans un registre (la table NAT) (→ Qu’est-ce que NAT ?). Ce registre sera la clé du chemin du retour ── nous l’encaisserons au §4.

Deuxième formalité : l’inspection du poste de contrôle (pare-feu). Les colis sortants et entrants y sont confrontés aux règles (→ Que se passe-t-il sans pare-feu ?). Vous ne le remarquez jamais, mais sur les deux trajets de ce voyage, le colis passe toujours devant le poste de contrôle.

4. Relayé à travers le monde, et la réponse rentre à la maison

4-1. Internet = une chaîne de villes. De routeur en routeur

Une fois hors de la ville, le colis ne se téléporte pas à destination. Internet est une chaîne de villes, et la sortie de chaque ville (le routeur) lit la destination, juge « la ville d’à côté est plus proche » et le passe au voisin ── ce relais (le routage) se répète quelques dizaines de fois jusqu’à ce que le colis atteigne la ville de 93.184.216.34 (→ Switch contre routeur : qu’est-ce qui les distingue vraiment ? §4).

L’autre bout est le miroir du nôtre. Leur ville a aussi un poste de contrôle (pare-feu), et seuls les colis qui passent l’inspection atteignent le bâtiment ── le serveur qui garde les données de la page. Le serveur lit la requête (« /page, s’il vous plaît »), prépare le colis de réponse et le renvoie. « Mais qu’est-ce qu’un serveur, au juste ? » est un sujet fascinant en soi ── gardons-le pour un autre article.

4-2. Le mystère du retour ── pourquoi la réponse atteint-elle votre PC ?

Voici la question que la plupart des explications sautent. Le colis de réponse est adressé à l’adresse postale publique de la ville. La ville est pleine d’appareils ── alors pourquoi le colis retrouve-t-il le chemin précisément vers votre PC ?

La clé, c’est le registre (la table NAT) que le guichet de traduction a rempli au §3. Quand la réponse arrive, le guichet consulte la ligne en sens inverse ── « ce colis est la réponse à la question de cette pièce-là » ── et réécrit la destination vers l’adresse interne. De là, le trieur (switch) lit la plaque sur la porte et le remet à la pièce de votre PC ── les mêmes contrôles qu’à l’aller, franchis en sens inverse (→ le fonctionnement du registre : Qu’est-ce que NAT ? §3).

L'aller-retour complet ── les mêmes contrôles, franchis en sens opposés

 Aller (la requête)
  PC => trieur => sortie de la ville ┌ guichet : réécrit l'expéditeur en adresse publique + consigne au registre
                                     └ poste de contrôle : inspection
        => ville => ville => ville … (relais de routeurs) => leur poste de contrôle => serveur

 Retour (la réponse)
  serveur => leur poste de contrôle => … ville => ville => ville => sortie de la ville
                                     ┌ poste de contrôle : inspection
                                     └ guichet : consulte le registre à l'envers et réécrit la destination
        => trieur => PC (voyage accompli)

5. De la livraison à l’affichage ── le travail du navigateur

5-1. Ce qui est revenu, c’est un plan ── une page ≠ un colis

Le colis revenu à la maison ne contient pas la page elle-même, mais un plan (le HTML). Le navigateur le lit de haut en bas et commence l’assemblage ── « ici, une image », « l’apparence suit cette feuille de style (CSS) », « le comportement suit ce script (JS) » ── et chaque fois qu’il remarque un matériau manquant, il refait tout le voyage des §2–§4 pour aller le chercher.

Autrement dit, derrière le chargement d’une seule page, le même aller-retour court des dizaines de fois. « Une URL = un voyage » n’a jamais été le marché ── c’est une liasse de voyages. C’est la dernière révélation de cet article, et elle explique à la fois pourquoi les pages chargées d’images sont lentes et pourquoi une page s’affiche parfois avec des morceaux manquants : tout tient au nombre de voyages et à ceux qui aboutissent.

5-2. Pourquoi la deuxième visite est plus rapide ── l’entrepôt, et la fin du voyage

Les matériaux rapportés une fois sont rangés un temps dans l’entrepôt local du navigateur (le cache). Plus la deuxième visite peut s’épargner le voyage entier pour de nombreux matériaux, plus la page s’ouvre vite ── ajoutez-y les notes d’annuaire du §2, et le mystère du « c’est plus rapide la deuxième fois » est entièrement résolu. L’incident « j’ai mis à jour la page mais rien ne change », causé par un entrepôt périmé, mérite un article entier ── considérez ceci comme la mise en place.

Tous les matériaux arrivent, l’écran se peint, et le voyage s’achève. De la touche Entrée jusqu’ici : une à deux secondes tout au plus ── revoici la frise du début, une dernière fois.

1. 0Préparatifs avant le départVotre PC est déjà un « habitant de la ville » ── adresse, sortie et emplacement de l’annuaire, tout est emprunté.
2. 1Du nom à l’adresseL’annuaire (DNS) transforme example.com en adresse (une adresse IP).
3. 2Sortir de la villeTrieur (switch) → sortie de la ville (routeur) → guichet de traduction (NAT) → poste de contrôle (pare-feu).
4. 3Relayé à travers le mondeDe ville en ville, les routeurs lisent la destination et passent le colis au suivant.
5. 4La réponse rentre à la maisonLa réponse suit la ligne du registre laissée à l’aller, jusqu’à votre PC.
6. 5Des pixels à l’écranLe navigateur lit le plan (HTML) et dessine, en allant chercher les matériaux manquants au passage.

Résumé ── 6 étapes, plus une carte pour approfondir

1. Préparatifs avant le départ ── le PC a emprunté au gardien (DHCP) l’adresse, la limite, la sortie et l’emplacement de l’annuaire ; il est déjà habitant de la ville
2. Du nom à l’adresse ── l’annuaire (DNS) transforme le nom en adresse (IP) ; une fois consulté, c’est noté, et la fois suivante on s’en passe
3. Sortir de la ville ── la limite dit « hors de la ville » → le trieur (switch) remet le colis à la sortie → le guichet (NAT) réécrit l’expéditeur en adresse publique et le consigne au registre → le poste de contrôle (FW) inspecte
4. Relayé à travers le monde ── les sorties des villes (routeurs) lisent la destination et passent le colis, à travers le poste de contrôle d’en face, jusqu’au serveur
5. La réponse rentre à la maison ── une consultation inverse du registre réécrit la destination, et la réponse franchit les contrôles de l’aller en sens inverse, jusqu’au PC
6. Des pixels à l’écran ── le navigateur lit le plan (HTML), refait le voyage pour chaque matériau manquant, garnit l’entrepôt (cache) et peint

Étape	Qui travaille	Pour approfondir
0. Préparatifs avant le départ	Gardien (DHCP)	Qu’est-ce que DHCP ?
1. Du nom à l’adresse	Annuaire (DNS) · adresse postale (IP)	Qu’est-ce que le DNS ? · Qu’est-ce qu’une adresse IP ?
2. Sortir de la ville	Trieur · sortie · guichet · poste de contrôle	Switch contre routeur · Qu’est-ce que NAT ? · Que se passe-t-il sans pare-feu ?
3–4. Le relais et le retour	Routeurs · le registre du guichet	Switch contre routeur · Qu’est-ce que NAT ?
5. Des pixels à l’écran	Le navigateur	─ (cache et HTTPS dans de futurs articles)
Quand quelque chose en route est lent	─	Pourquoi le réseau du bureau est-il lent ? · Qu’est-ce qu’un VPN ?

FAQ

Q1. Quand une page est lente, puis-je savoir quelle étape est la lente ?

R. Dans les grandes lignes, oui (voir la frise du §0). Si tous les sites sont uniformément lents, soupçonnez la route des §3–4 (votre ligne, un VPN, le réseau de l’entreprise). Si seul le premier temps est lent, soupçonnez la résolution de noms du §2. Si seules certaines images ou parties d’une page traînent, soupçonnez les voyages de matériaux du §5. Pour un vrai diagnostic sur un réseau d’entreprise, Pourquoi le réseau du bureau est-il lent ? est le compagnon pratique.

Q2. Qu’est-ce qui change si je tape des mots-clés dans la barre de recherche au lieu d’une URL ?

R. Presque rien. La seule différence : un « même voyage, mais vers le moteur de recherche » supplémentaire court d’abord. À l’instant où vous cliquez sur un résultat, les §1–§5 de cet article se déroulent exactement comme écrits. Et si vous tapez des mots-clés directement dans la barre d’adresse, le navigateur les réécrit discrètement en URL du moteur de recherche ── puis entreprend le même voyage.

Q3. La même chose se produit-elle avec les favoris, ou les applis du smartphone ?

R. Oui. Un favori ne fait que sauter la partie « taper l’URL » ── le voyage lui-même part de l’étape zéro, inchangé. Les applis du smartphone n’ont pas l’air de navigateurs, mais en coulisses elles parlent à leurs serveurs par le même aller-retour (résolution de noms → sortir de la ville → relais → chemin du retour). Elles aussi empruntent le kit en quatre pièces au gardien dès qu’elles rejoignent le Wi-Fi.

Q4. Quelqu’un peut-il lire le contenu du colis en route ?

R. Si la connexion commence par https:// (le cadenas), le colis voyage dans une enveloppe chiffrée ── les routeurs et postes de contrôle des villes traversées ne peuvent pas en lire le contenu. Tout ce qu’ils peuvent lire, c’est la destination inscrite à l’extérieur. Le fonctionnement de cette enveloppe ── pourquoi personne en route ne peut fabriquer une clé qui brise le sceau ── mérite un article entier, prévu prochainement.

Q5. On vous demande d’« expliquer d’un coup tout ce qui se passe de l’URL à l’affichage » ── comment répondre ?

R. Voici les six étapes de cet article compressées en une réponse modèle de 30 secondes ── « D’abord, le PC a déjà obtenu de DHCP son adresse IP et la configuration associée. À la saisie de l’URL, ① le DNS résout le nom de domaine en adresse IP ; ② la destination est jugée sur un réseau externe, donc le paquet passe par un switch jusqu’à la passerelle par défaut ; ③ au routeur, NAT traduit l’adresse source et le pare-feu inspecte le trafic ; ④ le paquet est relayé de routeur en routeur par le routage jusqu’au serveur ; ⑤ la réponse du serveur revient à l’appareil d’origine grâce à une consultation inverse de la table NAT ; et ⑥ le navigateur interprète le HTML et affiche la page, en émettant des requêtes supplémentaires pour les images, le CSS et les autres ressources ». ── Si l’on creuse une étape, la section correspondante de cet article et les liens approfondis vous couvrent.