Перейти к основному контенту
NGPP
Кабинет

Учебный конструктор · путь веб-запроса

Что происходит, когда открываешь сайт

Ввёл адрес, нажал Enter — и через миг страница на экране. Но между этим — целая цепочка: разбор URL → DNS → TCP → TLS → HTTP → отрисовка. Запусти и проследи каждый шаг, а тумблерами (HTTPS, DNS-кеш, keep-alive) увидишь, что и почему ускоряет загрузку.

Это взгляд разработчика. Сеть по слоям OSI и железо → конструктор сетей. Незнакомые слова → словарь внизу.

🧭Браузер📒DNS🖥️Сервернажми «Открыть сайт» — проследим путь запроса
Накоплено: 0 мс из ~251 мсМеньше кругов (RTT) — быстрее. DNS-кеш, keep-alive и HTTPS off убирают шаги.
  1. URL
    Разбор адреса (URL)+1 мс
  2. DNS
    DNS-запрос: какой IP у домена?+40 мс
  3. DNS
    DNS-ответ: 5.255.10.20~0
  4. TCP
    TCP-рукопожатие: SYN → SYN-ACK → ACK+40 мс
  5. TLS
    TLS-рукопожатие: шифрование + проверка+40 мс
  6. HTTP
    HTTP-запрос (внутри шифра)+20 мс
  7. HTTP
    Сервер обработал → 200 OK + HTML+60 мс
  8. Render
    Браузер строит страницу+50 мс
Методы HTTP — «что я хочу сделать»
  • GET — получить данные (не меняет ничего)
  • POST — создать / отправить (форма, новый объект)
  • PUT/PATCH — обновить существующее
  • DELETE — удалить
Коды ответа — «чем закончилось»
  • 2xx успех — 200 OK, 201 Created
  • 3xx перенаправление — 301 навсегда, 302 временно, 304 из кеша
  • 4xx ошибка клиента — 400 плохой запрос, 401/403 нет доступа, 404 не найдено
  • 5xx ошибка сервера — 500 внутренняя, 502/503 бэкенд недоступен

📖 Словарь: простыми словами

Встретил незнакомое слово выше — найди его здесь. Коротко — суть; разверни — подробное объяснение с аналогией.

DNSтелефонная книга интернета: имя → IP

Компьютеры общаются по IP-адресам, а люди помнят имена. DNS переводит aisetevik.ru в адрес вроде 5.255.10.20. Резолвер спрашивает рекурсивно (корень → .ru → авторитетный сервер) и кеширует ответ по TTL.

IP-адресчисловой адрес машины в сети

Куда слать пакеты. Доменное имя через DNS превращается в IP; к нему уже устанавливают TCP-соединение. Подробнее об адресации — в калькуляторе подсетей.

TCP-рукопожатиетри пакета SYN/SYN-ACK/ACK перед передачей данных

TCP даёт надёжную доставку «по порядку и без потерь». Перед обменом данными стороны договариваются тремя пакетами (один сетевой круг). Это плата за надёжность — её экономит keep-alive.

TLS / HTTPSшифрование канала + проверка подлинности сервера

HTTPS = HTTP поверх TLS. В рукопожатии браузер проверяет сертификат сервера (что это правда тот сайт) и согласует ключи шифрования. После этого данные нельзя ни прочитать, ни подменить по дороге. Это и есть «замочек».

HTTPпротокол запрос-ответ: метод + путь + заголовки

Браузер шлёт запрос (GET /page + заголовки), сервер отвечает (код статуса + заголовки + тело). Без состояния (stateless): каждый запрос самостоятелен, а «память» о пользователе несут cookie/токены в заголовках.

RTT (round-trip time)время на круг туда-обратно до сервера

Главный «налог» загрузки. DNS, TCP и TLS — это лишние круги ДО первого байта данных. Поэтому кеш DNS, keep-alive и TLS 1.3 (1 круг вместо 2) так заметно ускоряют — они убирают круги.

Код статусатрёхзначный итог ответа: 2xx/3xx/4xx/5xx

2xx — успех, 3xx — перенаправление (в т.ч. 304 «бери из кеша»), 4xx — ошибка на стороне клиента (404 не найдено, 403 нет доступа), 5xx — упал сервер. По первой цифре сразу ясно, кто виноват.

Заголовки (headers)метаданные запроса/ответа: кто, что, как кешировать

Host (какой сайт), Cookie/Authorization (кто ты), Content-Type (формат тела), Cache-Control (как кешировать). Тело — это данные, заголовки — инструкции, как их понимать.

Дальше по теме

Эти инструменты связаны с текущим — так задачи стыкуются на практике.

Все инструменты — в каталоге.