VLESS Balancer: настройка балансировки и маршрутизации в Xray для стабильного VPN

Что такое balancer в Xray и как он связан с VLESS

В экосистеме Xray-core термин balancer (балансировщик) относится к модулю маршрутизации, который распределяет входящие соединения между несколькими исходящими подключениями (outbounds). Это не отдельный протокол, а логический компонент конфигурации, который работает поверх таких протоколов, как VLESS, VMess, Trojan и других. Если вы используете VLESS-серверы, balancer позволяет объединить их в группу и автоматически выбирать наиболее подходящий в момент установки соединения.

Балансировщик особенно полезен, когда у вас есть несколько VPS в разных странах или у разных провайдеров. Вместо того чтобы вручную переключаться между серверами при деградации скорости или блокировке, Xray сам направит трафик на тот узел, который соответствует заданной стратегии. Это повышает отказоустойчивость и снижает задержки, особенно при просмотре стриминговых сервисов или работе с географически распределёнными ресурсами.

Важно понимать: balancer не является заменой прокси-протоколу. VLESS остаётся основным протоколом для установки защищённого туннеля, а balancer лишь управляет выбором конкретного outbound. В конфигурации Xray это выражается в том, что правило маршрутизации (rule) может ссылаться на balancerTag вместо outboundTag, и тогда трафик пойдёт через выбранный балансировщиком узел.

Зачем нужен балансировщик при использовании VLESS

Основная задача балансировщика — обеспечить непрерывность доступа и оптимальную производительность. Когда у вас один VLESS-сервер, любая проблема с ним (DDoS, блокировка по IP, перегрузка) приводит к полной потере связи. С balancer'ом вы можете настроить несколько серверов, и если один из них становится недоступным, Xray автоматически перенаправит трафик на другой.

Второй сценарий — географическое распределение. Например, для доступа к российским сайтам лучше использовать сервер в России, а для зарубежных — в Европе или США. С помощью правил маршрутизации и balancer'а можно настроить так, чтобы трафик к определённым доменам или IP-диапазонам шёл через конкретную группу серверов. Это снижает задержку и уменьшает нагрузку на зарубежные каналы.

Третий момент — экономия ресурсов. Если у вас несколько серверов с разными лимитами трафика, балансировщик может распределять нагрузку равномерно, предотвращая перерасход на одном узле. Хотя Xray не имеет встроенной логики учёта трафика, вы можете комбинировать balancer с внешними скриптами мониторинга, которые меняют веса серверов в реальном времени.

Структура конфигурации: routing, rules и balancers

В Xray конфигурация маршрутизации описывается в блоке routing, который содержит три ключевых поля: domainStrategy, rules и balancers. Поле domainStrategy определяет, как обрабатываются доменные имена: AsIs (использовать как есть), IPIfNonMatch (резолвить домен, если не найдено правило) или IPOnDemand (резолвить сразу). Для балансировки это важно, потому что правила могут опираться на IP-адреса, и стратегия влияет на то, когда будет выполняться DNS-запрос.

Поле rules — это массив правил, каждое из которых содержит условия (домены, IP, порты, протоколы и т.д.) и действие — указание на outboundTag или balancerTag. Правила проверяются сверху вниз, и первое совпавшее определяет маршрут. Если ни одно правило не совпало, трафик идёт через первый outbound в списке (или через outbound, указанный в настройках по умолчанию).

Поле balancers — это массив объектов, каждый из которых описывает группу outbound'ов и стратегию выбора. Минимальная конфигурация balancer'а содержит tag (уникальное имя) и selector (список тегов outbound'ов, из которых выбирается узел). Например, если у вас есть три VLESS-сервера с тегами vps1, vps2, vps3, то balancer с selector: ["vps1", "vps2", "vps3"] будет выбирать один из них для каждого нового соединения.

Стратегии балансировки: random, leastPing и другие

Xray поддерживает несколько стратегий выбора outbound'а внутри balancer'а. Основные из них: random — случайный выбор, leastPing — выбор сервера с наименьшей задержкой (пингом), и leastLoad — выбор сервера с наименьшей нагрузкой (доступно в некоторых сборках). Стратегия задаётся в поле strategy объекта balancer.

random — самая простая и предсказуемая стратегия. Она не требует дополнительных замеров и подходит для случаев, когда все серверы примерно одинаковы по качеству. Однако она не учитывает текущее состояние канала: если один сервер перегружен, случайный выбор может направить трафик именно на него.

leastPing — более умная стратегия: Xray периодически отправляет тестовые запросы (например, через ping или HTTP-запросы) и выбирает сервер с минимальным временем отклика. Это особенно полезно для мобильных пользователей, которые перемещаются между сетями, или для стриминга, где важна низкая задержка. Однако leastPing требует, чтобы серверы были доступны для тестовых соединений, и может создавать дополнительную нагрузку.

Некоторые сборки Xray поддерживают leastLoad, которая анализирует загрузку CPU и трафик на сервере, но эта стратегия требует установки дополнительных модулей и редко используется в стандартных конфигурациях. При выборе стратегии учитывайте, что random — самый надёжный вариант для большинства сценариев, а leastPing — для чувствительных к задержкам приложений.

Как настроить balancer для нескольких VLESS-серверов

Для настройки балансировщика вам потребуется создать несколько outbound'ов с протоколом VLESS и затем объединить их в balancer. Пример конфигурации для двух серверов:

{
  "outbounds": [
    {
      "tag": "vps1",
      "protocol": "vless",
      "settings": {
        "vnext": [{"address": "server1.example.com", "port": 443, "users": [{"id": "uuid-1", "encryption": "none"}]}]
      },
      "streamSettings": {
        "network": "tcp",
        "security": "reality",
        "realitySettings": {
          "serverName": "www.microsoft.com",
          "fingerprint": "chrome",
          "publicKey": "public-key-1",
          "shortId": "short-id-1"
        }
      }
    },
    {
      "tag": "vps2",
      "protocol": "vless",
      "settings": {
        "vnext": [{"address": "server2.example.com", "port": 443, "users": [{"id": "uuid-2", "encryption": "none"}]}]
      },
      "streamSettings": {
        "network": "tcp",
        "security": "reality",
        "realitySettings": {
          "serverName": "www.microsoft.com",
          "fingerprint": "chrome",
          "publicKey": "public-key-2",
          "shortId": "short-id-2"
        }
      }
    }
  ],
  "routing": {
    "rules": [
      {
        "domain": ["geosite:netflix"],
        "balancerTag": "streaming"
      }
    ],
    "balancers": [
      {
        "tag": "streaming",
        "selector": ["vps1", "vps2"],
        "strategy": "leastPing"
      }
    ]
  }
}

В этом примере трафик к Netflix направляется через balancer streaming, который выбирает между vps1 и vps2 на основе пинга. Обратите внимание, что для VLESS с Reality необходимо указывать одинаковые параметры serverName, fingerprint и другие, чтобы клиент мог корректно установить соединение с любым из серверов. Если серверы используют разные SNI-доноры, balancer всё равно будет работать, но убедитесь, что каждый outbound настроен правильно.

Маршрутизация по доменам и IP: как направить трафик через balancer

Балансировщик используется в правилах маршрутизации, которые могут фильтровать трафик по доменам, IP-адресам, портам, протоколам и другим атрибутам. Например, вы можете настроить правило, которое отправляет весь трафик к российским сайтам напрямую (outboundTag: "direct"), а зарубежный трафик — через balancer.

Для доменов используйте префиксы: domain: (совпадение с доменом и поддоменами), keyword: (подстрока), regexp: (регулярное выражение), geosite: (предустановленные списки). Например, "domain:youtube.com" направит трафик к youtube.com и его поддоменам через указанный balancer.

Для IP-адресов используйте geoip:cn (китайские IP), geoip:private (частные диапазоны) или конкретные CIDR-блоки. Правило может комбинировать несколько условий: если указаны и домены, и IP, то для срабатывания правила должны совпасть все условия (логическое И). Это важно помнить при настройке сложных маршрутов.

Также можно использовать поле network для фильтрации по TCP/UDP, port для целевых портов и sourcePort для портов источника. Например, правило {"network": "tcp", "port": "443", "balancerTag": "secure"} направит все TCP-соединения на 443 порт через balancer secure. Это удобно для выделения HTTPS-трафика.

Особенности работы balancer с VLESS+Reality и XHTTP

При использовании VLESS с Reality важно понимать, что Reality маскирует TLS-рукопожатие, но не скрывает поведение трафика после установки соединения. Балансировщик не влияет на это напрямую, но выбор сервера с наименьшей задержкой может снизить аномалии в поведении, так как меньше задержек означает более естественные тайминги.

Если вы используете XHTTP (транспорт поверх HTTP/2 или HTTP/3), то balancer также работает, но есть нюансы. XHTTP имеет несколько режимов: packet-up, stream-up, stream-one. Режим stream-one совместим с XTLS-Vision, но требует, чтобы клиент и сервер использовали одинаковую версию Xray. При использовании balancer'а с XHTTP убедитесь, что все серверы поддерживают выбранный режим, иначе соединение может не установиться.

Ещё один момент: при использовании CDN (например, Cloudflare) с XHTTP в режиме packet-up, balancer может выбирать сервер, который не оптимизирован для работы через CDN. В таких случаях лучше использовать random стратегию или явно указать предпочтительный сервер. Также помните, что XHTTP требует точного совпадения версий Xray на клиенте и сервере, и это касается всех серверов в группе balancer'а.

Типичные ошибки при настройке balancer и как их избежать

Одна из самых частых ошибок — неправильное указание selector. Если в selector перечислены теги, которых нет в outbounds, Xray не сможет выбрать сервер и будет выдавать ошибку. Проверьте, что все теги совпадают с тегами outbound'ов.

Вторая ошибка — забыть указать strategy. По умолчанию используется random, но если вы хотите leastPing, нужно явно задать его. Без стратегии balancer будет работать, но не оптимально.

Третья ошибка — конфликт правил. Если у вас есть правило с outboundTag и правило с balancerTag, и оба совпадают с трафиком, сработает первое по порядку. Убедитесь, что правила расположены в правильном порядке: сначала более специфичные, потом общие.

Четвёртая ошибка — несовместимость версий Xray при использовании XHTTP. Как уже упоминалось, клиент и сервер должны иметь одинаковую версию. Если вы используете balancer с несколькими серверами, все они должны быть обновлены до одной версии.

Пятая ошибка — игнорирование domainStrategy. Если вы используете правила на основе IP, но domainStrategy установлен в AsIs, домены не будут резолвиться, и правила не сработают. Для IP-правил рекомендуется IPIfNonMatch или IPOnDemand.

Практические примеры: балансировка для стриминга и обхода блокировок

Рассмотрим пример настройки balancer для доступа к Netflix. Netflix блокирует IP-адреса дата-центров, поэтому нужен сервер с «чистым» IP. Вы можете создать два VLESS-сервера: один в Нидерландах, другой в США. Настроим balancer с leastPing, чтобы выбирать ближайший сервер, и правило для домена netflix.com.

{
  "routing": {
    "rules": [
      {"domain": ["domain:netflix.com", "domain:nflxvideo.net"], "balancerTag": "streaming"}
    ],
    "balancers": [
      {"tag": "streaming", "selector": ["nl-server", "us-server"], "strategy": "leastPing"}
    ]
  }
}

Для обхода блокировок в России часто используют VLESS+Reality. Если один сервер заблокировали, balancer автоматически переключит трафик на другой. Для этого добавьте несколько серверов с разными IP и SNI-донорами. Например, один сервер с serverName: www.microsoft.com, другой с serverName: www.twitch.tv. Правило для всего трафика, кроме российских сайтов, направит его через balancer.

{
  "routing": {
    "rules": [
      {"domain": ["geosite:cn"], "outboundTag": "direct"},
      {"network": "tcp,udp", "balancerTag": "proxy"}
    ],
    "balancers": [
      {"tag": "proxy", "selector": ["ru-mirror", "eu-main"], "strategy": "random"}
    ]
  }
}

В этом примере трафик к китайским сайтам идёт напрямую, а весь остальной — через balancer proxy. Стратегия random выбрана для простоты, но вы можете использовать leastPing для лучшей производительности.

Мониторинг и отладка работы балансировщика

Чтобы убедиться, что balancer работает корректно, можно использовать логи Xray. Включите логирование в конфигурации, указав уровень debug или info. В логах будет видно, какой outbound выбран для каждого соединения. Например, строка [Info] [Proxy] [vps1] accepted TCP connection указывает, что трафик пошёл через vps1.

Также можно использовать команду xray api (если включён API) для получения статистики по каждому outbound'у. Это позволит увидеть количество соединений и объём трафика через каждый сервер.

Для проверки задержек можно использовать утилиту ping или tcping к каждому серверу, но помните, что leastPing в Xray использует собственные механизмы, которые могут отличаться от ICMP-пинга.

Если вы замечаете, что balancer выбирает один и тот же сервер постоянно, возможно, стратегия leastPing работает некорректно из-за того, что другие серверы недоступны для тестовых запросов. Проверьте сетевую связность и настройки файрвола.

Вопросы и ответы