Gateway
Начало схемы. Создаётся автоматически.
Конфиг, который видно целиком.
Connection Unit — это путь клиента от точки входа до интернета. Вы собираете его на холсте, а Axottle превращает схему в конфигурацию, проверяет её и только потом публикует в Remnawave.
Gatewayvpn.example.com
Входная нодаedge-fra-01
Входная нодаedge-ams-02
Транзитная нодаtransit-fi-01
Internetпрямой выход
Одно слово — и Xray не стартует.
В условии маршрута написали geosite: youtube.com вместо domain: youtube.com. Конфиг собрался и уехал на ноду, но Xray отказался его загружать. На входном порту остался только connection refused.
Axottle проверяет такие условия отдельно, останавливает применение и открывает именно тот блок, который надо исправить.
geosite: youtube.comКатегория, которой не существуетdomain: youtube.comПроверяемое доменное условиеСхема и есть конфиг.
Холст не рисует документацию к настройкам. Из его блоков и связей собирается то, что поедет на ноды. Исправьте правило в демо — статус изменится только после проверки.
Gatewayсистемный блок
Входная нодаedge-fra-01
Blackholeтупик маршрута
Транзитная нодаtransit-fi-01
WARPcloudflare warp
Интернетсистемный блок
Куда входит клиентДомен, CDN и входная нода
Через что идёт соединениеТранзитные ноды и условные ветки
Как трафик выходитНапрямую, через WARP или прокси
Реальная инфраструктура собирается из реальных блоков.
Транзитная нода здесь — не значок перехода. Это отдельный сервер со своим конфигом, привязкой к железу и собственным состоянием.
Входная нода
Принимает подключение клиента.
Транзитная нода
Управляемый сервер-мост со своим конфигом и состоянием.
Внешняя транзитная нода
Подключает внешний мост по VLESS-ключу.
CDN
Стоит между Gateway и входной нодой.
WARP
Выводит трафик через Cloudflare WARP.
Внешний прокси
Использует заданный прокси как выход.
Internet
Прямой выход. Создаётся автоматически.
Blackhole
Отбрасывает выбранный трафик.
Одиночный
Один основной вход и понятный линейный путь до выхода.
Балансируемый
Создаёт слой балансировки — даже если входная нода пока одна.
Смешанный
Совмещает обычные и балансируемые ветки в одной схеме.
Маршрут живёт на связи.
Основной выход — обычная связь между блоками. Условная ветка — вторая связь с правилом. Маршрут не приходится синхронизировать со схемой: он и есть схема.
У ноды может быть только один выход без условия. Каждая дополнительная ветка обязана объяснить, какой трафик она забирает.
Входная нода
Internetпрямой выход
WARPyoutube.com
Internetвыход через WARP
Транзитная нодаtransit-fi-01
Internetвыход через транзит
Входная нода
прямой выход
Internet
youtube.com
WARP
Internet
через сервер-мост
Транзит
Internet
Между правкой и боем — четыре барьера.
Ошибка уровня error не превращается в предупреждение, которое можно проигнорировать. Пока блокирующая проблема не исправлена, кнопка применения не ведёт дальше.
Черновик
Правки не касаются работающей схемы.
Проверка
Ошибки возвращают к конкретному блоку.
Готово
Все блокирующие проверки пройдены.
Применение
Новая версия публикуется в Remnawave.
Проверено
Результат выкатки проверен отдельно.
Линтер говорит по делу.
Критическая находка блокирует выкатку. Высокий риск требует подтверждения. Средняя и низкая строгость оставляют предупреждение или справку.
Шумный линтер перестают читать. Поэтому проверка маршрутов срабатывает только там, где значение точно не может быть категорией.
Несуществующая geosite-категория
Ссылка на отсутствующий outbound
Два inbound используют один порт
REALITY serverNames не совпадают
Правило маршрута без конечного блока
Ветка недостижима после catch-all
Балансировщик остался без нод
Цикл между транзитными нодами
Применить — не значит сохранить и надеяться.
Axottle фиксирует версию, собирает конфигурацию и публикует её в Remnawave. На серверах работает агент; панель не изображает прямое управление там, где его нет.
Фиксирует новую версию из черновика
Пересобирает состав нод
Подставляет реальные значения секретов
Публикует конфиг в Remnawave
Привязывает ноды к новой конфигурации
Планирует установку WARP, если она нужна
Записывает операцию в журнал
«Применено» и «проверено» — разные статусы.
После выкатки отдельные проверки могут пройти, предупредить, провалиться или быть пропущены. Пропущенная проверка не притворяется ни успехом, ни отказом.
Применено Проверено
Версия возвращается в черновик.
Каждое применение создаёт снимок. Можно выбрать одну из последних двадцати версий, загрузить её в черновик, проверить и применить снова. Живой конфиг не меняется без вашего подтверждения.
Клиентские ключи не меняются от каждой правки
Сгенерированные учётные данные переиспользуются. Новый маршрут или дополнительная нода не требуют перевыдавать доступы клиентам.
Здоровье видно на тех же блоках
Нода, сервис, соединение, маршрут и внешняя доступность проверяются послойно — прямо на схеме, которую вы собирали.
Клиент не видит внутреннее устройство
Ему доступны только имя подключения, короткая подпись и принадлежность к группе подписки. Блоки и внутренние имена остаются в панели.
Границы тоже должны быть видны.
Connection Units уменьшают риск ошибки, но не превращают инфраструктуру в безошибочную. Вот где оператору всё ещё нужно знать реальное поведение системы.
Возврат версии — через черновик
Снимок сначала загружается в черновик и проходит те же проверки. Живая схема меняется только после повторного применения.
В истории — до двадцати версий
Более старые снимки удаляются и восстановлению не подлежат.
Внешние проверки подключаются отдельно
Проверка из других сетей и регионов работает только с настроенным probe-провайдером.
Нодам нужны физические серверы
Для применения нужна хотя бы одна входная нода. Входные и транзитные ноды должны быть привязаны к серверам.
Сбой Remnawave может оставить артефакты
Локальная транзакция откатится, но уже созданные на стороне Remnawave объекты пока приходится очищать отдельно.
Вместо нескольких конфигов — один путь, который видно целиком.
Соберите Connection Unit, проверьте маршрут до применения и меняйте работающую инфраструктуру без гадания по строкам JSON.