Was passiert, wenn du eine URL eingibst und Enter drückst?

Question

IT Interview Practice · Accepted Answer

Das Eingeben einer URL stößt eine Kette von Netzwerkschritten an: Der Browser ermittelt die IP-Adresse des Servers, öffnet eine Verbindung zu ihm, sendet einen HTTP-Request, empfängt die Response und rendert die Seite. Hier ist der End-to-End-Ablauf für `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
```

**DNS** verwandelt den menschenlesbaren Namen in eine IP-Adresse, meist aus einem Cache bedient (Browser, OS oder Resolver), sodass es bei erneuten Besuchen nichts kostet. **TCP** stellt dann eine zuverlässige Verbindung mit dem Server auf Port 443 her. Weil die URL `https` ist, folgt ein **TLS**-Handshake: Der Browser prüft das Zertifikat des Servers, und beide Seiten leiten Session-Keys ab, sodass der Traffic verschlüsselt wird. Erst jetzt sendet der Browser den eigentlichen **HTTP-Request** (`GET /`). Der Server liefert eine **Response** zurück — einen Statuscode plus HTML. Der Browser parst dieses HTML, entdeckt Verweise auf CSS, JavaScript und Bilder, holt diese (oft parallel), baut das **DOM** auf und malt Pixel auf den Bildschirm.

## Warum es wichtig ist

Dies ist eine der häufigsten Interviewfragen, gerade weil sie jede Schicht des Stacks berührt — DNS, TCP, TLS, HTTP und Rendering — in einer einzigen Geschichte. Eine starke Antwort zeigt, dass du verstehst, wie die Teile zusammenhängen, statt irgendein einzelnes Protokoll auswendig zu lernen. Sie öffnet außerdem die Tür zu tieferen Nachfragen: Caching, Wiederverwendung von Verbindungen, Latenz und wo Dinge scheitern können — genau die Themen, die zählen, wenn du eine langsame oder kaputte Seite in Produktion debuggst.

Warum es wichtig ist

Ähnliche Fragen