---
title: Несколько узлов и управляемые хосты
description: Управляйте несколькими панелями 3x-ui из одной главной панели — с доверием на основе API-токена или mTLS, heartbeat-сигналами и переопределением хостов для отдельных inbound-соединений в подписках.
icon: Boxes
---
3x-ui может управлять **несколькими серверами** из одной главной панели и
переопределять то, как каждое inbound-соединение объявляется в подписках, с
помощью **управляемых хостов**.
## Узлы
**Узел** — это другая панель 3x-ui, которой ваша главная панель управляет через
API этого узла. Главная панель опрашивает каждый узел и в одном месте показывает
его статус, версии, загрузку CPU/памяти, время работы и трафик.
### Добавление узла
Укажите данные подключения к узлу:
| Поле | Примечания |
| ----------------- | --------------------------------------------------------------------- |
| **Имя** | Уникальная метка (например, `de-fra-1`). |
| **Схема** | `https` (по умолчанию) или `http`. |
| **Адрес / Порт** | Хост и порт панели узла. |
| **Базовый путь** | Веб-базовый путь узла. |
| **API-токен** | Bearer-токен, созданный на узле (не нужен в режиме mTLS). |
| **Проверка TLS** | `verify` (по умолчанию), `skip`, `pin` (закрепить SHA-256 сертификата) или `mtls`. |
| **Синхронизация inbound** | `all` (все) inbound-соединения или `selected` (выбранные) по тегу. |
| **Тег исходящего**| При необходимости обращаться к узлу **через** именованное исходящее соединение (мост исходящего трафика). |
Главная панель проверяет доступность при добавлении или тестировании узла. Затем
она каждые несколько секунд отправляет **heartbeat**, обновляя статус узла
(`online` / `offline`) и генерируя события `node.up` / `node.down` (см.
[Telegram-бот](/docs/operations/telegram-bot)).
Узлы идентифицируются по стабильному GUID, уникальному для каждой панели,
поэтому узел сохраняет свою идентичность между перезапусками. Узел сам может
управлять другими узлами — главная панель отображает их как доступные только
для чтения **транзитивные** подузлы (Узел 1 → Узел 2 → Узел 3).
### Взаимный TLS (mTLS) между главной панелью и узлом
Для максимально надёжного доверия используйте `tlsVerifyMode = mtls` (требуется
`https`):
### Получите CA главной панели
На главной панели получите её CA-сертификат для аутентификации узлов (приватный
ключ CA никогда не покидает панель).
### Доверьте ему на узле
Вставьте этот CA в настройку «доверенный CA» на узле. Изменения вступят в силу
при следующем перезапуске узла.
### Переключите узел на mTLS
Задайте на узле режим проверки TLS `mtls`. Теперь главная панель предъявляет
клиентский сертификат вместо API-токена.
## Управляемые хосты
**Управляемый хост** — это переопределяющая конечная точка, привязанная к
inbound-соединению. Во время формирования подписки каждый включённый хост
добавляет дополнительную ссылку-share / прокси со своим адресом, портом, TLS,
SNI, заголовком host, путём и другими параметрами — заменяя устаревший список
«внешних прокси». Используйте их, чтобы:
- проксировать inbound через **CDN** (Cloudflare) с другим адресом/SNI,
- объявлять для одного inbound **несколько доменов** или конечные точки для
разных регионов,
- настраивать ALPN, fingerprint, ECH или mux для каждой конечной точки.
У каждого хоста есть примечание (которое поддерживает те же
[шаблонные переменные](/docs/config/share-links#remark-template-variables)),
переключатель включения, порядок сортировки, и он может быть **исключён из
определённых форматов подписки** или **ограничен конкретными узлами**.
Хосты, чей адрес/порт указывают на CDN, позволяют держать реальный адрес
сервера в секрете, пока клиенты подключаются через граничные узлы CDN.
## Связанное