Что происходит, когда вы вводите URL и нажимаете Enter?

Question

IT Interview Practice · Accepted Answer

Ввод URL запускает цепочку сетевых шагов: браузер выясняет IP-адрес сервера, открывает к нему соединение, отправляет HTTP-запрос, получает ответ и отрисовывает страницу. Вот сквозной поток для `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** превращает читаемое человеком имя в IP-адрес, обычно отдаваемый из кэша (браузера, ОС или resolver), так что при повторных визитах это ничего не стоит. Затем **TCP** устанавливает надёжное соединение с сервером на порту 443. Поскольку URL — это `https`, следом идёт **TLS**-рукопожатие: браузер проверяет сертификат сервера, и обе стороны выводят сессионные ключи, чтобы трафик был зашифрован. Только теперь браузер отправляет собственно **HTTP-запрос** (`GET /`). Сервер возвращает **ответ** — код статуса плюс HTML. Браузер разбирает этот HTML, обнаруживает ссылки на CSS, JavaScript и изображения, загружает их (часто параллельно), строит **DOM** и отрисовывает пиксели на экране.

## Почему это важно

Это один из самых частых вопросов на собеседовании именно потому, что он затрагивает каждый слой стека — DNS, TCP, TLS, HTTP и рендеринг — в одной истории. Сильный ответ показывает, что вы понимаете, как части соединяются между собой, а не заучили какой-то один протокол. Он также открывает дверь к более глубоким уточнениям: кэширование, повторное использование соединений, задержки и места, где всё может сломаться, — а это именно те темы, которые важны, когда вы отлаживаете медленную или сломанную страницу в production.

Почему это важно

Похожие вопросы