← на главную
Документация · Remnawave

Подключение Clearway к Remnawave

На странице сервера в ЛК есть готовые блоки с кнопкой «Копировать». В Remnawave они ложатся в две сущности: Config Profile (сторона вашей ноды) и Host (сторона клиента). Ничего собирать руками не нужно — скопировал и вставил.

Обновление 18 октября: новый Вход 2 и прямой адрес.
Вход 2 заменён. Если вы добавляли его раньше (адрес вида метка.edge-assets.ru, отправка методом PUT), такой хост больше не работает. Настройте его заново по разделу «Вход 2»: у него общий адрес, ваш собственный путь и три параметра сессии. Абонентам нужно приложение на ядре Xray 26.6 или новее.
Появился прямой адрес — персональный адрес Входа 1, через который CDN подключается прямо к вашей ноде. По замерам это самый стабильный путь у мобильных операторов. Как включить — раздел «Прямой адрес».
Трафик через все входы считается из того же баланса.
Обновление 25 сентября: если вы настраивали раньше. С этого дня у абонентов Билайна, части МегаФона и T-Mobile старая схема перестала проходить: соединение устанавливается, а сайты не открываются. Теперь данные от абонента передаются в заголовках запроса, а не в его теле. Поменяйте две вещи, в таком порядке:

1. Config Profile — в extra инбаунда: "uplinkDataPlacement": "auto" и "serverMaxHeaderBytes": 262144. Старые подписки при этом продолжают работать.
2. Host — в xHTTP extra: "uplinkDataPlacement": "header", "uplinkChunkSize": 4096, "scMaxEachPostBytes": 4096. Помните, что это поле заменяет extra целиком: uplinkHTTPMethod и xmux должны остаться в нём. Готовый блок — на странице сервера в кабинете.

После сохранения хоста абонентам достаточно обновить подписку.
Путь (path) у вас будет не литеральным /api/v1/sync/, а случайным — например /api/v1/x7k2p9qr/sync/. Это не секрет для авторизации (доступ проверяется UUID клиента в xray, а не путём) — так каждый оператор получает уникальный traffic-паттерн, и DPI не может заблокировать всех разом по одной сигнатуре. Используйте значение из вашего реального ответа, а не пример ниже.

1. Профиль ноды — вставьте целиком

Панель → Config Profiles → откройте профиль вашей ноды. По умолчанию там лежит Shadowsocks — сотрите его и вставьте готовый профиль из ЛК (блок «Шаг 1 — Профиль ноды», кнопка «Копировать»). Собирать массив inbounds руками не нужно:

{
  "log": { "loglevel": "warning" },
  "inbounds": [
    {
      "tag": "CLEARWAY",
      "listen": "0.0.0.0",
      "port": 25454,
      "protocol": "vless",
      "settings": { "clients": [], "decryption": "none" },
      "streamSettings": {
        "network": "xhttp",
        "security": "none",
        "xhttpSettings": {
          "mode": "packet-up", "path": "/api/v1/sync/",
          "extra": { "uplinkHTTPMethod": "GET", "uplinkDataPlacement": "auto",
                     "scMaxEachPostBytes": 1000000, "serverMaxHeaderBytes": 262144, "...": "..." }
        }
      }
    }
  ],
  "outbounds": [
    { "tag": "DIRECT", "protocol": "freedom" },
    { "tag": "BLOCK", "protocol": "blackhole" }
  ],
  "routing": { "rules": [] }
}

Сохраните профиль → Nodes → ваша нода → включите инбаунд CLEARWAY → дождитесь синхронизации.

Уже есть свои инбаунды в профиле? Тогда не заменяйте весь профиль, а добавьте в массив inbounds только объект CLEARWAY — блок «Только инбаунд-объект» на странице сервера.
Важно: security: "none" здесь правильно и ожидаемо. TLS терминирует наш CDN-edge, а не ваш сервер — если поставить "tls", получится двойное шифрование и соединение сломается.

2. Создайте Host (клиентская сторона)

Панель → Hosts → Create Host → заполните значениями из host_config:

ПолеЗначение
InboundCLEARWAY
Address<subdomain>
Port443
Security LayerTLS
TransportXHTTP
Path/api/v1/sync/
SNI<subdomain>
Host<subdomain>
ALPNh2,http/1.1
Fingerprintchrome
xHTTP extraобъект extra из host_config как есть

Привяжите Host к тому же Squad, что и инбаунд из шага 1.

Приложение абонента должно работать на ядре Xray. Подходят v2rayNG, NekoBox, v2rayN, Happ. Hiddify не подходит — он собран на sing-box, где XHTTP не поддерживается вовсе.

Дело в поле uplinkHTTPMethod: GET внутри extra: это возможность ядра Xray, и без неё клиент отправляет данные методом POST, а CDN на POST отвечает 405. Соединение при этом показывается установленным, но трафик не идёт — выглядит как поломка на нашей стороне, хотя и нода, и Host настроены верно.

3. Проверка

Обновите подписку у тестового пользователя в этом Squad — новый сервер должен появиться автоматически. Проверяйте подключение из реальной мобильной сети РФ, не Wi-Fi — только так видно, действительно ли edge в белом списке оператора.

4. Вход 2 — запасной вход

В кабинете на странице сервера есть блок «Вход 2 — хост в панели». У этого входа общий адрес для всех и ваш собственный путь вида /e/<токен>/…. Новый сервер, инбаунд или пользователей заводить не нужно — добавляется только ещё один Host:

  1. Hosts → откройте Host этого сервера из шага 2 и сделайте копию.
  2. Замените в копии четыре поля: Address, SNI и Host — на адрес из блока, Path — на путь из блока. Путь отличается от пути Входа 1 — это правильно: наш шлюз снимает префикс и передаёт на вашу ноду прежний путь.
  3. xHTTP extra вставьте целиком из блока. Он отличается от extra Входа 1: тот же метод GET с данными в заголовках, пакет до 16 КБ и три параметра сессии — "sessionIDTable": "Base62", "sessionIDLength": "12-12", "xPaddingPlacement": "cookie". Без них этот вход отвечает ошибкой.
  4. Inbound и Squad — те же. Сохраните; абонентам достаточно обновить подписку.

Свой профиль extra? Оставьте его, проверьте "uplinkHTTPMethod": "GET", "uplinkDataPlacement": "header", scMaxEachPostBytes не больше 16384 и добавьте три параметра сессии выше.

Отправка методом PUT через Вход 2 не проходит. Если вы ставили PUT и "uplinkDataPlacement": "body" по прежней инструкции, верните GET и заголовки. Инбаунд на ноде менять не нужно.
Нужно приложение на ядре Xray 26.6 или новее. На старом ядре Вход 2 не подключается — поэтому держите его в подписке вместе с Входом 1, а не вместо. Первый Host не удаляйте и не меняйте. Трафик через все входы идёт из одного баланса.

5. Прямой адрес — самый стабильный Вход 1

Это персональный адрес сервера вида метка.nordtile.ru — копия хоста Входа 1, через которую CDN подключается прямо к вашей ноде, без нашего шлюза. По замерам это самый стабильный путь у мобильных операторов. Инбаунд, путь, пользователи и настройки XHTTP остаются прежними.

  1. Откройте порт инбаунда для всех адресов: ufw allow ВАШ_ПОРТ/tcp. Узлы CDN подключаются к ноде напрямую, их список не публикуется. Инбаунд и его настройки не трогайте.
  2. В кабинете на странице сервера найдите блок «Прямой адрес» и нажмите «Я открыл порт — включить прямой адрес». Мы заведём адрес и проверим его через CDN сами: он появится в блоке через 15–25 минут. Если свободных адресов сейчас нет, сервер встанет в очередь и включится автоматически — держите порт открытым.
  3. Hosts → копия Host Входа 1 → замените Address, SNI и Host на прямой адрес из блока. Port 443, TLS, Path, ALPN, Fingerprint и xHTTP extra оставьте как в Host Входа 1. Inbound и Squad — те же.
Host Входа 1 не удаляйте: прямой адрес добавляется рядом с ним. Трафик через прямой адрес считается из того же баланса.

Файрвол: кого пускать к ноде

К вашей ноде подключаются три наших адреса: 159.194.204.83, 141.133.200.63 и 177.3.209.116. Если прямой адрес не включён, откройте порт инбаунда только для них — так до ноды нельзя достучаться мимо нас:

ufw allow from 159.194.204.83 to any port ВАШ_ПОРТ proto tcp && \
ufw allow from 141.133.200.63 to any port ВАШ_ПОРТ proto tcp && \
ufw allow from 177.3.209.116 to any port ВАШ_ПОРТ proto tcp

Если включён прямой адрес, порт должен быть открыт для всех: к ноде подключаются узлы CDN, а их список не публикуется. Абонента по-прежнему проверяет Xray по UUID, а уникальный путь защищает от сканирования.

ufw allow ВАШ_ПОРТ/tcp

Частые ошибки