Mitä tapahtuu, kun kirjoitat URL-osoitteen ja painat Enteriä?

Question

IT Interview Practice · Accepted Answer

URL-osoitteen kirjoittaminen käynnistää ketjun verkkovaiheita: selain selvittää palvelimen IP-osoitteen, avaa siihen yhteyden, lähettää HTTP-pyynnön, vastaanottaa vastauksen ja renderöi sivun. Tässä on koko ketju osoitteelle `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** muuntaa ihmisluettavan nimen IP-osoitteeksi, yleensä välimuistista (selain, käyttöjärjestelmä tai resolver) haettuna, joten toistuvilla käynneillä se ei maksa käytännössä mitään. Sen jälkeen **TCP** muodostaa luotettavan yhteyden palvelimeen portissa 443. Koska URL on `https`, seuraa **TLS**-kättely: selain tarkistaa palvelimen varmenteen ja molemmat osapuolet johtavat istuntoavaimet, jotta liikenne on salattua. Vasta nyt selain lähettää varsinaisen **HTTP-pyynnön** (`GET /`). Palvelin palauttaa **vastauksen** — tilakoodin ja HTML:n. Selain jäsentää tuon HTML:n, löytää viittaukset CSS:ään, JavaScriptiin ja kuviin, hakee ne (usein rinnakkain), rakentaa **DOM:n** ja piirtää pikselit näytölle.

## Miksi se on tärkeää

Tämä on yksi yleisimmistä haastattelukysymyksistä juuri siksi, että se koskettaa jokaista pinon kerrosta — DNS, TCP, TLS, HTTP ja renderöinti — yhdessä tarinassa. Vahva vastaus osoittaa, että ymmärrät miten palaset liittyvät toisiinsa, etkä vain muista yksittäistä protokollaa ulkoa. Se avaa myös oven syvempiin jatkokysymyksiin: välimuistitus, yhteyksien uudelleenkäyttö, latenssi ja se, missä asiat voivat mennä pieleen — juuri ne aiheet, joilla on merkitystä, kun debuggaat hidasta tai rikkinäistä sivua tuotannossa.

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset