DEV Community: Vadim (Unlimited VPN)

Как устроен обмен ключами в Reality: x25519, shortId и зачем серверу «чужой» сертификат

Vadim (Unlimited VPN) — Sat, 24 Oct 2026 14:23:20 +0000

#реклама. Я Вадим, разработчик сервиса Unlimited VPN, и в конце статьи расскажу о нём. Основная часть — концептуальный разбор протокола REALITY по открытой документации и исходникам проекта Xray-core. Это не описание внутренней кухни нашего сервиса, а объяснение того, как механизм задуман авторами.

Проблема, которую решает Reality

Классический VLESS поверх TLS требует собственного домена и настоящего сертификата. Сторонний наблюдатель видит рукопожатие с малоизвестным сайтом, и если зайти на этот адрес браузером, часто обнаруживается заглушка. Такой сервер легко отличить от обычного веб-ресурса.

Reality подходит с другой стороны: сервер не притворяется сайтом, он буквально перенаправляет «посторонних» на настоящий популярный сайт. Для внешнего проверяющего соединение выглядит как обращение к реальному ресурсу с его подлинным сертификатом.

Что такое x25519 и откуда берутся ключи

x25519 — функция согласования ключей Диффи — Хеллмана на эллиптической кривой Curve25519. У каждой стороны есть закрытый ключ и вычисленный из него открытый. Если клиент знает открытый ключ сервера, а сервер — открытый ключ клиента, обе стороны независимо вычисляют один и тот же общий секрет, ни разу не передав его по сети.

В Xray пара ключей сервера генерируется командой xray x25519. Закрытый ключ остаётся в конфигурации сервера, открытый (в клиентах он часто называется publicKey или pbk) попадает в ссылку подключения. Важно понимать: открытый ключ не секретен, но без него клиент не сможет доказать серверу, что он «свой».

Как клиент подаёт сигнал внутри обычного TLS

Рукопожатие TLS 1.3 начинается с сообщения ClientHello. В нём уже есть поле key_share с эфемерным открытым ключом x25519 — так устроен сам TLS, это не изобретение Reality. Клиент Reality использует этот же эфемерный ключ и открытый ключ сервера, чтобы вычислить общий секрет.

Дальше, согласно описанию в репозитории, из этого секрета выводится ключ, которым шифруется небольшой фрагмент данных, помещаемый в поле session_id ClientHello. Туда входят версия клиента, отметка времени и shortId. Для постороннего глаза session_id — просто 32 случайных байта, как и в любом другом браузерном рукопожатии.

Сервер, получив ClientHello, повторяет вычисление со своей стороны своим закрытым ключом. Если расшифровка удалась, время укладывается в допустимое окно, а shortId есть в списке разрешённых — значит, пришёл легитимный клиент.

Зачем нужен shortId

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

«Чужой» сертификат: роль dest и serverNames

Самая необычная часть Reality — параметры dest и serverNames. В dest указывается адрес реального стороннего сайта с поддержкой TLS 1.3 и HTTP/2, а в serverNames — допустимые имена (SNI), которые клиент может указать.

Если ClientHello не прошёл проверку, сервер не рвёт соединение и не показывает ошибку. Он прозрачно проксирует трафик на dest, и проверяющий получает настоящий сертификат настоящего сайта. Никакой заглушки, никакого самоподписанного сертификата — именно поэтому активное зондирование мало что даёт.

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

Отпечаток клиента: параметр fingerprint

Ещё одна деталь — fingerprint (fp), например chrome или firefox. Клиент Xray использует библиотеку uTLS, чтобы ClientHello по набору расширений и их порядку был похож на ClientHello популярного браузера. Иначе сам факт нестандартного рукопожатия выдавал бы Go-приложение.

Что из этого следует на практике

Ошибка в pbk или sid выглядит как «нет соединения», хотя сервер жив.
Неправильные системные часы ломают проверку отметки времени.
SNI в ссылке должен совпадать с одним из serverNames на сервере.
Выбор dest — ответственность администратора: сайт должен поддерживать TLS 1.3 и быть доступен с сервера.

Именно поэтому большинство клиентов принимают готовую ссылку vless:// или подписку: все эти параметры приходят одним пакетом и вручную ничего вбивать не нужно.

О сервисе (реклама)

Unlimited VPN — мой проект, работающий на VLESS Reality. Серверы расположены в Чехии. Подключение через приложения Happ или v2RayTun на iOS, Android, Windows, macOS и Android TV. Есть пробный период на 3 дня без привязки карты.

Бот: https://t.me/Vpn_UnlimitedBot
Канал: https://t.me/UnlimitedVPN_rus
Поддержка: @UnlimitedVPN_Jorge

Отладка VLESS-подключения глазами разработчика: время, DNS, SNI и чтение логов клиента

Vadim (Unlimited VPN) — Sat, 24 Oct 2026 02:45:08 +0000

#реклама. Я разработчик сервиса Unlimited VPN, и в конце статьи будет рассказ о нём. Но основная часть — практическая методика, которая пригодится с любым VLESS-сервером, включая ваш собственный.

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

Шаг 0. Разделите проблему на слои

Прежде чем что-то менять, полезно понять, на каком уровне сломалось:

Сеть до сервера — доходят ли пакеты до адреса и порта вообще.
Рукопожатие — устанавливается ли защищённое соединение.
Проксирование — уходит ли трафик приложений через туннель.
Резолвинг имён — правильно ли разрешаются домены уже внутри туннеля.

Симптомы на каждом уровне разные, и путать их — главный источник потерянного времени.

Шаг 1. Проверьте системное время

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

Что делать: включите автоматическую синхронизацию времени и часового пояса в настройках ОС и переподключитесь. На Android TV-приставках это особенно актуально: после отключения питания часы на некоторых моделях сбрасываются.

Шаг 2. Посмотрите, что говорит клиент

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

timeout / i/o timeout — пакеты не доходят до сервера или ответ не возвращается. Это слой 1: сеть, файрвол, фильтрация у провайдера.
connection reset / EOF сразу после начала соединения — рукопожатие отклонено. Чаще всего это слой 2: неверные параметры конфигурации, устаревший ключ или проблема со временем.
failed to resolve / no such host — слой 4, проблема с DNS.

Не нужно разбираться во всём журнале целиком: обычно достаточно найти первую ошибку после нажатия «Подключить».

Шаг 3. Сверьте конфигурацию

Конфигурация VLESS Reality содержит несколько полей, которые должны точно совпадать с серверной стороной: адрес, порт, идентификатор пользователя, публичный ключ, short ID и SNI — имя сайта, под который маскируется рукопожатие. Одна опечатка в любом из них — и соединение не поднимется.

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

Шаг 4. Сравните разные сети

Отличный диагностический приём — попробовать одну и ту же конфигурацию через Wi-Fi и через мобильный интернет. Если в одной сети всё работает, а в другой нет, проблема почти наверняка не в клиенте и не в сервере, а в том, что делает конкретный провайдер с трафиком. Это сразу сужает поиск.

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

Шаг 5. DNS внутри туннеля

Бывает, что индикатор показывает «подключено», IP-адрес на проверочном сайте уже сменился, а часть сайтов всё равно не открывается. Часто виновата схема резолвинга: запросы к DNS идут мимо туннеля или в сервер, который отвечает некорректно для нужных доменов.

Проверьте в настройках клиента, какой DNS используется и проксируются ли запросы к нему. Для теста можно временно указать один из крупных публичных резолверов и сравнить поведение.

Шаг 6. Режим маршрутизации

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

Что прислать в поддержку

Если самостоятельно не разобрались, сэкономьте время и себе, и тем, кто будет помогать. Хорошее обращение содержит:

устройство и ОС;
название и версию клиента;
тип сети (Wi-Fi или мобильная) и пробовали ли другую;
первую ошибку из лога;
что уже проверили из списка выше.

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

Об Unlimited VPN

Теперь обещанная часть про наш проект. Unlimited VPN работает на протоколе VLESS Reality, серверы находятся в Чехии. Подключение — через приложения Happ или v2RayTun на iOS, Android, Windows, macOS и Android TV. Конфигурацию выдаёт Telegram-бот, а новым пользователям доступен пробный период на 3 дня без привязки карты.

Бот: https://t.me/Vpn_UnlimitedBot
Канал с новостями: https://t.me/UnlimitedVPN_rus
Поддержка: @UnlimitedVPN_Jorge — описанный выше чек-лист отлично подходит и для обращения к нам.

Если у вас есть свои приёмы отладки VLESS-соединений, делитесь в комментариях — дополню статью.

Почему обычные VPN-протоколы блокируют, а Reality — нет: разбор DPI для разработчиков

Vadim (Unlimited VPN) — Sat, 24 Oct 2026 01:04:21 +0000

Я Вадим, разработчик Unlimited VPN; это реклама.

Если вы когда-нибудь поднимали OpenVPN или WireGuard на своём сервере, то, скорее всего, видели, как туннель, прекрасно работавший вчера, сегодня перестаёт соединяться. Причина обычно не в сервере и не в клиенте, а в системах глубокого анализа трафика (DPI). Разберём, что именно они видят и почему VLESS Reality устроен так, чтобы этого не показывать.

Что видит DPI

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

Сигнатуры рукопожатия. У OpenVPN узнаваемый формат первых пакетов, у WireGuard — фиксированные размеры и типы сообщений handshake. Это легко ловится правилами.
Порты и протоколы. UDP на нестандартном порту с постоянным потоком данных выглядит подозрительно сам по себе.
Статистика. Размеры пакетов, интервалы, энтропия payload. Полностью случайный поток без признаков известного протокола тоже является признаком.
Активное зондирование. Система может сама подключиться к подозрительному IP и посмотреть, как сервер отвечает на «неправильные» запросы.

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

Идея Reality

Reality — это механизм транспорта в экосистеме Xray, который обычно используют вместе с протоколом VLESS. Ключевая мысль: не придумывать свою маскировку, а максимально честно выглядеть как TLS 1.3-соединение к реальному популярному сайту.

Упрощённо это работает так:

Клиент отправляет TLS ClientHello с SNI реального стороннего домена и отпечатком, похожим на настоящий браузер (через uTLS).
В рукопожатие встроены данные, по которым сервер с помощью заранее известного ключа понимает, что это «свой» клиент.
Если клиент свой — устанавливается туннель.
Если нет (например, это активный зонд) — сервер проксирует соединение на настоящий целевой сайт, и проверяющий видит его реальный сертификат и реальный ответ.

В итоге наблюдатель видит обычное TLS-соединение, а при попытке проверить сервер получает поведение легитимного сайта. Не нужно покупать домен и выпускать собственный сертификат, что убирает ещё один источник демаскировки.

Почему это сложнее блокировать

Нет уникальной сигнатуры рукопожатия: оно повторяет браузерный TLS.
Активное зондирование не даёт однозначного результата.
Блокировать по SNI значит ломать доступ к реальному популярному сайту.
Трафик идёт по TCP/443, как обычный HTTPS.

Важно не переоценивать: «невозможно заблокировать» — неправильная формулировка. Остаются блокировки по IP, ограничения по объёму или скорости, эвристики на уровне поведения. Reality поднимает планку, но не делает её бесконечной. Поэтому для сервиса важно уметь быстро менять адреса и выдавать пользователям новые конфигурации.

Что это значит на практике

Для разработчика вывод простой: если вы строите туннель для сетей с активной фильтрацией, маскировка под реальный TLS сейчас один из самых жизнеспособных подходов. Для конфигурации обычно нужны: UUID пользователя, публичный ключ сервера, shortId, целевой SNI и fingerprint. Всё это укладывается в одну ссылку vless://, которую клиенты вроде Happ или v2RayTun умеют импортировать.

На этих принципах мы и собрали свой сервис. Если хотите посмотреть, как это работает со стороны пользователя, ниже основные факты.

Об Unlimited VPN

Протокол: VLESS Reality.
Серверы: Чехия, новые страны в планах.
Устройства: iOS, Android, Windows, macOS и Android TV через приложения Happ или v2RayTun.
Пробный период: 3 дня бесплатно, без привязки карты.
Бот: https://t.me/Vpn_UnlimitedBot
Канал: https://t.me/UnlimitedVPN_rus
Поддержка: @UnlimitedVPN_Jorge

VLESS Reality простыми словами: как работает протокол и почему мы построили на нём свой VPN

Vadim (Unlimited VPN) — Fri, 23 Oct 2026 23:10:19 +0000

Я Вадим, разработчик Unlimited VPN; в конце статьи — рассказ о нашем сервисе (это реклама).

Классические VPN-протоколы хорошо шифруют трафик, но плохо прячут сам факт использования VPN. В сетях с DPI (глубокой инспекцией пакетов) это становится главной проблемой: соединение не расшифровывают, его просто узнают и обрывают. VLESS с транспортом Reality решает именно эту задачу. Ниже разберу, как он устроен, без маркетинга и выдуманных цифр.

Что такое VLESS и Xray

Xray-core — открытый прокси-движок, ответвившийся от V2Ray. Он поддерживает несколько протоколов (VMess, VLESS, Trojan, Shadowsocks) и разные транспорты (TCP, WebSocket, gRPC, XHTTP).

VLESS — лёгкий протокол передачи данных внутри Xray. Его особенности:

Нет собственного шифрования. VLESS лишь идентифицирует клиента по UUID и передаёт данные. Шифрование обеспечивает внешний слой — TLS или Reality. Это убирает двойное шифрование, которое было у VMess.
Нет зависимости от точного времени, в отличие от VMess, где рассинхрон часов ломал подключение.
Поддержка XTLS Vision (flow xtls-rprx-vision). Этот режим борется с характерной для прокси картиной «TLS внутри TLS»: когда внутренний трафик уже зашифрован TLS, Vision выравнивает (паддит) размеры первых пакетов, чтобы по ним было сложнее распознать туннель.

Сам по себе VLESS — просто «конверт». Вся маскировка — в транспорте поверх него.

Что делает Reality

Чтобы обычный TLS-прокси выглядел как сайт, раньше нужно было купить домен, получить сертификат и поднять веб-сервер. У такой схемы есть слабые места:

Домен и IP можно внести в чёрный список.
Цензор может сам подключиться к серверу (активное зондирование) и увидеть, что за «сайтом» ничего нет или он ведёт себя странно.
SNI (имя сайта в открытом виде в ClientHello) выдаёт, куда идёт подключение.

Reality устроен иначе.

Чужое рукопожатие вместо своего сертификата

Сервер Reality не имеет собственного сертификата. В конфигурации указывается реальный сторонний сайт (параметр dest/target и список serverNames), который поддерживает TLS 1.3 — например, крупный сайт с HTTP/2.

Клиент отправляет ClientHello с SNI этого сайта. Со стороны сети подключение выглядит как обычный заход на этот популярный сайт. Отпечаток клиента подделывается под настоящий браузер с помощью uTLS (параметр fingerprint, например chrome).

Как сервер отличает «своего»

Внутри ClientHello клиент прячет данные для аутентификации, используя поле session ID и обмен ключами x25519 с публичным ключом сервера (publicKey) и коротким идентификатором (shortId).

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

Что это даёт

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

Ограничения (честно)

IP сервера всё равно виден. Если в сети блокируют целые подсети хостеров или «белые списки» IP, Reality не спасёт. Поэтому важно, чтобы выбранный сайт для маскировки был правдоподобным для этого IP (например, не выдавать сервер в небольшом дата-центре за CDN крупной компании, у которой известные диапазоны адресов).
Статистический анализ трафика (объёмы, длительность, тайминги) теоретически остаётся возможным — Reality маскирует рукопожатие, а не поведение пользователя.
Это не «невидимость», а значительное повышение стоимости обнаружения.

Сравнение по заметности

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

Протокол	Как выглядит в сети	Типичная уязвимость к блокировке
OpenVPN	Узнаваемые заголовки и рукопожатие, даже в режиме TCP/443	Легко определяется сигнатурами DPI
WireGuard	UDP с фиксированными типами и размерами сообщений рукопожатия	Очень легко узнаётся по структуре пакетов; без обфускации блокируется точечно
Shadowsocks	Поток без структуры, «похожий на случайный шум»	Энтропийный анализ и активное зондирование; исторически это использовалось для блокировок
VLESS + TLS (свой домен)	Обычный HTTPS	Блокировка домена/IP, зондирование, признаки TLS-в-TLS
VLESS + Reality	HTTPS к реальному популярному сайту	Блокировка по IP/подсетям, статистический анализ

WireGuard и OpenVPN — отличные протоколы для своей задачи: защищённого туннеля в сети, где VPN не запрещают. Они просто не проектировались для маскировки.

Клиенты

Конфигурация VLESS Reality обычно передаётся ссылкой вида vless://... или подпиской. Поддерживают её:

Happ — iOS, Android, Windows, macOS, Android TV;
v2RayTun — iOS, Android, Windows и др.;
v2rayNG — Android;
Streisand, FoXray, Shadowrocket — iOS;
Nekoray / NekoBox, Hiddify, v2rayN — десктоп и мобильные платформы.

Важно, чтобы клиент был основан на свежей версии Xray-core или sing-box с поддержкой Reality.

Типичная архитектура

Типичная настройка Reality выглядит так:

Транспорт TCP + Reality + flow xtls-rprx-vision. Самая проверенная связка: меньше признаков TLS-в-TLS и минимум накладных расходов.
Сайт для маскировки подбирают под IP-сеть сервера. Обычно выбирают ресурс с TLS 1.3 и HTTP/2, для которого трафик с такого адреса выглядит правдоподобно.
Отдельный UUID на каждого пользователя. Так можно отключить одного клиента, не трогая остальных.
Несколько shortId. Позволяет менять идентификаторы без перевыпуска всех конфигураций.
Выдача через подписку. Клиент сам обновляет конфигурацию, если параметры сервера меняются.

Итог

VLESS — простой и быстрый «конверт» для данных, Reality — способ сделать так, чтобы этот конверт выглядел как обычное посещение популярного сайта, а любая проверка сервера показывала настоящий сайт. Это не абсолютная защита, но на сегодня одна из самых практичных схем для сетей с DPI.

О нашем сервисе

Unlimited VPN построен на VLESS Reality.

Серверы в Чехии.
iOS, Android, Windows, macOS, Android TV — через Happ или v2RayTun.
3 дня бесплатно, без привязки карты.
Бот: https://t.me/Vpn_UnlimitedBot
Канал: https://t.me/UnlimitedVPN_rus

Буду рад вопросам по настройке Reality в комментариях — отвечу и тем, кто поднимает свой сервер.