Cosa succede quando digiti un URL e premi Invio?

Question

IT Interview Practice · Accepted Answer

Digitare un URL avvia una catena di passi di rete: il browser individua l'indirizzo IP del server, apre una connessione verso di esso, invia una richiesta HTTP, riceve la risposta e rende la pagina. Ecco il flusso end-to-end per `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
```

Il **DNS** trasforma il nome leggibile dall'uomo in un indirizzo IP, di solito servito da una cache (browser, OS o resolver) così da non costare nulla nelle visite ripetute. Il **TCP** stabilisce poi una connessione affidabile con il server sulla porta 443. Poiché l'URL è `https`, segue un handshake **TLS**: il browser controlla il certificato del server ed entrambe le parti derivano chiavi di sessione così che il traffico sia cifrato. Solo ora il browser invia la vera **richiesta HTTP** (`GET /`). Il server restituisce una **risposta** — uno status code più l'HTML. Il browser analizza quell'HTML, scopre riferimenti a CSS, JavaScript e immagini, li scarica (spesso in parallelo), costruisce il **DOM** e disegna i pixel sullo schermo.

## Perché è importante

Questa è una delle domande da colloquio più comuni proprio perché tocca ogni strato dello stack — DNS, TCP, TLS, HTTP e rendering — in un'unica storia. Una risposta forte dimostra che capisci come le parti si connettono, anziché aver memorizzato un singolo protocollo. Apre anche la porta ad approfondimenti più profondi: caching, riuso delle connessioni, latenza e dove le cose possono fallire, che sono esattamente i temi che contano quando fai il debug di una pagina lenta o rotta in produzione.

Perché è importante

Domande correlate