Happ VPN

VLESS или VMess: что выбрать в Happ

Автор
Екатерина Лебедева, редактор раздела knowledge base
Проверил:
Артём Волков
Проверено:
Опубликовано:
, обновлено
Версия гайда:
1.0

Коротко

Для нового сервера в Happ обычно выбирают VLESS: он не зависит от системного времени, не шифрует данные повторно поверх TLS и поддерживает Reality и XTLS Vision. VMess оставляют, когда провайдер выдаёт только такие ключи или сервер давно работает через WebSocket и CDN.

VLESS и VMess — протоколы прокси, которые Happ поддерживает через Xray-core. VMess шифрует данные сам и проверяет метку времени, поэтому время устройства и сервера по UTC должно расходиться не больше чем на 120 секунд. VLESS полагается на TLS или Reality, к часам не привязан и умеет работать в режиме XTLS Vision. В Happ оба протокола добавляются одинаково, а разница проявляется в нагрузке, стабильности и диагностике.

Сравнение по 13 параметрам

Оба протокола поддерживаются в Happ одинаково полно: их можно добавить ссылкой, QR-кодом, диплинком, подпиской или вручную. Различия — в том, как протоколы устроены внутри.

ПараметрVLESSVMess
Происхождениепредложен в 2020 году как облегчённая замена VMess, развивается в Xray-coreисходный протокол проекта V2Ray, Xray-core поддерживает его для совместимости
Проверка клиентаUUID в заголовке запросаUUID и метка времени в зашифрованном заголовке
Собственное шифрование данныхв типичных ссылках нет, стоит encryption=none; в новых Xray-core есть необязательное VLESS Encryptionесть: auto, aes-128-gcm или chacha20-poly1305
Зависимость от временинетUTC-время клиента и сервера — в пределах 120 секунд
Слой TLSобязателен для работы через интернет, либо вместо него Realityпо желанию: содержимое уже зашифровано протоколом
Realityосновной вариант для сервера без своего доменав типичных ссылках vmess:// не встречается
XTLS Visionесть, для TCP с TLS или Realityнет
Транспорты в HappTCP, WebSocket, gRPC, XHTTPTCP, WebSocket, gRPC
Работа через CDNс TLS поверх WebSocket, gRPC или XHTTP; Reality — только напрямуюс TLS поверх WebSocket или gRPC
Шифрование при включённом TLSодно: TLSдвойное: VMess и TLS
Формат ссылкиvless://UUID@адрес:порт?параметры#имяvmess:// и JSON в base64
Частая причина «не подключается»pbk, sid, sni или flow не совпадают с серверомрасхождение часов, устаревший alterId
Добавление в Happссылка, QR-код, диплинк, подписка, «+» → «Ручной ввод»так же

Данные сверены 28 сентября 2026 по документации Xray на xtls.github.io и документации Happ. Версии Happ на эту дату: 5.9.0 в App Store, 4.4.1 для Android, 4.3.0 для Windows, macOS и Linux. Параметры ссылок каждого протокола разобраны на страницах VLESS в Happ и VMess в Happ.

Чем отличаются на практике

Часы на устройстве

Это главное бытовое различие. VMess проверяет метку времени, и при расхождении больше 120 секунд сервер молча отклоняет подключение. В старых описаниях встречается цифра 90 секунд; актуальная документация Xray называет 120.

В Happ это выглядит так: ссылка импортировалась без ошибок, а пинг через прокси показывает «Тайм-аут». Часовой пояс не важен, важна правильность времени по UTC. Как это исправить на разных устройствах, описано на странице неверное системное время.

VLESS метку времени не проверяет. Грубая ошибка часов, на дни или месяцы, при обычном TLS всё равно помешает — уже на этапе проверки сертификата сервера.

Нагрузка и скорость

VMess шифрует содержимое сам. Если сверху включён TLS, данные шифруются дважды, и на слабых телевизионных приставках или старых телефонах это заметно по нагрузке на процессор.

VLESS с TLS шифрует один раз. Режим XTLS Vision идёт дальше: трафик сайтов, уже защищённый HTTPS, он не шифрует повторно. Документация Xray отмечает, что Reality вместе с подходящим режимом Vision может давать многократный выигрыш в производительности.

На практике скорость сильнее зависит от канала сервера и маршрута до него, чем от протокола. Если оба варианта есть в подписке, сравнение на своём устройстве честнее любой таблицы.

Ссылки и проверка

Ссылку vless:// можно прочитать глазами: адрес, порт и параметры записаны открытым текстом. Ссылка vmess:// в распространённом формате — это JSON в base64: чтобы сверить поля, её нужно раскодировать.

Раскодируйте только на своём устройстве. Ссылка любого протокола — это полноценный доступ к серверу, и вставлять её в онлайн-сервисы нельзя.

Слой защиты

У VLESS защита канала полностью вынесена в TLS или Reality. Reality избавляет сервер от собственного домена и сертификата: клиент проверяет сервер по публичному ключу. Цена — такой сервер доступен только напрямую по IP, без CDN.

VMess с TLS и WebSocket давно используется за CDN и обратными прокси. Для такого сервера переход на VLESS не обязателен, если всё работает стабильно.

Кому что подходит

VLESS подойдёт, если:

  • вы настраиваете новый сервер и можете выбрать протокол сами;
  • у сервера нет своего домена — тогда удобен вариант с Reality;
  • на устройствах бывает неточное время, например на приставках, которые долго стояли без питания;
  • нужен режим Vision и минимальная нагрузка на процессор.

VMess разумно оставить, если:

  • провайдер выдаёт только ключи vmess://;
  • сервер давно работает через WebSocket и CDN, и администратор не планирует его менять;
  • к серверу подключаются клиенты, которые поддерживают только VMess.

Если в подписке есть оба протокола, используйте их как взаимную замену: при проблемах с одним сервером переключитесь на другой.

Как сравнить оба варианта в Happ

  1. Обновите подписку, чтобы проверять актуальные серверы.
  2. Нажмите иконку спидометра в шапке подписки и дождитесь пинга всех серверов. Пинг через прокси, по документации Happ, самый показательный способ.
  3. Подключитесь к серверу VLESS, затем к серверу VMess и в каждом случае нажмите «Проверить текущее соединение».
  4. Сравните задержку и поведение на протяжении дня, а не одну пробу.

Если VMess стабильно показывает «Тайм-аут», а VLESS на той же подписке работает, первым делом проверьте время на устройстве. Сравнение VLESS с другим протоколом на основе TLS — на странице VLESS или Trojan.

Главное

  • VMess проверяет метку времени: по документации Xray время UTC на устройстве и сервере должно отличаться от точного не больше чем на 120 секунд.
  • VLESS не хранит состояние и не проверяет метку времени, поэтому часы, отстающие на несколько минут, его подключение не ломают.
  • Режим XTLS Vision задаётся параметром flow, который есть только у VLESS; у VMess такого параметра нет.
  • VMess вместе с TLS шифрует данные дважды, поэтому на слабых устройствах нагрузка на процессор выше, чем у VLESS с TLS.
  • Ссылка vless:// читается как адрес с параметрами, а vmess:// в распространённом формате — это JSON в base64, который для проверки нужно раскодировать.

Частые вопросы

Что быстрее в Happ: VLESS или VMess?

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

Какой протокол безопаснее: VLESS или VMess?

При правильной настройке оба защищают данные современным шифрованием, но по-разному. У VLESS защита целиком зависит от слоя TLS или Reality: с security=none трафик идёт в открытом виде. VMess шифрует данные сам даже без TLS, однако без TLS у соединения нет проверки сервера по сертификату. Практический вывод: VLESS используйте только с TLS или Reality, VMess — желательно тоже с TLS.

Можно ли превратить ссылку VMess в VLESS, поменяв префикс?

Нет. Это разные протоколы с разным форматом заголовков и ссылок, и сервер принимает каждый на своём входе с отдельными настройками. Даже при совпадающем UUID вход VMess не поймёт подключение по VLESS. Чтобы перейти, администратор добавляет на сервере вход VLESS и выдаёт новую ссылку. В Happ после этого достаточно импортировать её или обновить подписку, если провайдер уже включил новый сервер.

Почему провайдер даёт в одной подписке и VLESS, и VMess?

Так провайдер закрывает разные сценарии. Вход VLESS с Reality работает напрямую с IP сервера, а VMess через WebSocket и TLS может идти через CDN или обратный прокси. Кроме того, VMess бывает нужен старым клиентам и давно настроенным устройствам. Для вас это запасные варианты: если сервер одного протокола перестал отвечать в конкретной сети, попробуйте другой из той же подписки.

Зачем VMess точное время, а VLESS нет?

В заголовок VMess входит метка времени: сервер сверяет её со своими часами и отклоняет запросы со слишком старой или слишком новой меткой. Так протокол защищается от повторной отправки перехваченного заголовка. VLESS такой проверки не делает и полагается на TLS или Reality, где от повторов защищает само TLS-рукопожатие. Поэтому VLESS подключается и на устройстве, где часы отстают на несколько минут.

Какой протокол меньше разряжает батарею телефона?

Разница невелика, но VLESS в теории экономнее: с TLS он шифрует данные один раз, а VMess с TLS — дважды. На смартфонах с аппаратным ускорением AES дополнительное шифрование почти незаметно. Намного сильнее на батарею влияют частые переподключения при слабом сигнале, пинг всей подписки при запуске и фоновые обновления, поэтому их настройка даёт больше экономии, чем смена протокола.

Можно ли держать VLESS и VMess на одном сервере?

Да. Xray-core на сервере может принимать подключения на нескольких входах: например, VLESS с Reality на порту 443 и VMess через WebSocket на другом порту или за обратным прокси. Каждый вход настраивается отдельно, и клиентам выдаются отдельные ссылки. В Happ такие серверы выглядят как разные строки списка, даже если адрес одинаковый, и переключаться между ними можно так же, как между любыми серверами подписки.

Упомянутые темы

Разделы по теме

Источники

  1. Документация Xray: исходящее подключение VLESS — обращение 28 сентября 2026
  2. Документация Xray: исходящее подключение VMess — обращение 28 сентября 2026
  3. Документация Xray: транспорт и Reality — обращение 28 сентября 2026
  4. Документация Happ: примеры ссылок и параметры — обращение 28 сентября 2026
  5. Документация Happ: добавление конфигурации и подписки — обращение 28 сентября 2026
  6. Документация Happ: пинг — обращение 28 сентября 2026