Skip to main content
Маршрутизация определяет, куда пойдёт трафик после входной или транзитной ноды. Основной путь задаётся обычной связью между блоками. Дополнительная ветка создаётся второй связью с условием.
Для кого: администратор панели, SRE. Требуемые права: управление Flow.

​
Выход по умолчанию

У обычного входного или транзитного блока может быть один выход без условий. Он используется для всего трафика, который не попал в условную ветку. Возможные выходы:
  • Internet — прямой выход;
  • Транзитная нода — следующий управляемый сервер-мост в каскаде;
  • Внешняя транзитная нода — внешний сервер-мост по VLESS-ключу;
  • WARP — выход через Cloudflare WARP;
  • Внешний прокси — выход через заданный прокси;
  • Blackhole — отбросить трафик.

​
Условия на связях

Отдельного блока «Правило маршрута» нет. Чтобы направить часть трафика по другому пути:
  1. создайте дополнительную связь от входной или транзитной ноды к нужному выходу;
  2. откройте параметры связи;
  3. добавьте условия;
  4. сохраните и проверьте схему.
Доступные типы условий зависят от конфигурации и могут включать:
  • домен или суффикс домена;
  • IP-адрес или CIDR;
  • категорию geosite;
  • категорию geoip;
  • категорию GeoAssets GeoSite из выбранного профиля и GeoSet;
  • категорию GeoAssets GeoIP из выбранного профиля и GeoSet;
  • протокол;
  • порт;
  • входной tag.
Несколько значений внутри одного условия образуют список совпадений. Комбинацию условий проверяйте в JSON Preview перед применением.
Поле geosite или geoip принимает имя категории, а не обычный домен или IP-адрес.

​
Встроенные категории и GeoAssets

Категории geoip и geosite читаются из соответствующих файлов на ноде. Не считайте любую категорию доступной только потому, что её имя введено в правило: используйте каталог конструктора и проверьте наличие нужного набора на всех нодах, где выполняется правило. В Инфраструктура → GeoAssets создайте профили и GeoSet, назначьте их нужным нодам и синхронизируйте. Одна нода может иметь несколько профилей. Одноимённые файлы с одинаковыми данными объединяются; конфликтующие версии блокируют синхронизацию до отправки задачи агенту. Подробнее — GeoAssets. Разница между типами условий:
  • GeoSite / GeoIP используют категории из базовых файлов Remnawave Node;
  • GeoAssets GeoSite / GeoAssets GeoIP сначала предлагают выбрать профиль и GeoSet Axottle, а затем категорию, найденную внутри выбранного файла.

​
Транзитная нода

Транзитная нода — это управляемый Axottle сервер-мост. У неё есть собственный конфиг и привязка к физической ноде. Она принимает трафик с предыдущего участка и передаёт его дальше. Пример каскада: Gateway → Входная нода → Транзитная нода → Internet Транзитных нод может быть несколько, если топология и конфигурация проходят проверку. Транзит умеет то же, что входная нода: любое число условных веток плюс один общий выход, и «YouTube через прокси, остальное напрямую» на нём собирается так же. Правила ложатся в его собственный профиль. Кольцо построить нельзя: транзит, замкнутый сам на себя или на предыдущий участок, не рисуется на канвасе, не сохраняется и не компилируется.

​
Переиспользуемый транзит

Для Pool Node маршрут продолжается через граф выбранного пула. Внутренний Internet завершает ветку, а «Продолжить flow» использует связи снаружи Pool Node. Для условного внутреннего продолжения допускается только один безусловный следующий блок снаружи; условия на обеих сторонах этой границы не поддерживаются. Подробнее — Транзитные пулы.

​
Адрес, с которого нода выходит

Если у ноды несколько адресов, тот, с которого она уходит в интернет, задаётся не здесь, а ролью адреса в карточке ноды. См. Сетевые адреса. Одно ограничение важно помнить при сборке схемы: блок, у которого адрес участвует в схеме, должен содержать ровно одну физическую ноду. Связка компилируется в один конфиг на все свои ноды, и адрес, который есть у одной из них, для остальных окажется командой, которую они выполнить не могут. Компилятор такую схему отклоняет с объяснением.

​
Внешняя транзитная нода

Внешняя транзитная нода — готовый сервер-мост за пределами текущего Flow. Axottle не разворачивает на нём собственный управляемый конфиг: оператор передаёт VLESS-ключ, а панель создаёт исходящее подключение к этому серверу. Такой блок подходит, когда нужно продолжить каскад через уже существующий внешний сервер. Он не является просто «точкой выхода»: это отдельный транзитный участок со своим адресом, транспортом и параметрами безопасности. Панель разбирает из vless://-ключа:
  • UUID;
  • хост и порт;
  • транспорт;
  • TLS или REALITY;
  • SNI;
  • дополнительные параметры выбранного транспорта.
После внешней транзитной ноды трафик выходит в Internet.

​
Пример условной ветки

Пусть основной трафик должен идти напрямую, а выбранные домены — через WARP:
  1. соедините входную ноду с Internet без условия;
  2. добавьте связь от входной ноды к WARP;
  3. задайте на второй связи условие по домену;
  4. сохраните, скомпилируйте и проверьте JSON Preview;
  5. примените схему.

​
Проверка

Маршрутизация настроена корректно, когда у обычных входных и транзитных блоков нет неоднозначных выходов по умолчанию, все условные связи имеют цель, а компиляция и линтер проходят без блокирующих ошибок.
После применения откройте вкладку Здоровье и убедитесь, что все участки нужного пути доступны.

​
Откат

  • До применения нажмите Сбросить черновик.
  • После применения вернитесь на предыдущую рабочую версию Flow.

​
Типовые ошибки

Оставьте один основным, а на второй связи задайте условие.
Перенесите значение в условие «Домен» или «IP / CIDR». В geosite и geoip указывается имя категории.
Ключ должен начинаться с vless:// и содержать UUID, хост и обязательные параметры выбранного режима безопасности.
Связанные страницы: Конструктор, Диагностика и пробы, Жизненный цикл и версии.
Сверено с кодом текущей рабочей ветки Axottle 2026-09-06. Наличие возможностей в установленной версии проверяйте в панели.