Логотип YeaHub

База вопросов

Собеседования

Тренажёр

База ресурсов

Обучение

Навыки

Войти

Выбери, каким будет IT завтра — вместе c нами!

YeaHub — это полностью открытый проект, призванный объединить и улучшить IT-сферу. Наш исходный код доступен для просмотра на GitHub. Дизайн проекта также открыт для ознакомления в Figma.

© 2026 YeaHub

Документы

Медиа

Назад

Что происходит после получения IP-адреса?

Вопрос проверяет понимание, что происходит “между DNS и HTTP”, и какие сетевые шаги нужны, чтобы реально установить соединение с сервером.

Короткий ответ

После получения IP клиент выбирает маршрут и пытается установить соединение с сервером. Обычно сначала выполняется установление TCP-соединения, а если сайт по HTTPS — дополнительно идёт TLS-рукопожатие. Затем клиент отправляет HTTP-запрос и получает HTTP-ответ. Дальше браузер начинает обработку ответа и загрузку связанных ресурсов.

Длинный ответ

После того как у клиента есть IP-адрес, начинается этап установления соединения и подготовки к обмену данными.

1) Подключение к нужному сервису на IP

Клиенту недостаточно IP, нужен ещё порт и протокол.

  1. Выбирается протокол и порт:

    • https:// → обычно порт 443

    • http:// → обычно порт 80

  2. При наличии нескольких адресов (например, IPv6 и IPv4, или несколько A-записей) браузер может попробовать наиболее “быстрый” вариант.

2) Установка транспортного соединения

Определение: TCP handshake — короткая серия сообщений (обычно “трёхсторонняя”), чтобы согласовать параметры соединения и убедиться, что обе стороны доступны.

  1. Если используется TCP (типично для HTTP/1.1 и HTTP/2), выполняется TCP handshake.

  2. Если используется QUIC (HTTP/3), рукопожатие идёт поверх UDP, но смысл тот же: договориться о связи и параметрах.

3) Если это HTTPS, выполняется TLS

Определение: TLS handshake — этап, когда стороны договариваются о шифровании, проверяют сертификат сервера и создают ключи сессии.

  1. Клиент проверяет сертификат (доверенная цепочка, домен, срок действия).

  2. Согласуются алгоритмы шифрования и создаются ключи.

  3. После успешного TLS дальше весь HTTP-трафик шифруется.

4) Отправка HTTP-запроса и получение ответа

  1. Клиент отправляет HTTP-запрос (заголовки, куки, иногда тело).

  2. Сервер отвечает статусом, заголовками и телом.

  3. Соединение может переиспользоваться для следующих запросов (keep-alive / multiplexing).

5) Что ещё может вмешаться

  1. Кэш:

    • DNS-кэш, HTTP-кэш, кэш соединений.

  2. Прокси/VPN/корпоративный шлюз:

    • фактический маршрут может отличаться, и “IP найден” ещё не значит “соединились”.

  3. Ретраи и таймауты:

    • браузер может повторить запрос или переключиться на другой IP.

Вывод: получение IP — это только “адрес”. Дальше начинается реальная сетевуха: транспортное соединение, при HTTPS — TLS, и только потом отправляется HTTP-запрос.

Уровень

  • Рейтинг:

    4

  • Сложность:

    6

Навыки

  • Networks

Ключевые слова

#dns

#ip

Подпишись на React Developer в телеграм