Открываешь настройки VPN в любой операционной системе и видишь список из полудюжины аббревиатур. Часть из них не стоит трогать вообще, часть отлично работала лет пятнадцать назад, а того, что нужно сегодня, в этом списке обычно нет.
Список протоколов похож на геологический срез, и мне эта картинка нравится больше всех прочих: каждый слой отвечает своей эпохе интернета — когда никто ни за кем не следил, когда следить начали, когда начали ещё и мешать. Новые слои ложатся сверху, старые никуда не деваются. Они просто перестают выдерживать нагрузку.
Разберу все по очереди, с оценками и без попыток кого-то выгородить. Через большинство из них я прошёл лично, в разные годы и с разной степенью удовольствия, так что кое-где буду субъективен и заранее в этом сознаюсь. В конце сводная таблица — если нужен только ответ, листайте туда.
Из чего вообще состоит VPN-протокол
Сначала договоримся, что именно сравниваем. «Протокол» — слово, под которое разные люди, как я заметил, кладут очень разные вещи.
Что такое VPN-протокол, если разложить его на части: набор договорённостей, по которым две стороны понимают друг друга. Договорённостей ровно три вида.
Транспорт. По чему едут данные — TCP или UDP, на каком порту, как обрабатываются потери. От этого зависит и скорость, и то, пролезет ли туннель через фильтры. TCP гарантирует порядок доставки и потому тормозит на плохих каналах, а UDP не гарантирует ничего, зато быстр.
Шифрование. Чем закрывается содержимое. Современные наборы идут с проверкой целостности, то есть подмену данных по дороге вы заметите сразу. Старые такого не умели, и это одна из причин, почему древние протоколы опасны.
Аутентификация. Как стороны убеждаются, что перед ними свой: пароль, сертификат, пара ключей, идентификатор. Самое интересное место, кстати, именно здесь: исторически протоколы ломались не через шифр, а через обход проверки.
Чем отличаются протоколы VPN между собой? Тем, какие решения приняты в каждой из трёх точек. Всё остальное — следствия, и когда я это для себя сформулировал, половина споров в интернете перестала казаться мне осмысленной.
И ещё одно наблюдение, которое стоит держать в голове всю дорогу: скорость и незаметность обычно обратно пропорциональны. Быстрый протокол использует канал агрессивно и потому выделяется. Незаметный ведёт себя как обычный веб-трафик и потому связан его ограничениями. Универсального лидера нет и, подозреваю, не предвидится.
[Изображение: схема стека протокола — транспорт, шифрование, аутентификация]
PPTP: не используйте его. Никогда
Начну, впрочем, с единственного, по которому у меня нет ни малейших сомнений.
PPTP появился в девяностых, когда интернет был маленьким и доверчивым, и я его прекрасно помню — это был первый туннель, который я в жизни поднял, году примерно в две тысячи девятом, и он меня тогда очаровал. Быстрый. Есть в любой системе из коробки. Настраивается за минуту, без сертификатов, без конфигов, без единой консольной команды. И при этом давно, безнадёжно, окончательно сломан. Проблема сидит в аутентификации: схема, на которой он держится, вскрывается вычислительно за разумное время на обычном оборудовании, и никакими настройками это не лечится, потому что дыра в устройстве протокола, а не в реализации. Плюс он плохо переживает NAT и часто не поднимается в гостиничных и офисных сетях. Щеколда, которую открывают ногтем. Висит, выглядит как защита, защитой не работает.
Он до сих пор есть в меню роутеров и в списках дешёвых сервисов: его дёшево поддерживать. Видите PPTP у провайдера как основной вариант? Это говорит о провайдере больше любых отзывов.
L2TP/IPsec: жив, но без энтузиазма
Дальше связка из двух частей, вокруг которой путаница возникает с завидным постоянством. Я и сам в ней когда-то плавал.
Сам по себе L2TP ничего не шифрует. Совсем. Он только создаёт туннель — трубу, по которой поедут данные, — а шифрованием занимается IPsec, который навешивается сверху. Отсюда, кстати, и ответ на вечный вопрос, чем L2TP отличается от IPsec: это не конкуренты, а слои одной конструкции, один везёт, второй запирает, и по отдельности ни тот ни другой полноценным решением не будет.
Криптография у IPsec приличная, все претензии к остальному. Двойная инкапсуляция стоит производительности. Фиксированные порты означают, что блокируется вся связка ровно одним правилом. С NAT она дружит плохо, нужен отдельный механизм обхода. Отдельная боль — общий ключ: во многих конфигурациях один и тот же секрет живёт у всех пользователей сразу, и если он утёк у одного, переделывать придётся всем. Я такое разгребал однажды в небольшой конторе, и это была, скажем так, поучительная неделя.
Где вы встретите L2TP сегодня: в старой корпоративной инфраструктуре, которую не трогают по принципу «работает — не лезь». Для обхода блокировок он не годится вовсе.
IKEv2/IPsec: тот, что не отваливается в метро
А вот это нормальный протокол, и обсуждают его, по-моему, незаслуженно редко.
IKEv2 что это такое: механизм установки защищённого соединения, работающий в паре с IPsec. Есть открытые реализации, встроен в iOS, macOS, Windows и Android.
Главная его фишка называется MOBIKE и позволяет соединению пережить смену сети: вышли из дома, телефон перескочил с Wi-Fi на мобильный интернет, адрес сменился — а туннель не развалился, он просто переехал на новый. Для телефона это критично. Именно поэтому IKEv2 годами был протоколом по умолчанию в мобильных приложениях, а на устройствах Apple до сих пор ощущается самым родным. Скорость хорошая, переподключение быстрое, батарею не съедает. Я держал его на рабочем телефоне года три подряд и ни разу о нём не вспомнил — а это, если честно, лучшая характеристика, какую можно выдать сетевому софту.
Минус ровно один, зато в наших условиях решающий. Известные порты и узнаваемый профиль. Блокируется просто. Как повседневный инструмент в незажатой сети — отлично, как средство обхода — нет.
SSTP: TLS-обёртка, привязанная к одной платформе
Короткий раздел: рассказывать, если честно, особо нечего.
SSTP заворачивает туннель в TLS и ходит по порту 443, то есть логика у него та же, что у OpenVPN в режиме TCP: выглядеть как обычный HTTPS и на этом выехать. На момент появления идея была свежей.
Проблема первая — платформенная привязка: нативно он живёт в экосистеме Windows, а на остальных поддержка урезанная. Проблема вторая ровно та же, что у OpenVPN по TCP. Похож не значит неотличим, и TLS-фингерпринт выдаёт его любому, кто знает, что искать. Корпоративная инфраструктура целиком на Windows — рабочий вариант, спорить не стану. Во всех остальных случаях есть решения лучше.
OpenVPN: рабочая лошадь, которой двадцать пять лет
Ладно, теперь про то, что реально используется каждый день.
OpenVPN появился в начале двухтысячных и с тех пор оброс всем, чем можно: TCP и UDP, любой порт, сертификаты, отзыв доступа, двухфакторная аутентификация, маршрутизация по правилам. Открытый код, независимые аудиты, поддержка буквально везде, вплоть до утюга. За гибкость вы платите производительностью — он работает в пользовательском пространстве и гоняет пакеты между уровнями системы, что на слабом процессоре очень заметно, особенно на роутерах. Вторая цена гибкости, на мой взгляд, неприятнее: его можно настроить плохо. Конфиг с отключённой проверкой сертификата сервера останется рабочим: значок загорится, скорость будет нормальной. Защиты в нём просто не будет, и человек об этом никогда не узнает.
Режим TCP на порту 443 — та самая причина, по которой OpenVPN целое десятилетие считался средством обхода. Сегодня эта фора сократилась до недель, и мне немного жаль. Подробное сравнение — в материале про WireGuard и OpenVPN.
WireGuard: минимализм, доведённый до предела
Полная противоположность предыдущему по философии. Вернее, не по качеству — именно по философии.
Несколько тысяч строк кода против десятков тысяч, один жёстко заданный набор криптографии вместо шкафа с настройками, только UDP вместо выбора транспорта. Никаких режимов, никаких опций, никакого «а можно вот так». Результат, надо признать, впечатляет. Он быстрый — на хорошем канале разрыв с OpenVPN виден невооружённым глазом. Он экономный, и на телефоне батарея живёт заметно дольше. Подключается мгновенно, потому что хендшейк у него в пару пакетов вместо полноценной TLS-сессии. И переживает смену сети: сервер принимает пакеты от известного ключа с любого адреса, так что переход с Wi-Fi на мобильную проходит незаметно. Плюс компактную кодовую базу реально проверить целиком, и это редкая роскошь.
Слабых мест у него два. Узнаваемость: только UDP, фиксированные длины пакетов в хендшейке, предсказуемая структура — опознаётся правилом в две строки, и я, честно говоря, не видел ни одного фильтра, который бы с этим не справился. И постоянная привязка ключа к внутреннему адресу, из-за которой сервер по умолчанию хранит о вас больше, чем хотелось бы. Второе решается инженерно на стороне провайдера. Первое внутри протокола не решается вовсе.
Вернее, решается — но за его пределами. Есть модификации, которые ломают узнаваемый профиль пакетов: мусорные данные перед хендшейком, случайные размеры, подмена байтов заголовков. Как это устроено и насколько помогает — в разборе обфускации WireGuard.
[Изображение: таймлайн появления VPN-протоколов от PPTP до современных]
VLESS, XTLS и Reality: ответ на глубокую инспекцию трафика
Здесь происходит смена парадигмы, и это, по-моему, не громкие слова.
Все предыдущие протоколы решали одну задачу — безопасно соединить две точки. Задачи «сделать так, чтобы соединение не бросалось в глаза», перед ними не стояло. VLESS вырос там, где она стоит остро.
Сам по себе VLESS устроен просто и даже подчёркнуто бедно: он не шифрует. Вообще. Шифрование целиком отдано транспортному слою, то есть TLS — тому самому, что защищает ваш банк-клиент. Аутентификация по идентификатору, одна строка, никаких паролей. Минус двойное шифрование, минус проверка синхронизации времени, которая в предшественнике была источником непонятных обрывов. Я сам поначалу считал такое упрощение шагом назад и спорил об этом с коллегами. Потом перестал.
XTLS-Vision решает проблему TLS внутри TLS. Когда зашифрованный поток заворачивают во второй зашифрованный, появляется характерный почерк — соотношения размеров пакетов и таймингов, по которым связку опознают. XTLS пропускает уже зашифрованные данные без второго прохода и маскирует сигнатуру первых пакетов.
Reality — самое интересное, и я готов рассказывать про него долго. Обычная схема требует своего домена и своего сертификата, а оба выдают вас с головой: домену две недели от роду, трафика на нём никакого, а постучится туда браузер — сайта там не окажется. Reality своего домена не заводит вовсе. При рукопожатии сервер подставляет сертификат реального стороннего сайта — крупного, популярного, заведомо разрешённого. Наблюдатель со стороны видит обычный заход на известный ресурс. Решит проверить — увидит работающий сайт, потому что запрос до него честно дойдёт. Разница с обфускацией принципиальная: обфускация делает трафик непохожим ни на что, а Reality — похожим на конкретную разрешённую вещь. Первое спасает от правил «блокируем опознанное», второе переживает ещё и белые списки.
Из протоколов VPN, работающих в России, это сейчас самый устойчивый вариант. Будет ли так через год, не знает никто, и я в том числе: гонка брони и снаряда не заканчивалась ещё ни разу. Технические подробности — на странице про VLESS, практика блокировок — на странице про обход блокировок РКН.
Hysteria2 и QUIC: протоколы для каналов, которые рвутся
Последняя ветка эволюции, и она, к слову, вообще про другую боль.
QUIC придумали не для обхода блокировок, а чтобы починить давнюю проблему TCP: потерялся один пакет — и вся очередь за ним встаёт и ждёт повторной передачи. На проводе это редкость, на радиоканале — совершенно нормальное явление. QUIC работает поверх UDP и разделяет поток на независимые части, так что провал в одной не останавливает остальные.
Hysteria2 строится на QUIC и добавляет свой контроль перегрузки: он не сбавляет скорость при каждой потере, а держит заданную полосу, и на мобильном интернете с помехами разница ощутимая — там, где TCP-туннель проседает до состояния «проще выключить», этот продолжает тянуть.
Цена, как я и предупреждал в начале, — заметность. Плотный UDP-поток на нестандартном порту, не реагирующий на потери как все остальные вокруг, статистически выделяется. Плюс операторы регулярно режут или деприоритизируют UDP, и тогда протокол просто не поднимается. Что с этим делать — в сравнении Hysteria2 и VLESS.
Здесь же упомяну Shadowsocks, раз уж он всё время всплывает рядом. Технически это не VPN, а зашифрованный прокси, и путаница с этим стоит поддержке немалого числа обращений: он передаёт только тот трафик, который приложение само в него направило, а системные службы и DNS идут мимо. Почему так и когда он всё же уместен — в отдельном разборе Shadowsocks.
Сводная таблица: что, где и зачем
VPN-протоколы 2026 года одним куском. Оценки качественные: цифры зависят от канала, железа и провайдера, а проценты без описания стенда я всерьёз не воспринимаю.
| Протокол | Транспорт | Шифрование | Скорость | Устойчивость к блокировкам | Где применять |
|---|---|---|---|---|---|
| PPTP | TCP + служебный канал | Устаревшее, взламывается | Высокая | Низкая | Нигде |
| L2TP/IPsec | UDP, фиксированные порты | Надёжное, но двойная упаковка | Средняя | Очень низкая | Старые корпоративные сети |
| IKEv2/IPsec | UDP, известные порты | Современное | Высокая | Низкая | Мобильные устройства без фильтрации |
| SSTP | TCP, порт 443 | TLS | Средняя | Низкая — средняя | Инфраструктура на Windows |
| OpenVPN | TCP или UDP, любой порт | Гибко настраивается | Средняя | Средняя по TCP/443 | Совместимость, корпоративный контроль |
| WireGuard | Только UDP | Жёстко заданное, современное | Максимальная | Низкая | Скорость там, где не фильтруют |
| WireGuard с обфускацией | UDP с шумом | Как у WireGuard | Высокая | Средняя — высокая | Сигнатурная фильтрация |
| Shadowsocks | TCP, любой порт | Современное, прокси-уровень | Высокая | Средняя, без плагина низкая | Точечный доступ к сайтам |
| VLESS + XTLS-Reality | TCP, порт 443 | Через TLS | Высокая | Очень высокая | Жёсткая фильтрация, белые списки |
| Hysteria2 (QUIC) | UDP | Через TLS в QUIC | Очень высокая на потерях | Средняя, падает при блокировке UDP | Мобильный интернет, плохие каналы |
[Изображение: дерево решений «какой протокол под какую задачу»]
Как этим пользоваться. Типы VPN-протоколов удобно делить не по возрасту, а по задаче, которую они решают, — так у меня в голове всё разложилось по полкам.
- Максимальная скорость, фильтрации нет — WireGuard.
- Совместимость со старым железом, корпоративные политики — OpenVPN, и для удалённого доступа сотрудников он до сих пор уместен.
- Телефон в сети без ограничений — WireGuard или IKEv2, оба переживают смену сети.
- Жёсткая фильтрация, белые списки — VLESS с Reality, альтернатив сейчас нет.
- Мобильный интернет с потерями — QUIC-протоколы, если оператор пропускает UDP. Подробности — на странице про мобильный интернет.
- Доступ к паре сайтов из браузера — прокси, не VPN.
- PPTP — ни при каких обстоятельствах.
Какой протокол VPN выбрать для Android, если отвечать отдельно: WireGuard, когда всё поднимается, и VLESS через любой из универсальных клиентов, когда нет. На iOS то же самое, плюс IKEv2 как встроенный вариант для сетей без фильтрации.
Что унести с собой
Идеального протокола нет. Есть компромисс между скоростью, незаметностью и совместимостью, и ползунок вы двигаете в зависимости от того, что болит сейчас.
Старые протоколы не становятся безопаснее со временем, и мне жаль, что это приходится повторять. PPTP не «немного устарел» — он сломан.
И главное, к чему я пришёл за все эти годы: не привязывайтесь к одному варианту. То, что летало полгода назад, сегодня может не подниматься вовсе, а ещё через полгода снова заработать.
В HubHide в одном тарифе доступны VLESS с Reality, WireGuard и OpenVPN — переключение прямо из клиента, без доплат. Тест идёт 14 дней и без карты: проверьте на своих устройствах и своём провайдере: чужие замеры о вашей сети не скажут ничего. Клиенты — в разделе загрузок, а работает ли туннель, покажет проверка соединения. Не поднимается — напишите в поддержку, там разбирают конкретного оператора, а не отвечают шаблоном.
Частые вопросы
Какой VPN-протокол самый безопасный?
Если говорить строго о криптографии, современные WireGuard, IKEv2, OpenVPN в нормальной конфигурации и VLESS поверх TLS дают сопоставимую стойкость. Разница в другом: у WireGuard меньше кода и негде ошибиться в настройках, у OpenVPN больше способов настроить его плохо. Однозначно небезопасны только PPTP и любые схемы со старыми наборами шифров.
Какой протокол самый быстрый?
На хорошем канале — WireGuard: он работает в ядре системы, использует лёгкую криптографию и подключается за пару пакетов. На канале с потерями картина другая, там впереди протоколы на базе QUIC, потому что они не встают в очередь из-за одного потерянного пакета. Универсального победителя нет, всё упирается в качество вашей сети.
Почему нельзя использовать PPTP?
Его механизм аутентификации вскрывается вычислительно на обычном оборудовании, и это свойство самого протокола, а не конкретной реализации. Никакими настройками не лечится. Он остаётся в интерфейсах роутеров и в списках дешёвых сервисов только по инерции — поддерживать его дёшево, но защиты он не даёт.
Какой протокол выбрать для обхода блокировок?
Сегодня — VLESS с XTLS-Reality: он не прячет туннель, а делает соединение неотличимым от обычного захода на реальный популярный сайт, включая настоящий чужой сертификат. Обфусцированные варианты WireGuard и Shadowsocks с плагином тоже работают, но хуже переживают белые списки и активную проверку сервера. Гарантий тут никто дать не может, и я не буду — это гонка, в которой обе стороны постоянно двигаются.
