Транспорты Xray: XHTTP, WebSocket и TCP

XHTTP

XHTTP поддерживает несколько режимов передачи и может работать с TLS или REALITY. Режим, путь, домен и серверная реализация должны соответствовать клиенту. Значение auto выбирает поведение ядра на основе остальных параметров, поэтому результат может меняться между версиями.

Обычный Xray Mux и внутренние механизмы XHTTP — не одно и то же. Добавление ручных параметров без измерения иногда увеличивает число соединений или ухудшает длительные загрузки.

WebSocket

WebSocket начинает соединение как HTTP/1.1 Upgrade и часто размещается за Nginx или Caddy. Reverse proxy завершает публичный TLS и передаёт запрос на локальный Xray inbound.

Путь WebSocket должен совпадать с правилом reverse proxy. ALPN h2 нельзя считать заменой классическому WebSocket: обычный Upgrade работает через HTTP/1.1.

TCP и REALITY

Прямой TCP-профиль не использует HTTP-путь. При REALITY клиенту нужны корректные SNI, public key, short ID и fingerprint. Поле flow применяется только в совместимых сценариях и не должно добавляться к каждому транспорту автоматически.

Успешное TLS-подобное рукопожатие ещё не гарантирует выход в интернет: после него остаются авторизация VLESS, серверная маршрутизация, DNS и outbound.

Как выбирать профиль

• Использовать профиль целиком из подписки, не смешивая параметры разных нод.
• Сначала обновить клиент и подписку, затем проверить совместимость транспорта.
• Сравнивать профили в одной и той же сети и фиксировать точное время.
• Не включать allowInsecure для постоянного использования.
• При длительных обрывах проверять не только Xray, но и reverse proxy, лимиты, MTU и сетевые потери.

Документация и версии

Актуальные поля перечислены в документации XHTTP и документации WebSocket. Перед массовым обновлением сервера новая версия ядра должна проходить canary-проверку с используемыми клиентами.

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