0 Fork 0

Files

T

DenozordecandClaude Opus 5.5 57e492cceb Hub stage 4: config history, rollback, drift check, baseline export and import

Every saved config, and every earlier baseline, is listed per app. You
can view it, diff it against a server's current config, and roll it back
through preview and apply. Earlier baselines can be restored.

A drift check (HUB_DRIFT_MINUTES, default 15) compares each server with
its effective config. Drift shows in the header and the matrix, with
Accept as baseline and Revert to baseline. All baselines export to one
file. Importing that file shows a dry run before it writes.

Rolling back preselects, and diffs against, the server the version came
from. The line-diff op "del" is renamed to "remove" for the language lint.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-31 19:57:33 +07:00

30 KiB

Raw Blame History

Хаб: запуск по шагам

Хаб показывает статистику двух серверов Technitium DNS (mdns.shnt.top и ndns.shnt.top) в одной консоли. Это один маленький контейнер. Он отдаёт ту же консоль и сам ходит в API обоих серверов по их токенам:

запрос «All servers» хаб отправляет на оба сервера и складывает ответы;
запрос к одному серверу хаб пересылает только ему;
менять хаб умеет только приложения (установка, обновление, удаление), и только для пользователей с ролью apps-admin или admin. Остальные запросы на изменение получают отказ и попадают в журнал.

Серверы Technitium не меняются, кластер не нужен. В инструкции хаб ставится на хост, где уже работают Traefik и technitium-smart (docs/compose.shnt.example.yaml). Адрес хаба: https://dnss.shnt.top.

браузер ─► Traefik (dnss.shnt.top, TLS) ─► technitium-hub:8080
                                             ├─► https://mdns.shnt.top/api/...   (MDNS_TOKEN)
                                             └─► https://ndns.shnt.top/api/...  (NDNS_TOKEN)

Что хаб показывает: Dashboard (сумма или один сервер), Logs (View Logs и Query Logs, объединённые с колонкой Server) и About. Остальные разделы скрыты, ими управляют в консоли каждого сервера.

Шаг 0. Образ хаба в реестре

Образ git.shx.one/denozord/technitium-hub собирает отдельный workflow .gitea/workflows/hub.yaml.

Отправьте коммиты хаба на git.shx.one:
```
git push origin main
```
В репозитории на git.shx.one откройте Actions и дождитесь зелёного прогона Hub:
- job check проверяет типы и тесты хаба;
- job image собирает образ и кладёт его в реестр.
Убедитесь, что образ появился: в репозитории или профиле откройте Packages, там должен быть technitium-hub с тегом latest.

Если job image упал на входе в реестр, проверьте секрет ACTION_PAT (или ACTIONS_PAT) в настройках репозитория: это токен Gitea с правом write:package. Он тот же, что использует образ консоли.

Выпуск версии с номером (необязательно):

git tag hub-v1.0.0 && git push origin hub-v1.0.0

Тег даёт образы 1.0.0 и 1.0 в дополнение к latest.

Шаг 1. Пользователь только для чтения на каждом сервере

Сделайте это на обоих серверах: https://mdns.shnt.top и https://ndns.shnt.top. Войдите в консоль сервера как администратор.

Группа. Administration › Groups › Add Group: имя hub-readers, описание любое.

Права группы. Administration › Permissions: у группы hub-readers отметьте только View в четырёх разделах:

Раздел	Зачем хабу
Dashboard	статистика, топы, график по часам, живые метрики
Logs	список файлов логов и Query Logs
Apps	список приложений логирования, из которых Query Logs читает записи
Settings	состояние блокировки на Dashboard

Modify и Delete не отмечайте нигде. Остальные разделы оставьте без прав.

Пользователь. Administration › Users › Add User: имя hub-reader, длинный случайный пароль. Затем в карточке пользователя добавьте его в группу hub-readers. Из группы Everyone можно убрать, если у неё есть лишние права.
API-токен. Нужен токен именно для hub-reader, а не для администратора:
- выйдите из консоли и войдите под hub-reader;
- в меню пользователя внизу слева выберите Create API Token, имя токена hub;
- скопируйте токен сразу: его показывают один раз.
Можно и под администратором: Administration › Sessions › Create Token, пользователь hub-reader.
Проверьте токен с любой машины. В ответе должно быть "status":"ok":
```
curl -s "https://mdns.shnt.top/api/dashboard/stats/get?type=LastHour&token=ТОКЕН" | head -c 200
```
- "status":"invalid-token" значит, что скопирован не тот токен;
- "status":"error" с сообщением об отказе в доступе значит, что у группы не хватает права View.

Результат шага: два токена, MDNS_TOKEN (с mdns.shnt.top) и NDNS_TOKEN (с ndns.shnt.top).

Шаг 1а. Пользователь для записи (нужен, чтобы менять приложения)

Без этого шага хаб только читает. Токены записи отдельные, у отдельного пользователя. Сделайте это на обоих серверах:

Группа hub-admins. Права группы (Administration › Permissions):
- Apps: View, Modify и Delete;
- Dashboard, Logs, Settings: только View, и то лишь если хотите, чтобы этот токен мог читать то же, что hub-reader. Для записи приложений достаточно Apps.
- остальные разделы без прав.
Пользователь hub-admin в этой группе, длинный случайный пароль.
API-токен для hub-admin (так же, как в шаге 1.4). Это MDNS_ADMIN_TOKEN и NDNS_ADMIN_TOKEN.

Хаб использует эти токены только для записи приложений и для чтения конфига приложения перед удалением. Если для сервера токена нет, хаб показывает его «только для чтения» и не вызывает для записи.

Шаг 2. DNS-запись для dnss.shnt.top

В Cloudflare (зона shnt.top) создайте запись dnss типа A на IP хоста, где работает хаб.

Сертификат Traefik получит сам. В compose уже настроен certresolver=myresolver с DNS-challenge через Cloudflare (CF_DNS_API_TOKEN), отдельно открывать порт 80 для проверки не нужно.

Шаг 3. Файл .env

На хосте в каталоге с docker-compose.yml откройте .env (там уже лежат CF_DNS_API_TOKEN и DNS_SERVER_ADMIN_PASSWORD) и добавьте:

# Хаб: токены пользователей hub-reader с шага 1
MDNS_TOKEN=вставьте_токен_mdns
NDNS_TOKEN=вставьте_токен_ndns

# Токены hub-admin с шага 1а (без них хаб не меняет приложения)
MDNS_ADMIN_TOKEN=вставьте_токен_записи_mdns
NDNS_ADMIN_TOKEN=вставьте_токен_записи_ndns

# Первый вход в хаб (это НЕ логин Technitium). Нужен, пока не создан файл пользователей (шаг 4a)
HUB_USER=admin
HUB_PASSWORD=длинный_случайный_пароль

Пароль лучше длинный. После 5 неудачных попыток за 15 минут вход блокируется на 15 минут, но это не замена хорошему паролю. Сгенерировать можно так:

openssl rand -base64 24

Закройте .env от посторонних:

chmod 600 .env

Шаг 4. Сервис в compose

Добавьте в docker-compose.yml в раздел services: блок из docs/compose.hub.example.yaml:

  technitium-hub:
    image: git.shx.one/denozord/technitium-hub:latest
    container_name: technitium-hub
    restart: unless-stopped
    networks:
      - dns-net
    environment:
      # id=адрес, по порядку; токен каждого берётся из <ID>_TOKEN
      - HUB_SERVERS=mdns=https://mdns.shnt.top,ndns=https://ndns.shnt.top
      - MDNS_TOKEN=${MDNS_TOKEN}
      - NDNS_TOKEN=${NDNS_TOKEN}
      - MDNS_ADMIN_TOKEN=${MDNS_ADMIN_TOKEN}
      - NDNS_ADMIN_TOKEN=${NDNS_ADMIN_TOKEN}
      - HUB_USER=${HUB_USER}
      - HUB_PASSWORD=${HUB_PASSWORD}
      - HUB_DATA=/data
      - HUB_TRUST_PROXY=1
      - HUB_DOMAIN=dnss.shnt.top
      - TZ=Asia/Novosibirsk
    volumes:
      - technitium-hub-data:/data
    labels:
      - "traefik.enable=true"
      - "traefik.docker.network=dns-net"
      - "traefik.http.routers.hub.rule=Host(`dnss.shnt.top`)"
      - "traefik.http.routers.hub.entrypoints=websecure"
      - "traefik.http.routers.hub.tls.certresolver=myresolver"
      - "traefik.http.routers.hub.service=hub-svc"
      - "traefik.http.services.hub-svc.loadbalancer.server.port=8080"

Том technitium-hub-data нужно объявить в разделе volumes: того же файла:

volumes:
  technitium-hub-data:

В нём лежат файл пользователей users.json и журнал audit.log. HUB_TRUST_PROXY=1 нужен за Traefik: хаб берёт адрес клиента из заголовка X-Forwarded-For для ограничения попыток входа и журнала. Если до хаба можно достучаться в обход Traefik, включать эту переменную нельзя: заголовок можно подделать.

Если хаб стоит в том же файле, что Traefik, отдельный блок networks: с external: true из примера не нужен: сеть dns-net в этом файле уже объявлена.

Про имена в HUB_SERVERS:

имя слева от = видно в консоли в селекторе «Server»;
из имени получается переменная токена: mdns даёт MDNS_TOKEN, ndns даёт NDNS_TOKEN, my-dns дал бы MY_DNS_TOKEN;
первый в списке сервер считается основным.

Адреса серверов указываются публичные (https://mdns.shnt.top). API Technitium доступно по тому же адресу, что и консоль (роутер panel-old в Traefik), отдельный порт не нужен.

Шаг 4a. Пользователи хаба

У хаба свои пользователи с ролями. Они лежат в /data/users.json, пароли в виде хешей.

Роль	Что может
`viewer`	смотреть
`operator`	смотреть, блокировка и кеш (после появления записи)
`apps-admin`	смотреть, устанавливать, обновлять и удалять приложения на выбранных серверах
`admin`	всё, включая журнал действий

Пока файла нет, в хаб входит один admin из HUB_USER / HUB_PASSWORD. Когда файл появился, эти две переменные игнорируются (в логе будет строка об этом). Если нет ни файла, ни переменных, хаб не запустится.

После запуска (шаг 5) создайте пользователей. Пароль команда спросит дважды, при вводе он не показывается:

docker exec -it technitium-hub node --experimental-strip-types /app/hub/users-cli.ts add denis admin
docker exec -it technitium-hub node --experimental-strip-types /app/hub/users-cli.ts add alice viewer

Остальные команды: passwd <имя>, role <имя> <роль>, disable <имя>, enable <имя>, list. Хаб замечает изменение файла на следующем запросе и завершает сессии затронутых пользователей. Перезапуск не нужен.

После создания своего admin уберите HUB_USER и HUB_PASSWORD из .env и compose, затем docker compose up -d technitium-hub.

Журнал: войдите админом и откройте /api/hub/audit/list?limit=200 (JSON, новые записи первыми) или смотрите файл docker exec technitium-hub tail -n 50 /data/audit.log. Пароли и токены в журнал не пишутся.

Шаг 5. Запуск

Если реестр закрытый, один раз войдите в него. Нужен токен Gitea с правом read:package:

docker login git.shx.one

Скачайте образ и запустите хаб:

docker compose pull technitium-hub
docker compose up -d technitium-hub

Проверьте контейнер:

docker compose ps technitium-hub     # STATUS: Up ... (healthy)
docker compose logs -f technitium-hub

В логе при старте не должно быть ошибок конфигурации. Если чего-то не хватает, хаб не запустится и назовёт переменную, например NDNS_TOKEN is required for the server "ndns".

Шаг 6. Проверка

Откройте https://dnss.shnt.top и войдите с HUB_USER / HUB_PASSWORD из .env.
На Dashboard над заголовком должен быть селектор Server: All servers.
Сверьте цифры. Total Queries в «All servers» должна равняться сумме значений в консолях mdns.shnt.top и ndns.shnt.top за тот же период. Расхождение в пределах минуты нормально: хаб кеширует ответы на 15 секунд, а Last Hour обновляется на ходу.
Выберите в селекторе mdns, затем ndns: цифры каждого сервера должны совпасть с его собственной консолью.
Откройте Logs › Query Logs, нажмите Query. Записи обоих серверов идут вместе, в колонке Server видно, чья запись.
Кнопка статуса справа в шапке показывает dnss.shnt.top. Если какой-то сервер не ответил, там будет «1 server not answering», а по нажатию появится причина.

Проверка без браузера (подставьте пароль хаба):

T=$(curl -s -X POST https://dnss.shnt.top/api/user/login \
     --data-urlencode "user=admin" --data-urlencode "pass=ПАРОЛЬ_ХАБА" | sed -E 's/.*"token":"([^"]+)".*/\1/')
curl -s -H "Authorization: Bearer $T" "https://dnss.shnt.top/api/dashboard/stats/get?type=LastHour" | head -c 300
curl -s -H "Authorization: Bearer $T" "https://dnss.shnt.top/api/dashboard/stats/get?type=LastHour&node=ndns" | head -c 300

Обновление

После нового прогона Hub в Actions:

docker compose pull technitium-hub && docker compose up -d technitium-hub

Сессии хаба хранятся в памяти: после перезапуска контейнера нужно войти заново.

Чтобы закрепить версию, укажите в compose тег вместо latest, например technitium-hub:1.0.0.

Остановка и удаление

docker compose stop technitium-hub      # остановить
docker compose rm -f technitium-hub     # удалить контейнер

Чтобы отозвать доступ хаба к серверам, на каждом сервере удалите токен в Administration › Sessions или отключите пользователя hub-reader.

Настройки хаба

Переменная	По умолчанию	Что задаёт
`HUB_SERVERS`	обязательна	Серверы по порядку: `id=https://адрес,...`
`<ID>_TOKEN`	обязательна для каждого	API-токен сервера (`MDNS_TOKEN`, `NDNS_TOKEN`, ...)
`HUB_USER`, `HUB_PASSWORD`	нужны, пока нет `users.json`	Первый `admin`; при наличии файла игнорируются
`HUB_DATA`	`/data`	Папка `users.json` и `audit.log` (на ней том)
`HUB_TRUST_PROXY`	выключено	`1`: адрес клиента из `X-Forwarded-For` (только за Traefik)
`<ID>_ADMIN_TOKEN`	нет	Токен записи сервера (`MDNS_ADMIN_TOKEN`). Им хаб меняет приложения; без него сервер только для чтения. В логи не пишется
`HUB_DOMAIN`	`hub`	Имя, которое консоль показывает как имя сервера
`HUB_CACHE_SECONDS`	`15`	Сколько секунд хранить ответы серверов (0 выключает кеш)
`HUB_TIMEOUT_MS`	`8000`	Сколько ждать ответа сервера, мс
`HUB_PORT`	`8080`	Порт внутри контейнера

Третий сервер добавляется строкой в HUB_SERVERS и его токеном:

      - HUB_SERVERS=mdns=https://mdns.shnt.top,ndns=https://ndns.shnt.top,lab=https://lab.shnt.top
      - LAB_TOKEN=${LAB_TOKEN}

Если что-то не так

Признак	Причина и что делать
Контейнер сразу завершается	В `docker compose logs technitium-hub` будет названа недостающая переменная. Проверьте `.env` и что compose его видит (`docker compose config \| grep TOKEN`).
`https://dnss.shnt.top` не открывается, ошибка сертификата	Нет DNS-записи `dnss` (шаг 2) или Traefik ещё получает сертификат: смотрите `docker logs traefik`.
404 от Traefik	Контейнер не в сети `dns-net` или опечатка в `Host(\`dnss.shnt.top`)`.
Вход в хаб: «Invalid username or password»	Неверный логин или пароль. Если есть `users.json`, работают только его пользователи (`users-cli.ts list`), а `HUB_USER` игнорируется. После правки `.env` нужен `docker compose up -d technitium-hub`.
«Too many failed logins. Try again in N minutes.»	5 неудач за 15 минут с одного адреса или на одно имя. Подождите; блокировка хранится в памяти, её снимает перезапуск контейнера.
Все пользователи блокируются разом	Не включён `HUB_TRUST_PROXY=1`: хаб видит только адрес Traefik.
Контейнер пишет `audit log is not writable`	Нет тома на `/data` или папка не принадлежит `node`. Журнал живёт в памяти (последние 1000 записей) до исправления.
В шапке «1 server not answering», в подсказке `ndns: its API token was refused`	Токен `NDNS_TOKEN` отозван или скопирован с ошибкой. Создайте новый (шаг 1.4) и перезапустите хаб.
В подсказке `... did not answer: ...` или `ECONNREFUSED` / `timeout`	Хаб не достучался до сервера. Проверьте с хоста хаба: `docker exec technitium-hub node -e "fetch('https://ndns.shnt.top/api/status').then(r=>console.log(r.status))"`.
В подсказке `ndns: ...` с сообщением об отказе в доступе	У группы `hub-readers` на этом сервере не хватает View в каком-то разделе (шаг 1.2).
Query Logs пустой или «нет приложения»	На сервере не установлено приложение логирования (Query Logs (Sqlite) и подобные) или нет права View на Apps.
Цифры «All servers» больше суммы на 1-2 клиента	Clients считается по каждому серверу отдельно: клиент, который ходит на оба сервера, учтён дважды. Это ожидаемо.
Нажатие на что-то пишет «The hub is read-only.»	Хаб меняет только приложения. Остальные изменения делаются в консоли нужного сервера.

Конфиги приложений: эталон и синхронизация

Чтобы конфиги приложений на серверах были одинаковыми, кроме полей, которые у каждого сервера свои (путь к базе, сети):

Для чтения конфигов hub-reader нужно право View на Apps (оно уже есть в таблице шага 1). Если сервер откажет, хаб попробует токен hub-admin.
Откройте Apps › All servers, в меню строки приложения выберите Config… (или нажмите значок «Different · N»). Читать сравнение могут все роли.
Эталон. Вкладка Baseline: Import from mdns (или другого сервера, на котором конфиг правильный). Эталон можно поправить в редакторе и сохранить. Если текст начинается с { или [, он должен быть корректным JSON, иначе хаб покажет ошибку.
Локальные поля. Вкладка Local fields: добавьте путь поля, например sqliteDbPath или networks.0.cidr, нажмите Fill from the current server configs (подставит текущие значения каждого сервера) и сохраните. Такие поля не сравниваются и не рассылаются: в матрице серверы, различающиеся только ими, показываются как «Same».
Применение. Кнопка Apply…: выберите серверы, посмотрите предпросмотр (что изменится, предупреждения, например «версии отличаются, сначала выровняйте версии»), нажмите Apply. По каждому серверу будет итог; Retry failed повторит только неудавшиеся.

Что хаб делает для безопасности:

перед записью сохраняет прежний конфиг сервера в /data/apps/<имя>/history/ (50 последних) и не пишет, если сохранить не удалось;
если конфиг на сервере изменили после предпросмотра, этот сервер пропускается с пояснением;
после записи читает конфиг обратно и проверяет, что он совпал; если сервер отклонил конфиг, остаётся старый;
в журнал попадают кто, на каком сервере и размер с коротким хешем конфига, но не сам текст.

Файлы эталона и локальных полей лежат в /data/apps/<имя>/ (baseline.json, overrides.json). Они содержат конфиги, поэтому том /data нужно беречь так же, как users.json.

История, откат, контроль расхождений, перенос эталонов

История. Вкладка History в окне Config: все прежние версии, которые хаб сохранил (конфиг сервера перед применением или сохранением, прежний эталон). Выберите версию, чтобы прочитать её и увидеть отличие от текущего конфига сервера. Роли apps-admin и admin: Roll back… (выбор серверов, предпросмотр, итог по каждому) и Restore as baseline для прежнего эталона. Хранится по 50 версий на приложение.
Контроль расхождений. Раз в 15 минут хаб читает конфиги и сравнивает их с тем, что должно быть (эталон плюс локальные поля сервера). Если конфиг поменяли прямо в консоли сервера, в шапке появляется «N config drift». В списке у каждого расхождения есть Open config, а для apps-admin и admin ещё Accept as baseline (конфиг этого сервера становится эталоном; локальные поля остаются локальными) и Revert to baseline (через предпросмотр). Период меняется переменной HUB_DRIFT_MINUTES, 0 отключает проверку. Сервер, который не ответил, показывается как «Cannot read» и в счётчик не входит. Последний результат лежит в /data/drift.json.
Перенос эталонов. Apps › All servers: Export baselines скачивает один файл со всеми эталонами и локальными полями, Import baselines загружает его в другой хаб: сначала проверка и сводка (New, Changed, Same), запись только после Import. На серверы импорт ничего не отправляет. Файл содержит конфиги, храните его как секрет.

Приложения: установка, обновление, удаление

Роль apps-admin (или admin) видит в разделе Apps при «All servers» меню действий в каждой строке и кнопки App Store и Install from file:

Update on all: обновить с сервера, где есть обновление;
Install on missing servers: поставить из магазина там, где приложения нет;
Align versions: подтянуть отстающие серверы до самой новой установленной версии (если магазин её предлагает);
Uninstall from…: удалить с выбранных серверов.

Каждое действие сначала открывает выбор серверов (сервер без токена записи недоступен, с причиной), потом показывает итог по каждому серверу. Если на каком-то сервере не вышло, кнопка Retry failed повторит только его.