Общие транзитные пулы
Соберите цепочки и ветвления на отдельном холсте и используйте пул в нескольких Flow. Перед изменением видны затронутые маршруты; применённая версия сохраняет снимок пула.
Flow Studio объединяет маршруты, транзитные пулы, диагностику и восстановление. Каждый Flow описывает путь клиента до интернета. Вы собираете его на холсте, проверяете и применяете, а затем видите, что происходит на серверах.
Сохранённый черновик, применённая версия и наблюдаемое состояние серверов показаны отдельно. Диагностика и восстановление опираются на работающую схему.
Соберите цепочки и ветвления на отдельном холсте и используйте пул в нескольких Flow. Перед изменением видны затронутые маршруты; применённая версия сохраняет снимок пула.
Настройте ручной или автоматический план восстановления: действия, подтверждения сбоя, паузы и число попыток. Планировщик работает и после закрытия вкладки, а результат проходит диагностику.
Выберите допустимые резервы из применённой схемы: по приоритету, задержке или загрузке CPU. Прямой выход в Интернет нужно разрешить отдельно. Несохранённые и неприменённые правки в переключение не попадают.
Применения, изменения топологии, проверки, инциденты и восстановление собраны вместе. Видны расхождения настроек, проблемные направления, региональная доступность и готовность пулов.
Проверяйте поддерживаемые сценарии отказов и сохраняйте результаты восстановления. Центр проверки различает наличие сценария, исполнителя, подходящего стенда и фактического прогона.
Проверьте цель REALITY с сервера, наличие сертификатов и совместимость параметров до применения. Ошибка указывает на проблемный блок и объясняет, что исправить.
Создавайте прокси и управляйте ими в одном месте. Мастер проведёт через настройку, а после установки покажет состояние сервиса и результаты проверки.
Установите MTProto-прокси на выбранной ноде. Этапы установки, состояние сервиса и проверка доступны в Flow Studio.
Выберите ноду, управляемый домен, DNS и публичный сайт из библиотеки SelfSteal либо свою текстовую страницу. Сертификат выпустит Caddy.
Нужны Docker и SSH. Работает в том числе без Remnawave.
Ссылки и QR-коды используют последнюю успешно установленную конфигурацию. Общей подписки и автоматической балансировки парка пока нет.
В условии маршрута написали geosite: youtube.com вместо domain: youtube.com. Конфиг собрался и уехал на ноду, но Xray отказался его загружать. На входном порту остался только connection refused.
Axottle проверяет такие условия отдельно, останавливает применение и открывает именно тот блок, который надо исправить.
geosite: youtube.comКатегория, которой не существуетdomain: youtube.comПроверяемое доменное условиеХолст не рисует документацию к настройкам. Из его блоков и связей собирается то, что поедет на ноды. Исправьте правило в демо — статус изменится только после проверки.
Транзитная нода здесь — не значок перехода. Это отдельный сервер со своим конфигом, привязкой к железу и собственным состоянием.
Начало схемы. Создаётся автоматически.
Принимает подключение клиента.
Управляемый сервер-мост со своим конфигом и состоянием.
Подключает внешний мост по VLESS-ключу.
Стоит между точкой выдачи и входной нодой.
Выводит трафик через Cloudflare WARP.
Использует заданный прокси как выход.
Прямой выход. Создаётся автоматически.
Отбрасывает выбранный трафик.
Один основной вход и понятный линейный путь до выхода.
Создаёт слой балансировки — даже если входная нода пока одна.
Основной выход — обычная связь между блоками. Условная ветка — вторая связь с правилом. Маршрут не приходится синхронизировать со схемой: он и есть схема.
У ноды может быть только один выход без условия. Каждая дополнительная ветка обязана объяснить, какой трафик она забирает.
Flow Guard · RescueFlow
RescueFlow — ваш сценарий восстановления на холсте. Выберите событие запуска, соедините проверки и действия, настройте каждый шаг. Вся логика перед глазами: понятно, что произойдёт при сбое и от чего зависит следующее действие.
Для результатов «Да», «Нет» и «Нет данных» можно собрать разные ветки. Сценарий учитывает фактическое состояние сервиса, метрики, сеть или сертификат — и не принимает отсутствие данных за исправность.
Выберите проблемную ноду из события, конкретную ноду маршрута или весь Flow — там, где это поддерживает блок. Так один сценарий связывает диагностику и ремонт нужного участка.
Независимые ветки могут идти параллельно или по очереди. Соедините действия цепочкой, чтобы задать порядок, а блоком «Дождаться всех» соберите результаты перед следующим шагом.
Flow Guard · Автовосстановление
Подготовьте реакцию на знакомые сбои заранее. RescueFlow можно проверить без изменений на нодах, запустить вручную или выбрать его версию для автоматического восстановления. Условия запуска и пределы повторных попыток остаются под вашим контролем.
Настройте число подтверждений сбоя, паузу между попытками и лимит запусков за час. Flow Guard опирается на свежие проверки работающей версии Flow, а не на повторное чтение старой ошибки.
Серверный планировщик запускает разрешённый сценарий, когда выполнены условия. Выбирая его для автоматики, вы разрешаете входящие в него действия; сохранение RescueFlow само по себе автовосстановление не включает.
После выполнения Flow проходит проверку маршрута. История сохраняет шаги и их результаты, а настройка приостановки после неудачи позволяет остановить повторные попытки до разбора причины.
Ошибки конфигурации и конфликты портов блокируют применение. Если готовность ноды, firewall или цели REALITY не подтверждена, принудительное применение требует отдельного принятия риска.
Правки не касаются работающей схемы.
Ошибки возвращают к конкретному блоку.
Все блокирующие проверки пройдены.
Новая версия публикуется в Remnawave.
Результат выкатки проверен отдельно.
Критическая находка блокирует выкатку. Высокий риск требует подтверждения. Средняя и низкая строгость оставляют предупреждение или справку.
Шумный линтер перестают читать. Поэтому проверка маршрутов срабатывает только там, где значение точно не может быть категорией.
Axottle фиксирует версию, собирает конфигурацию и публикует её в Remnawave. На серверах работает агент; панель не изображает прямое управление там, где его нет.
После выкатки отдельные проверки могут пройти, предупредить, провалиться или быть пропущены. Пропущенная проверка не притворяется ни успехом, ни отказом.
Каждое применение создаёт снимок. Можно выбрать одну из последних двадцати версий, загрузить её в черновик, проверить и применить снова. Живой конфиг не меняется без вашего подтверждения.
Сгенерированные учётные данные переиспользуются. Новый маршрут или дополнительная нода не требуют перевыдавать доступы клиентам.
Нода, сервис, соединение, маршрут и внешняя доступность проверяются послойно — прямо на схеме, которую вы собирали.
Ему доступны только имя подключения, короткая подпись и принадлежность к группе подписки. Блоки и внутренние имена остаются в панели.
Flow Studio уменьшает риск ошибки, но не превращает инфраструктуру в безошибочную. Вот где оператору всё ещё нужно знать реальное поведение системы.
Снимок сначала загружается в черновик и проходит те же проверки. Живая схема меняется только после повторного применения.
Более старые снимки удаляются и восстановлению не подлежат.
Проверка из других сетей и регионов работает только с настроенным probe-провайдером.
Для применения нужна хотя бы одна входная нода. Входные и транзитные ноды должны быть привязаны к серверам.
Сохранённый план не запускается автоматически. Оператор отдельно разрешает действия и резервы. Автоматического возврата на прежний путь после переключения нет.
Соберите Flow, проверьте маршрут до применения и меняйте работающую инфраструктуру без гадания по строкам JSON.