Хост с автовыбором

Это обычные хосты на твоих нодах. Менять в них почти ничего не нужно.

Собрать UUID

UUID берётся в карточке каждого хоста. Выпиши их в том порядке, в каком хочешь видеть теги outbounds: первый в списке станет proxy, второй proxy-2, третий proxy-3.

Порядок ни на что не влияет по существу — leastLoad всё равно сортирует по замерам. Но в логах удобнее, когда он осмысленный.

Создай новый хост. Это та запись, которую увидит пользователь; никуда она не подключается.

Балансировщик живёт целиком в шаблоне подписки. На нодах для него настраивать нечего — они не знают, что кто-то балансирует между ними.

Дальше речь только про второй. Это два отдельных шага: создать конфиг и привязать его к хосту. Одного создания недостаточно.

1 · Создать конфиг

Панель → Xray JSON → создать новый. Заменить нужно только UUID_ХОСТА_N на UUID из фазы 01 — строк в списке столько, сколько у тебя нод.

{
  "remnawave": {
    "injectHosts": [
      {
        "selector": {
          "type": "uuids",
          "values": [
            "UUID_ХОСТА_1",
            "UUID_ХОСТА_2",
            "UUID_ХОСТА_3"
          ]
        },
        "selectFrom": "HIDDEN",
        "selectFrom": "NOT_HIDDEN",
        "tagPrefix": "proxy"
      }
    ]
  },
  "log": { "loglevel": "warning" },
  "dns": {
    "servers": ["1.1.1.1", "1.0.0.1"],
    "queryStrategy": "UseIPv4",
    "disableCache": false
  },
  "policy": {
    "levels": {
      "0": {
        "handshake": 4,
        "connIdle": 180,
        "uplinkOnly": 1,
        "downlinkOnly": 1
      }
    }
  },
  "inbounds": [
    {
      "tag": "socks",
      "port": 10808,
      "listen": "127.0.0.1",
      "protocol": "socks",
      "settings": { "udp": true, "auth": "noauth" },
      "sniffing": {
        "enabled": true,
        "routeOnly": false,
        "destOverride": ["http", "tls", "quic"]
      }
    },
    {
      "tag": "http",
      "port": 10809,
      "listen": "127.0.0.1",
      "protocol": "http",
      "settings": { "allowTransparent": false },
      "sniffing": {
        "enabled": true,
        "routeOnly": false,
        "destOverride": ["http", "tls"]
      }
    }
  ],
  "outbounds": [
    { "tag": "direct", "protocol": "freedom" },
    { "tag": "block", "protocol": "blackhole" }
  ],
  "burstObservatory": {
    "subjectSelector": ["proxy"],
    "pingConfig": {
      "destination": "https://www.gstatic.com/generate_204",
      "connectivity": "http://connectivitycheck.gstatic.com/generate_204",
      "interval": "30s",
      "timeout": "5s",
      "sampling": 6
    }
  },
  "routing": {
    "domainMatcher": "hybrid",
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "protocol": ["bittorrent"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "udp",
        "port": 443,
        "outboundTag": "block"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "balancerTag": "auto"
      }
    ],
    "balancers": [
      {
        "tag": "auto",
        "selector": ["proxy"],
        "fallbackTag": "direct",
        "strategy": {
          "type": "leastLoad",
          "settings": {
            "maxRTT": "2s",
            "expected": 3,
            "baselines": ["150ms", "300ms", "600ms"],
            "tolerance": 0.15
          }
        }
      }
    ]
  }
}

Что здесь важно не сломать

2 · Привязать к виртуальному хосту

Открой виртуальный хост из фазы 02 и выбери в нём созданный конфиг — в форме есть поле выбора Xray JSON.

Это отдельный обязательный шаг. Виртуальный хост и есть «получатель» инжекта: панель берёт его шаблон, находит по селектору остальные хосты и складывает их внутрь как outbounds.

Значения в шаблоне рабочие. Этот раздел нужен, если поведение не устроит.

Окно наблюдателя

sampling × interval — сколько времени помнит наблюдатель.

Параметры стратегии

Что крутить

• Перескакивает между нодами — tolerance до 0.25 или sampling до 10
• Висит на упавшей ноде — снизить sampling или interval
• Берёт медленную при живых быстрых — сузить первую ступень baselines
• Часто уходит в fallback — поднять maxRTT и tolerance

1 · Подписка

Открой ссылку подписки в браузере. В JSON должно быть:

• ровно столько инжектированных outbounds, сколько нод, в начале массива
• блока remnawave нет — панель его вырезает

2 · Клиент

• в списке одна запись, ноды по отдельности не видны
• в списке «Авто» плюс все ноды, ручной выбор работает
• соединение поднимается, трафик идёт

3 · Отказ

Выключи в панели ту ноду, которую выбрал балансировщик. Соединение должно восстановиться за 30–60 секунд.

Затем перезапусти клиент полностью и проверь, работает ли сеть в первые 30 секунд. Это определяет, можно ли ставить fallbackTag: "block" вместо direct.

Пинг есть, интернета нет

Самый частый симптом и самый обманчивый: клиент показывает задержку, значит «работает», но трафик не идёт. Разбирается по порядку, каждый шаг отсекает часть причин.

Остальное

Если подписка отдаёт JSON всем без разбора, пользователи Hiddify получат непригодный для них конфиг. Либо отдельная ссылка, либо отдача шаблона по User-Agent.

Механика injectHosts — по документации Remnawave, параметры leastLoad — по документации Xray и практике настройки. Выбор схемы и значения полей хранятся только в этом браузере.