Que se passe-t-il quand vous tapez une URL et appuyez sur Entrée ?

Question

IT Interview Practice · Accepted Answer

Taper une URL déclenche une chaîne d'étapes réseau : le navigateur détermine l'adresse IP du serveur, ouvre une connexion vers lui, envoie une requête HTTP, reçoit la réponse et affiche la page. Voici le flux de bout en bout pour `https://example.com` :

```text
You type https://example.com
   │
   ▼
1. URL PARSE   split scheme (https) + host (example.com) + path (/)
   │
   ▼
2. DNS         example.com ──▶ 93.184.216.34   (resolve name → IP)
   │
   ▼
3. TCP         3-way handshake to 93.184.216.34:443  (open connection)
   │
   ▼
4. TLS         handshake: verify certificate + agree on keys (encrypt)
   │
   ▼
5. HTTP        GET / HTTP/1.1   Host: example.com   (send request)
   │
   ▼
6. RESPONSE    200 OK + HTML   (server replies)
   │
   ▼
7. RENDER      parse HTML → fetch CSS/JS/images → build DOM → paint
```

Le **DNS** transforme le nom lisible par un humain en une adresse IP, généralement servie depuis un cache (navigateur, OS ou resolver) de sorte que cela ne coûte rien lors des visites répétées. Le **TCP** établit ensuite une connexion fiable avec le serveur sur le port 443. Comme l'URL est en `https`, un handshake **TLS** suit : le navigateur vérifie le certificat du serveur et les deux parties dérivent des clés de session pour que le trafic soit chiffré. Ce n'est qu'à ce moment que le navigateur envoie la véritable **requête HTTP** (`GET /`). Le serveur renvoie une **réponse** — un code de statut plus du HTML. Le navigateur analyse ce HTML, découvre des références vers du CSS, du JavaScript et des images, les récupère (souvent en parallèle), construit le **DOM** et peint les pixels à l'écran.

## Pourquoi c'est important

C'est l'une des questions d'entretien les plus courantes précisément parce qu'elle touche chaque couche de la stack — DNS, TCP, TLS, HTTP et rendering — en une seule histoire. Une bonne réponse montre que vous comprenez comment les pièces se connectent plutôt que de mémoriser un protocole isolé. Elle ouvre aussi la porte à des questions plus poussées : caching, réutilisation de connexion, latence, et là où les choses peuvent échouer, qui sont exactement les sujets qui comptent quand vous déboguez une page lente ou cassée en production.

Pourquoi c'est important

Questions connexes