how/network

Что происходит когда я нажимаю Enter в браузере

Один URL → 12+ пакетов → 4 разных протокола → ~100мс. Полная цепочка от DNS до отрендеренной страницы за один обзор. Это финал - все предыдущие explainer'ы в одной сцене.

Это финальный explainer - собирает всё что ты узнал в предыдущих в одну большую картину. Любая страница в интернете открывается через последовательность одних и тех же шагов:

DNS - узнать IP по имени
TCP - открыть надёжный канал к серверу
TLS - поверх TCP установить шифрование
HTTP - наконец-то задать вопрос и получить ответ

Каждая фаза - отдельная серия пакетов. Каждая занимает минимум 1 round-trip до сервера. Если RTT большой (далёкий сервер) - ты прямо чувствуешь как страница «думает». Если все фазы быстрые - просто работает.

Нажми ▶ - посмотрим всю цепочку как sequence diagram между тремя актёрами: твой браузер, DNS-resolver, и веб-сервер.

step 1/6·00 · нажал Enter

§ шаги

Ты вбил https://example.com в адресную строку и нажал Enter. С этого момента началась цепочка.

В этой анимации - 3 актёра: твой браузер, DNS-resolver (прилетел адрес в DHCP-опциях, например 8.8.8.8), и веб-сервер example.com. Между ними сейчас пройдут 4 разные фазы, каждая на своём протоколе.

Дополнительная инфраструктура (DHCP, ARP, routing) уже отработала до этого момента - у твоего ноута есть IP, маска, gateway, dns. Если бы не было - пришлось бы добавить ещё ~10 пакетов в начале.

итого

Что важно запомнить:

Полное «нажал Enter» = ~12 пакетов для одного запроса (минимум): 2 DNS + 3 TCP + 4-5 TLS + 2 HTTP. Каждое требует RTT - поэтому на удалённых серверах задержка чувствуется
Каждая фаза опирается на предыдущую:
- HTTP не запустится без TLS
- TLS не запустится без TCP
- TCP не запустится без знания IP
- IP не получится без DNS
- DNS не запустится без [[default-gateway|default-gateway]]
- Default gateway не известен без DHCP
- Всё начинается с физического линка
Оптимизации:
- HTTP/2 мультиплексирует запросы по одному TCP-соединению - не нужно повторять TCP+TLS для каждого ресурса страницы
- HTTP/3 использует QUIC поверх UDP - TCP+TLS handshake компрессируется в один round-trip (или нулевой при повторном подключении)
- DNS prefetch в браузере - резолвит имена до того как пользователь кликнул
- Connection reuse (keep-alive) - соединение остаётся открытым после первого ответа, последующие запросы идут без TCP+TLS
В DevTools каждой современной браузера в Network → Timing видно разбивку этих фаз для каждого ресурса. Названия там обычно «DNS lookup», «Initial connection», «SSL», «Waiting (TTFB)» - это ровно те же фазы что в нашей анимации
В реальной странице на один HTML идёт ещё десятки запросов на CSS, JS, изображения, шрифты, аналитику. Каждый - повторение цепочки или часть её (если используется keep-alive)

Это финал серии - теперь у тебя есть полная картина «как работает интернет» от линка до рендеренной страницы. Для углубления каждой части - открывай отдельные explainer'ы (DNS, TCP, TLS) или статьи в KB.

§ копнуть в базу знаний

§ шаги

Ты вбил https://example.com в адресную строку и нажал Enter. С этого момента началась цепочка.

В этой анимации - 3 актёра: твой браузер, DNS-resolver (прилетел адрес в DHCP-опциях, например 8.8.8.8), и веб-сервер example.com. Между ними сейчас пройдут 4 разные фазы, каждая на своём протоколе.

Дополнительная инфраструктура (DHCP, ARP, routing) уже отработала до этого момента - у твоего ноута есть IP, маска, gateway, dns. Если бы не было - пришлось бы добавить ещё ~10 пакетов в начале.