WireGuard, OpenVPN и VLESS/Reality: чем они отличаются

Протокол туннеля — это набор правил: как две стороны договариваются о ключах, во что заворачивают пакеты и как поддерживают соединение живым. Разговор о том, какой протокол «безопаснее», почти всегда бессмысленный: все три используют современные шифры, и слабым местом на практике оказывается не алгоритм, а конфигурация и ключи.

Разница лежит в другой плоскости: в архитектуре. Объем кода, место исполнения (ядро или пользовательское пространство), устройство хендшейка и то, на что похож поток снаружи. Именно эти четыре вещи и определяют, будет ли туннель быстрым на телефоне и переживет ли он фильтрацию.

Самый старый из трех. Работает поверх TLS: стороны обмениваются сертификатами, договариваются о сеансовых ключах и только потом начинают гонять внутри канала пакеты. Умеет работать и по UDP, и по TCP, поддерживает почти любую схему маршрутизации и живет на оборудовании, которому уже много лет.

Гибкость дается объемом. Кодовая база большая, вариантов настройки много, реализация работает в пользовательском пространстве, а не в ядре. Каждый пакет проходит лишний переход между ядром и приложением. На настольном процессоре это незаметно. На роутере или старом телефоне заметно вполне.

Отдельная история — режим поверх TCP. Внутри туннеля тоже обычно идет TCP, и два механизма контроля перегрузки начинают спорить друг с другом: при потерях скорость проседает сильнее, чем должна, и восстанавливается медленнее. Этот режим держат ради проходимости через фильтры и прокси, а не ради скорости.

WireGuard проектировали с обратной задачей: минимум кода и минимум вариантов. Алгоритмы не выбираются вовсе, они зафиксированы в самом протоколе. Реализация есть прямо в ядре Linux, а кодовая база на порядок меньше, чем у OpenVPN, что заметно упрощает и аудит, и отладку.

Хендшейк укладывается в один обмен сообщениями в обе стороны. Туннель поднимается быстро и так же быстро восстанавливается после разрыва. При переходе с Wi-Fi на сотовую сеть соединение не пересобирается с нуля, и приложения этого чаще всего не замечают.

Работает только по UDP, соединения как долгоживущего состояния нет: если данных нет, то и трафика нет. Отсюда экономия батареи: устройство не держит постоянный поток служебных пакетов, если его об этом явно не попросили. Для телефона это обычно важнее, чем разница в обработке шифра.

Третий вариант стоит немного в стороне. Его задача — не столько зашифровать данные (это делают все), сколько сделать соединение неотличимым от обычного HTTPS. Reality решает это тем, что при установке соединения предъявляет TLS-параметры реального стороннего сайта: наблюдатель со стороны видит обращение к обычному сайту с валидным сертификатом.

Второе свойство важнее первого. Если проверяющий сам подключится к тому же адресу и порту, сервер ответит ему как обычный веб-сервер, без признаков того, что за этим адресом стоит туннель. Именно на такой проверке отваливаются протоколы, спроектированные без учета наблюдателя.

Плата за маскировку — накладные расходы. Поверх туннеля лежит полноценный TLS, реализация работает в пользовательском пространстве, а маршрут до сервера обычно длиннее прямого. Там, где никто ничего не фильтрует, это лишняя работа.

Скорость туннеля упирается в три вещи: маршрут до сервера, загруженность самого сервера и стоимость обработки одного пакета на вашем устройстве. Протокол влияет только на третью. Поэтому на ноутбуке с современным процессором разницу между протоколами чаще всего не видно вообще: дело упирается в канал, а не в шифрование.

Разница проявляется там, где процессора мало: старый телефон, роутер, телевизионная приставка. Здесь выигрывает то, что делает меньше работы на пакет и не гоняет данные лишний раз через границу ядра.

С батареей ситуация другая. Основной расход дает не шифрование, а радиомодуль: протокол, который держит соединение живым постоянными служебными пакетами, не дает модему уснуть. Протокол, который в состоянии покоя молчит, экономит заметно больше, чем любая оптимизация шифра.

Здесь разрыв между протоколами самый большой. OpenVPN узнается по структуре первых пакетов и по порту, который используется по умолчанию; перенос на 443 снимает только самый дешевый слой фильтра. WireGuard узнается еще проще: первое сообщение хендшейка имеет фиксированную длину и фиксированный тип в первом байте. Это одно правило в фильтре, работающее сравнением байтов по смещению.

Оба протокола создавались для сети, где трафик не пытаются классифицировать и резать. Они честно решают свою задачу: быстро и надежно доставить пакеты. Но факт своего существования они не скрывают, потому что такой цели у них не было.

VLESS/Reality проектировался ровно под эту угрозу, поэтому переживает фильтрацию там, где первые два перестают подниматься. Механику распознавания мы разбираем отдельно, там же видно, почему одного переноса на 443 недостаточно.

Чистый WireGuard хорош там, где никто не мешает: связь между своими серверами, домашняя сеть, поездка в страну без фильтрации. Быстро поднимается, мало ест, прощает разрывы связи.

OpenVPN остается уместным там, где важна совместимость со старым оборудованием и тонкая настройка маршрутизации. Это в основном корпоративные сценарии, где протокол выбирали не вчера и менять его дорого.

Если задача — стабильно работать в сети, где трафик классифицируют и режут, выбор по сути один: нужен транспорт, который выдерживает и сигнатурный анализ, и активную проверку сервера. Скорость и экономия батареи здесь вторичны, потому что не поднявшийся туннель не экономит ничего.

В TUZVPN выбирать протокол вручную не нужно. Вы добавляете ключ подписки в INCY или Happ, и все локации оказываются внутри одного ключа: Швеция, Латвия, Нидерланды, Польша, Германия, США. Приложения есть для iOS, Android, Windows, macOS и Linux, на Apple TV и Android TV используется Happ. Одна подписка покрывает 5 устройств одновременно, лимит расширяется до 10; условия — на странице тарифов.