XHTTP, WebSocket или gRPC для VLESS: что выбрать?
Техническая редакция · Опубликовано 3 октября 2026 года
XHTTP, WebSocket и gRPC — транспорты для передачи прокси-данных между клиентом и сервером. VLESS обрабатывает сами прокси-запросы, а TLS или REALITY защищает соединение.
Обычному пользователю не нужно выбирать транспорт отдельно от профиля узла. Если провайдер дал рабочую подписку, начните с неё. Различия важны при настройке сервера и поиске причин несовместимости. Об уровнях соединения читайте в обзоре VLESS.
WebSocket: привычный веб-маршрут
WebSocket начинается как HTTP-соединение, затем переключается на постоянный двусторонний обмен. Он давно используется с VLESS и поддерживается многими клиентами, обратными прокси и некоторыми схемами с CDN.
Если существующий узел через WebSocket и CDN работает стабильно, менять его только ради нового транспорта не требуется. Но переход с HTTP/1.1 имеет узнаваемые признаки. Текущая документация Xray рекомендует рассмотреть XHTTP для новых совместимых развёртываний. При работе через CDN должны совпадать домен, путь, TLS, правила CDN и настройки исходного сервера. Подробнее — в статье о VLESS и Cloudflare CDN.
gRPC: зависимость от HTTP/2
gRPC основан на HTTP/2. Он может работать через обратный прокси, если тот правильно поддерживает HTTP/2 и gRPC. Имя сервиса, TLS и правила пересылки должны соответствовать настройкам сервера.
Xray рекомендует XHTTP для новых совместимых схем и указывает на ограничения gRPC, в том числе связанные с fallback. Но стабильный gRPC-узел не нужно переносить без практической причины.
XHTTP: более новый транспорт Xray
XHTTP предлагает несколько режимов обработки входящего и исходящего потока. Когда обе стороны совместимы, документация Xray рассматривает его как предпочтительное направление для новых развёртываний. В актуальной документации Mihomo тоже описана конфигурация VLESS XHTTP.
Главное ограничение — версии и формат. Старый клиент, встроенное ядро или конвертер подписки могут не понять тот же профиль XHTTP. Перед переходом проверяйте весь путь от клиента до сервера.
Краткое сравнение
| Транспорт | Сильная сторона | Что проверить |
|---|---|---|
| WebSocket | Широкая поддержка и привычная работа с веб-прокси | Более старая схема HTTP Upgrade |
| gRPC | Подходит для инфраструктуры HTTP/2 | Правильная поддержка gRPC всеми посредниками |
| XHTTP | Несколько HTTP-режимов в Xray | Версии клиента, сервера и промежуточных сервисов |
Это не рейтинг скорости. Маршрут, перегрузка, потери пакетов и сервер обычно важнее названия транспорта.
Как принять решение?
Рабочие WebSocket и gRPC можно оставить. При новом развёртывании Xray стоит рассмотреть XHTTP, если его поддерживают клиент, сервер и промежуточные сервисы. Смена ради одного только нового названия пользы не даёт.
Транспорт и защиту нужно проверять отдельно. Xray документирует TLS со всеми тремя вариантами; REALITY — с RAW, XHTTP и gRPC, но не с WebSocket. Простая смена одного поля не превратит узел WebSocket + TLS в REALITY. Подробнее — в сравнении REALITY и TLS.
При импорте подписки используйте предоставленный профиль. Для выбора приложения есть сравнение клиентов, а для WahooVPN — инструкция по сторонним приложениям.
Источники: совместимость транспортов Xray, WebSocket, gRPC, XHTTP в Mihomo.