Mi történik, amikor beírsz egy URL-t és megnyomod az Entert?

Question

IT Interview Practice · Accepted Answer

Egy URL beírása hálózati lépések láncát indítja el: a böngésző kideríti a szerver IP-címét, kapcsolatot nyit hozzá, elküld egy HTTP requestet, megkapja a választ, és megjeleníti (renderel) az oldalt. Íme a teljes, end-to-end folyamat a `https://example.com` esetében:

```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
```

A **DNS** az ember által olvasható nevet IP-címmé alakítja, általában cache-ből (böngésző, OS vagy resolver) kiszolgálva, így ismételt látogatáskor gyakorlatilag ingyenes. Ezután a **TCP** megbízható kapcsolatot épít a szerverrel a 443-as porton. Mivel az URL `https`, egy **TLS** handshake következik: a böngésző ellenőrzi a szerver certificate-jét, és mindkét fél session kulcsokat származtat, hogy a forgalom titkosított legyen. Csak most küldi el a böngésző a tényleges **HTTP requestet** (`GET /`). A szerver egy **választ (response)** küld vissza — egy status code-ot plusz HTML-t. A böngésző elemzi ezt a HTML-t, felfedezi a CSS-re, JavaScriptre és képekre mutató hivatkozásokat, letölti azokat (gyakran párhuzamosan), felépíti a **DOM**-ot, és pixeleket rajzol a képernyőre.

## Miért fontos

Ez az egyik leggyakoribb interjúkérdés, épp azért, mert a stack minden rétegét érinti — DNS, TCP, TLS, HTTP és rendering — egyetlen történetben. Egy erős válasz azt mutatja, hogy érted, hogyan kapcsolódnak össze a részek, nem pedig egyetlen protokollt magolsz be. Ajtót nyit a mélyebb rákérdezéseknek is: caching, kapcsolat-újrahasználat, latency, és hogy hol romolhatnak el a dolgok — pontosan azok a témák, amelyek számítanak, amikor egy lassú vagy hibás oldalt debugolsz production környezetben.

Miért fontos

Kapcsolódó kérdések