PrepBro
← Назад к вопросам

Что такое трехстороннее рукопожатие TCP?

2.2 Middle🔥 191 комментариев
#Другое

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI7 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Что такое трёхстороннее рукопожатие TCP (Three-way handshake)?

Трёхстороннее рукопожатие TCP — это фундаментальный механизм установки соединения в протоколе TCP (Transmission Control Protocol), обеспечивающий надёжную, упорядоченную и проверенную передачу данных между двумя сетевыми узлами (например, клиентом и сервером). Этот процесс гарантирует, что обе стороны готовы к обмену данными и согласовали начальные параметры соединения перед началом передачи.

Для чего нужно трёхстороннее рукопожатие?

Процесс решает несколько критических задач:

  • Синхронизация последовательностей номеров (Sequence Numbers — SN): Каждая сторона генерирует свой начальный номер последовательности для отслеживания байтов данных.
  • Подтверждение готовности к связи: И клиент, и сервер явно подтверждают свою способность отправлять и получать пакеты.
  • Обмен параметрами: В рамках процесса могут согласовываться такие параметры, как размер окна приёма (window size), что важно для управления потоком данных и избежания перегрузок.

Детальное описание трёх этапов (пакетов)

Процесс использует флаги заголовка TCP: SYN (синхронизация) и ACK (подтверждение). Представим, что Клиент (C) хочет установить соединение с Сервером (S).

1. SYN (от Клиента к Серверу)

Клиент инициирует соединение, отправляя пакет с установленным флагом SYN=1. В этом пакете клиент:

  • Указывает свой начальный номер последовательности (ISN), например, Seq=C_isn (генерируется случайным образом в целях безопасности).
  • Может передать дополнительные параметры (например, максимальный размер сегмента — MSS) в опциях TCP.
Клиент -> Сервер: [SYN], Seq=C_isn

2. SYN-ACK (от Сервера к Клиенту)

Сервер, получив SYN, отвечает пакетом с установленными флагами SYN=1 и ACK=1. Этот пакет выполняет две функции:

  • Подтверждение запроса клиента: Ack=C_isn + 1. Значение Ack (номер подтверждения) указывает на следующий ожидаемый от клиента байт, тем самым подтверждая получение SYN от клиента.
  • Синхронизация со своей стороны: Сервер сообщает свой начальный номер последовательности, например, Seq=S_isn.
Сервер -> Клиент: [SYN, ACK], Seq=S_isn, Ack=C_isn+1

3. ACK (от Клиента к Серверу)

На последнем шаге клиент отправляет пакет с флагом ACK=1. Этот пакет:

  • Подтверждает SYN от сервера: Устанавливает поле Ack=S_isn + 1, подтверждая получение серверного SYN и указывая следующий ожидаемый от сервера байт.
  • Может уже нести полезные данные: После отправки этого пакета соединение считается установленным (ESTABLISHED), и клиент может сразу начать передачу данных в этом же сегменте.
Клиент -> Сервер: [ACK], Seq=C_isn+1, Ack=S_isn+1
(Или с данными: [ACK, PSH], Seq=C_isn+1, Ack=S_isn+1, Data="GET / HTTP/1.1...")

Почему именно три этапа, а не два?

Двухэтапное рукопожатие было бы недостаточным и ненадёжным. Третий этап (ACK от клиента) критически важен по нескольким причинам:

  1. Предотвращение устаревших или дублирующихся соединений: В сетях с задержками может возникнуть ситуация, когда старый, повторно отправленный пакет SYN от клиента (дубликат) достигает сервера. Без третьего подтверждения сервер мог бы открыть соединение на основе устаревшего запроса, в то время как клиент уже и не думал об этом.
  2. Взаимное подтверждение (Mutual Acknowledgement): Гарантирует, что обе стороны знают, что другая сторона готова. После шага 2 сервер ещё не уверен, что клиент жив и получил его ответ. Шаг 3 завершает этот цикл подтверждений.
  3. Согласование двунаправленных потоков: TCP — дуплексный протокол. SYN от клиента синхронизирует поток данных от клиента к серверу, SYN-ACK от сервера синхронизирует поток в обратном направлении, а финальный ACK подтверждает оба направления.

Важность для веб-разработки

Как Frontend-разработчик, вы сталкиваетесь с последствиями этого рукопожатия постоянно:

  • Задержка при установке соединения (Latency): Каждый новый TCP-соединение для загрузки ресурса (HTML, CSS, JS, изображения) несёт на себе накладные расходы этого рукопожатия. Это одна из ключевых причин использования техник оптимизации:
    *   **HTTP/1.1 Keep-Alive** (и **HTTP/2** / **HTTP/3**): Позволяют повторно использовать одно установленное TCP-соединение для множества запросов, избегая повторных рукопожатий.
    *   **Предварительное соединение (Preconnect)**: Использование `<link rel="preconnect" href="https://api.example.com">` в HTML предписывает браузеру заранее выполнить DNS-запрос, TCP-рукопожатие и TLS-negotiation с указанным источником, ускоряя последующие реальные запросы.
    *   **Объединение ресурсов (Bundling)**: Уменьшение количества отдельных TCP-соединений, необходимых для загрузки сайта.

Таким образом, понимание трёхстороннего рукопожатия помогает осознавать одну из базовых причин сетевых задержек и важность современных методов оптимизации загрузки веб-приложений. Это не просто абстрактная сетевая концепция, а реальный процесс, влияющий на производительность и пользовательский опыт.