Hysteria2 или VLESS Reality: скорость и стабильность
- Автор
- Екатерина Лебедева, редактор раздела knowledge base
- Проверил:
- Артём Волков
- Проверено:
- Опубликовано:
- , обновлено
- Версия гайда:
- 1.0
Коротко
Hysteria2 работает на QUIC поверх UDP и лучше держит потери пакетов на мобильном интернете и дальних маршрутах, но полностью зависит от того, пропускает ли сеть UDP. VLESS Reality работает по TCP, поэтому подключается почти везде, где проходит обычный HTTPS, но не выигрывает от особенностей QUIC на нестабильном канале.
Hysteria2 и VLESS Reality в Happ решают задачу стабильного соединения разными средствами. Hysteria2 передаёт данные по QUIC: потеря одного пакета не тормозит остальные потоки, а собственные алгоритмы разгоняют скорость быстрее обычного TCP. VLESS Reality остаётся на TCP и маскирует TLS-рукопожатие под сайт-донор без своего сертификата. Какой вариант окажется стабильнее на практике, зависит не от протокола самого по себе, а от того, как конкретная сеть обращается с UDP-трафиком.
Сравнение по 12 параметрам
Оба варианта в Happ добавляются одинаково — ссылкой, QR-кодом или подпиской. Разница в устройстве протокола проявляется, когда сеть ведёт себя нестабильно.
| Параметр | Hysteria2 | VLESS Reality |
|---|---|---|
| Транспорт | QUIC поверх UDP | TCP |
| Слой защиты | TLS 1.3, встроен в QUIC, всегда включён | TLS 1.3 внутри Reality, без своего сертификата |
| Проверка клиента | пароль в параметре auth | UUID, плюс проверка сервера по ключу pbk и sid |
| Нужен домен и сертификат | нет; подходит самоподписанный сертификат при отключении проверки | нет, сервер проверяется по публичному ключу |
| Устойчивость к потере пакетов | высокая: потери в одном потоке не блокируют остальные | обычная для TCP: потерянный сегмент задерживает то, что идёт следом |
| Поведение при жёстком ограничении UDP | соединение нестабильно или не устанавливается | обычно работает, если проходит стандартный HTTPS |
| Мультипорт (port hopping) | есть, список портов или диапазон с интервалом переключения | не описан для VLESS |
| Обфускация | obfs=salamander с паролем obfs-password | нет отдельного параметра обфускации; есть fp (отпечаток клиента) |
| Управление скоростью | собственные алгоритмы (Brutal при известной ширине канала, иначе BBR) | обычное поведение TCP |
| Режим Vision | не описан для Hysteria2 | есть, снижает повторное шифрование HTTPS-трафика |
| Диагностика пингом в Happ | TCP-пинг обычно бесполезен; нужен пинг через прокси | подходят все способы: ICMP, TCP, через прокси |
| Транспорты в Happ помимо основного | только QUIC | TCP, WebSocket, gRPC, XHTTP |
Данные сверены 28 сентября 2026 по документации Happ и документации Xray. Полные параметры ссылок — на страницах Hysteria2 в Happ и VLESS в Happ.
Чем отличаются на практике
Поведение на нестабильном канале
Ключевое отличие — как протокол переживает потерю пакетов. QUIC, на котором работает Hysteria2, разводит потоки данных внутри одного соединения: если один пакет потерялся, остальные продолжают идти. TCP, на котором работает VLESS, устроен иначе: потерянный сегмент задерживает всё, что шло следом, пока он не будет доставлен повторно. На мобильном интернете со слабым сигналом это ощущается как более плавная загрузка у Hysteria2.
Зависимость от сети
Обратная сторона скорости Hysteria2 — полная зависимость от UDP. Часть гостевых точек доступа, некоторых офисных сетей и мобильных операторов ограничивает UDP-трафик сильнее, чем обычный HTTPS-трафик по TCP. В таких условиях VLESS с Reality подключается надёжнее, потому что его TLS-рукопожатие неотличимо по транспорту от обращения к обычному сайту.
Диагностика и пинг
В Happ у Hysteria2 обычный TCP-пинг почти не имеет смысла: сервер, как правило, слушает только UDP и не отвечает на TCP-запросы. Показательнее пинг через прокси. У VLESS с Reality работают все три способа пинга, включая ICMP, потому что сервер держит настоящее TCP-соединение.
Дополнительные механизмы стабильности
У Hysteria2 есть мультипорт — переключение между несколькими портами сервера, если UDP-сессия на текущем стала нестабильной, а также обфускация Salamander для самих пакетов QUIC. У VLESS Reality таких параметров нет, но есть отпечаток TLS-клиента (fp) и режим Vision, которые решают другую задачу — совместимость с TLS-стеком браузеров и снижение повторного шифрования.
Кому что подходит
Hysteria2 подойдёт, если:
- канал до сервера длинный или заведомо с потерями — мобильный интернет, дальний маршрут;
- сеть, где вы обычно работаете, пропускает UDP без ограничений;
- важна быстрая загрузка и голосовая связь на нестабильном сигнале.
VLESS Reality разумнее, если:
- сеть непредсказуема в обращении с UDP — гостевые точки доступа, часть офисных сетей;
- нужна максимальная совместимость с любой сетью, где открыт обычный HTTPS;
- у сервера нет домена, но нужен режим Vision и низкая накладная нагрузка на TCP.
Если провайдер выдал оба протокола, держите Hysteria2 основным на нестабильном канале, а VLESS Reality — запасным для сетей, где UDP работает хуже TCP.
Как сравнить оба протокола в Happ
- Подключитесь к серверу Hysteria2 и выполните «Проверить текущее соединение» способом через прокси, а не ICMP или TCP.
- Переключитесь на сервер VLESS Reality и повторите проверку тем же способом, чтобы сравнить показания на равных условиях.
- Оцените стабильность не по одной попытке, а в течение дня и в разных сетях: дома, на мобильном интернете, в гостевом Wi-Fi.
- Если Hysteria2 стабильно хуже именно в одной конкретной сети, оставьте в ней VLESS Reality как основной сервер подписки.
Сравнение VLESS Reality с протоколом на другом транспорте без QUIC — на странице VLESS или Trojan.
Главное
- Hysteria2 передаёт данные по QUIC (UDP со встроенным TLS 1.3), а VLESS Reality — по TCP с TLS 1.3 внутри Reality.
- У QUIC нет проблемы head-of-line blocking на уровне соединения: потеря пакета одного потока не задерживает остальные, в отличие от TCP.
- Hysteria2 умеет мультипорт (port hopping) и обфускацию salamander; у VLESS Reality таких параметров нет, но есть fp и XTLS Vision.
- В сетях, где UDP отбрасывается или ограничивается, Hysteria2 работает хуже TCP-протоколов или не подключается вовсе.
- Обычный TCP-пинг в Happ почти бесполезен для Hysteria2, потому что сервер, как правило, не слушает TCP вовсе.
Частые вопросы
Правда ли, что Hysteria2 всегда быстрее VLESS Reality?
Нет, быстрее он не всегда, а именно на каналах с потерями пакетов и высокой задержкой — например, на мобильном интернете со слабым сигналом или дальних маршрутах. На стабильном широком канале разница между QUIC и TCP обычно почти не ощущается, и оба протокола выходят на близкую скорость. Сравнивать стоит на своём канале и в свои часы использования, а не по одной пробе.
Как понять, что причина плохой работы Hysteria2 — именно сеть, а не сервер?
Попробуйте подключиться из другой сети, например через точку доступа телефона на мобильных данных вместо домашнего Wi-Fi. Если там Hysteria2 сразу заработал стабильно, дело в том, как первая сеть обращается с UDP-трафиком: часть гостевых, офисных и части мобильных сетей ограничивает UDP сильнее, чем TCP. Если и в другой сети нестабильно, вероятнее проблема на самом сервере.
Можно ли включить мультипорт у VLESS Reality, как у Hysteria2?
Нет, мультипорт (port hopping) — параметр именно Hysteria2, он описан в документации Happ только для этого протокола: адрес сервера задаётся списком портов или диапазоном, и клиент периодически переключается между ними. У VLESS Reality похожей функции нет: сервер слушает один порт, обычно 443, и параметры pbk, sid и sni остаются постоянными независимо от сети.
Зачем Hysteria2 нужен пароль, если TLS 1.3 уже защищает канал?
TLS 1.3 в QUIC защищает содержимое передачи от посторонних на пути к серверу, но не решает, кого сервер вообще готов обслуживать. Параметр auth — это отдельная проверка личности клиента, похожая на пароль Trojan, только на другом транспорте. Без верного auth сервер Hysteria2 не установит соединение, даже если TLS-рукопожатие QUIC прошло технически корректно.
Что произойдёт с голосовым звонком через Hysteria2, если сеть частично теряет пакеты?
Благодаря QUIC потеря отдельных пакетов в потоке звонка не блокирует остальную передачу данных того же соединения — этим QUIC отличается от TCP, где один потерянный сегмент задерживает всё, что идёт следом. Звонок может кратко просесть по качеству звука, но обычно не рвётся полностью. У протоколов на TCP такая же потеря пакетов при плохой связи ощущается заметнее.
Нужно ли держать VLESS Reality в подписке, если провайдер уже дал Hysteria2?
Разумно, если сеть, в которой вы обычно работаете, не гарантированно пропускает UDP: гостевые точки доступа, часть корпоративных сетей и некоторые мобильные операторы ограничивают его сильнее, чем обычный HTTPS-трафик. VLESS Reality на TCP-порту 443 в таких условиях подключается надёжнее. Оба протокола в одной подписке позволяют переключиться между ними без смены самого Happ.
Упомянутые темы
Похожие материалы
Разделы по теме
Источники
- Документация Happ: Hysteria2 — обращение 28 сентября 2026
- Документация Happ: примеры ссылок и параметры — обращение 28 сентября 2026
- Документация Happ: пинг — обращение 28 сентября 2026
- Документация Xray: исходящее подключение VLESS — обращение 28 сентября 2026