Начните бесплатный 3-дневный пробный период
Зарегистрируйтесь и попробуйте все премиум-функции бесплатно.
*Только для новых пользователей. Один пробный период на пользователя.


TCP и UDP — оба протоколы транспортного уровня, и разница между ними сводится к одному компромиссу. TCP устанавливает соединение, подтверждает получение и повторно отправляет потерянные данные, чтобы они пришли целиком и по порядку; UDP пропускает эти шаги, поэтому у него меньше накладных расходов и задержка, но нет гарантии доставки. В стандарте IETF TCP описан как надежный упорядоченный байтовый поток, а RFC для UDP определяет его как более простой протокол датаграмм.[1][2]
Для VPN это обычно значит: сначала пробуйте UDP, а если сеть блокирует или теряет UDP, переключайтесь на TCP. Опирайтесь на полное руководство по VPN: в нём объясняются туннель, выходной IP, шифрование и маршрутизация, на которых строится эта статья.
Ключевые выводы
- TCP отвечает за установку соединения, подтверждения, порядок доставки и повторную передачу, поэтому подходит для сайтов, почты, файлов и другого надежного трафика.[1]
- UDP не гарантирует доставку и порядок, зато имеет меньше накладных расходов и подходит для видеозвонков, игр, стриминга, DNS и многих VPN-соединений.[2]
- UDP не означает «небезопасно». Он просто переносит больше логики надежности на уровень приложения.
- В VPN сначала обычно стоит пробовать UDP; если сеть блокирует UDP, теряет пакеты или соединение не устанавливается, переключайтесь на TCP.
- «TCP медленнее, UDP быстрее» — полезное правило, но не абсолютный закон.
TCP означает Transmission Control Protocol. Это один из ключевых транспортных протоколов интернета. RFC 9293 объясняет, что TCP предоставляет приложениям надежный упорядоченный байтовый поток и использует номера последовательности, контрольные суммы и повторную передачу для обработки потерь и ошибок.[1]
Проще говоря, TCP сначала проверяет, что собеседники готовы общаться, а затем сверяет каждую часть передачи:
Поэтому TCP хорошо подходит для данных, которые нельзя перепутать или потерять: веб-форм, входа в аккаунт, электронной почты и загрузки файлов.
UDP означает User Datagram Protocol. RFC 768 описывает его очень кратко, потому что UDP намеренно легкий: он дает приложениям способ отправлять датаграммы, но не включает управление соединением, подтверждения и повторную передачу, как TCP.[2]
UDP работает по принципу «отправить сейчас, а приложение само решит, нужно ли восстанавливать потери». Это удобно для приложений реального времени:
Если видеозвонок потеряет маленький пакет, приложение часто лучше пропустит его, чем будет ждать повторной передачи и замораживать звук.
| Критерий | TCP | UDP |
|---|---|---|
| Нужно ли соединение | Да | Нет |
| Гарантируется ли порядок | Да | Нет |
| Обработка потерь | Встроенная повторная передача | Решает приложение |
| Накладные расходы | Выше | Ниже |
| Задержка | Обычно выше | Обычно ниже |
| Подходит для | Веба, почты, файлов, входа | Игр, голоса, видео, DNS, VPN |
| Типичный опыт в VPN | Стабильнее, но может быть медленнее | Быстрее, но сильнее зависит от качества сети |
Надежность TCP основана на нескольких механизмах:
Эта схема хороша там, где нельзя потерять даже один байт. Цена — больше состояния, больше координации, выше задержка и накладные расходы.
UDP быстрее не из-за магии, а потому что делает меньше.
Он не выполняет предварительное рукопожатие, не ждет подтверждений и сам не собирает пакеты по порядку. Меньше шагов — данные быстрее уходят в сеть, поэтому UDP подходит для сценариев реального времени.
Но UDP не всегда лучше. Если сеть сильно теряет пакеты, приложение может само включать повторную передачу, коррекцию ошибок или снижать битрейт. Итог зависит от качества канала, дизайна приложения и расстояния до сервера.
Для большинства повседневных VPN-сценариев я бы сначала выбрал UDP.
VPN уже шифрует и инкапсулирует трафик, а низкие накладные расходы UDP хорошо подходят для длительных туннельных соединений. Многие современные VPN-протоколы по умолчанию предпочитают UDP, чтобы уменьшить задержку и повысить пропускную способность.
Переключайтесь на TCP в таких случаях:
Если вы используете OpenVPN, прочитайте что такое OpenVPN и как выбор TCP/UDP влияет на работу.
Это частая ловушка в VPN.
Если ваш VPN-туннель работает поверх TCP, а внутри туннеля идет много TCP-трафика, например HTTPS или загрузка файлов, возникает «TCP поверх TCP». Внешний и внутренний уровни TCP одновременно пытаются обнаруживать потери, снижать скорость и повторно передавать данные. При потерях их механизмы восстановления могут усиливать задержки.
Это не значит, что TCP VPN использовать нельзя. Просто при сети среднего качества, заметных потерях или требованиях к низкой задержке UDP обычно ощущается комфортнее.
| Тип приложения | Частый выбор | Причина |
|---|---|---|
| Обычные сайты | TCP | Контент должен прийти полностью и по порядку |
| Загрузка файлов | TCP | Нельзя терять байты |
| Электронная почта | TCP | Надежность важнее всего |
| DNS | Чаще UDP | Запросы короткие, ответы быстрые |
| Видеозвонки | Чаще UDP | Задержка важнее идеальной полноты |
| Онлайн-игры | Чаще UDP | Обновления позиции не должны ждать слишком долго |
| VPN-туннели | Часто UDP, иногда TCP | UDP быстрее, TCP полезен в ограниченных сетях |
Если вы разбираетесь с портами и протоколами, прочитайте что такое VPN-порты и как их выбирать.
Нет. У UDP меньше накладных расходов, но при сильных потерях пакетов реальный опыт может ухудшиться.
Нет. TCP и UDP сами по себе не определяют силу шифрования. Безопасность зависит от того, зашифрован ли протокол верхнего уровня.
В обычной сети UDP обычно стабилен. Если сеть блокирует UDP или сильно теряет UDP-пакеты, TCP может быть устойчивее.
Сначала UDP. Используйте TCP, если соединение не устанавливается, сеть блокирует UDP или разрешен только TCP 443.
Зависит от протокола. WireGuard отправляет все пакеты по UDP.[4] OpenVPN можно настроить на работу через TCP или UDP.[5] IKEv2 обычно использует UDP-порт 500 и может использовать UDP-порт 4500, как правило, когда нужно пройти через NAT.[6]
Большинству игр в реальном времени лучше подходит UDP, потому что задержка важнее восстановления старых обновлений.
Традиционный HTTPS чаще работает поверх TCP. HTTP/3 основан на QUIC, а QUIC использует UDP.[3]
Да. И TCP, и UDP используют номера портов, чтобы различать службы приложений на взаимодействующих сетевых узлах.
Отказ от ответственности
Данная статья предназначена для общего знакомства с сетевыми протоколами и использованием VPN. Она не гарантирует скорость или доступность в конкретной сети. Реальная производительность зависит от провайдера, региона, устройства, реализации протокола и расстояния до сервера. AethoVPN не публикует, какой транспорт используют его подключения, поэтому если соединение через него кажется медленным, сравните другую локацию или сеть, а не списывайте разницу на TCP или UDP.
Источники
Sources checked 4 октября 2026 г.
Рекомендуемые статьи:
Зарегистрируйтесь и попробуйте все премиум-функции бесплатно.
*Только для новых пользователей. Один пробный период на пользователя.