XHTTP в Xray-core — новый транспорт, настройка в 2026
Автор: Сергей Зайцев | Опубликовано: 11.05.2026 | Обновлено: 11.05.2026 | Чтение: 10 мин
XHTTP (X HTTP) — новый транспортный слой в Xray-core, появился в версии 1.8.23+ (конец 2024). Использует HTTP/2 или HTTP/3 (QUIC) вместо WebSocket. Продвинутая альтернатива WS+TLS для случаев когда Reality не подходит.
---
Что такое транспорт в Xray-core
VLESS — это протокол. Транспорт — это то, как данные передаются поверх сети. Протокол + транспорт = конкретная конфигурация VPN.
Доступные транспорты в Xray-core:
- TCP — самый простой, без маскировки
- WebSocket (WS) — часто с CDN (Cloudflare)
- HTTP/2 (H2) — быстрее WS, меньше задержка
- gRPC — для CDN, удобен с Cloudflare Workers
- Reality — TLS с реальным SNI, не требует домена
- XHTTP — HTTP/2 или QUIC, новый гибкий транспорт
---
Зачем XHTTP если есть Reality
Reality — лучший выбор для большинства случаев. XHTTP актуален когда:
1. CDN через Cloudflare — Reality не работает за Cloudflare (CDN терминирует TLS). XHTTP+Cloudflare = маскировка за легитимным CDN-трафиком.
2. HTTP/3 (QUIC/UDP) — XHTTP поддерживает QUIC. Если провайдер не тротлирует UDP специфически — QUIC быстрее TCP.
3. SplitHTTP-режим — данные дробятся на мелкие HTTP-чанки. Сложнее анализировать как VPN по паттерну трафика.
---
XHTTP vs WebSocket — в чём разница
| WebSocket (WS) | XHTTP | |
|---|---|---|
| Протокол | WS over TLS | HTTP/2 или HTTP/3 |
| Множественные потоки | ❌ (один поток) | ✅ (multiplexing) |
| CDN совместимость | ✅ Cloudflare | ✅ Cloudflare |
| Задержка | Выше | Ниже (HTTP/2 mux) |
| Поддержка UDP | ❌ | ✅ (QUIC) |
| Xray версия | Любая | 1.8.23+ |
---
Конфиг сервера с XHTTP
На сервере (Xray-core 1.8.23+):
{
"inbounds": [{
"protocol": "vless",
"settings": {
"clients": [{"id": "UUID", "flow": ""}]
},
"streamSettings": {
"network": "xhttp",
"security": "tls",
"tlsSettings": {
"certificates": [{"certificateFile": "/etc/ssl/cert.pem", "keyFile": "/etc/ssl/key.pem"}]
},
"xhttpSettings": {
"path": "/api/v1/data",
"host": "your-domain.com",
"mode": "auto"
}
}
}]
}
Режимы XHTTP:
auto— автовыбор (HTTP/2 или HTTP/3 в зависимости от клиента)stream-one— один HTTP поток (ближе к WS по поведению)stream-up— отдельные HTTP-запросы для uploadpacket-up— UDP-like через HTTP
---
Конфиг клиента
В Hiddify — XHTTP поддерживается через Custom JSON. Вставить VLESS URI с type=xhttp:
vless://UUID@HOST:443?security=tls&type=xhttp&path=%2Fapi%2Fv1%2Fdata&host=your-domain.com#имя-сервера
В v2rayN — добавить вручную: Server → тип VLESS → Transport: XHTTP → заполнить path, host.
---
XHTTP + Cloudflare CDN
Самый популярный сценарий применения XHTTP:
1. Ваш сервер за Cloudflare Proxy (оранжевая тучка в DNS) 2. Cloudflare терминирует TLS → до сервера трафик расшифрован (origin TLS отдельно) 3. Внешне: трафик к вашему домену выглядит как Cloudflare-CDN запросы
Reality за Cloudflare не работает (Cloudflare не пропускает custom TLS). XHTTP — работает.
Важно: Cloudflare Free имеет ограничения на прокси-трафик (не для «video streaming»). Тяжёлое использование может нарушить ToS Cloudflare.
---
Когда НЕ нужен XHTTP
- Обычный пользователь с VLESS+Reality — Reality лучше, проще, не требует домена
- Нет своего домена — XHTTP без CDN требует домен для TLS-сертификата (Reality не требует)
- Простая настройка важнее — Reality одна команда, XHTTP требует настройки сервера и домена
---
XHTTP в Hiddify через подписку
Если сервер настроен с XHTTP — в Subscription URL это передаётся автоматически. Hiddify 2.0+ поддерживает XHTTP. При обновлении подписки — ничего дополнительно делать не нужно.
---
FAQ
XHTTP поддерживается Remnawave? Remnawave (панель которую я использую) поддерживает XHTTP в версии 1.4+ — через настройку хоста в панели.
XHTTP быстрее Reality? При HTTP/2 мультиплексировании — latency ниже. На практике для стриминга и браузинга — незначительно. Для высокопараллельных соединений (множество одновременных запросов) — XHTTP быстрее.
Cloudflare Workers + XHTTP? Работает. Cloudflare Worker как дополнительный relay — один из продвинутых сценариев, не нужен большинству.
---