Log¶

control.audit.log

Кто видит журнал¶

Раздел Журнал аудита виден двум ролям:

security — роль надзора: журнал аудита и собственная учётная запись (вход, смена своего пароля, выход). Настройки, стримы и наблюдаемое состояние ей закрыты целиком, включая чтение.
superadmin — как и всё остальное в панели.

Ролям admin и viewer журнал закрыт: надзор над операторами не принадлежит самим операторам, а наблюдателю журнал раскрыл бы логины администраторов и адреса, с которых они заходят. Запрет держит сервер, а не оформление меню: у роли без доступа запрос отклоняется и по прямой ссылке.

Роль выдаётся в разделе Аккаунты. Человеку, который следит за действиями операторов, заводят отдельную учётную запись с ролью security, а не выдают ему суперадмина.

Что попадает в журнал¶

Запись оставляет состоявшееся изменение и вход в панель:

правка настроек — стрима, машины, шаблона, источника расписания, доступа, самой управляющей установки;
работа с машинами кластера — регистрация, отзыв, удаление, открытие и закрытие окна присоединения;
работа с учётными записями — заведение, правка, удаление, смена пароля;
перенос настроек из Flussonic v3 — и построение плана, и его применение;
ручной запуск размещения;
вход администратора и неудачная попытка входа;
работа с реестром клиентов — заведение, правка и удаление клиента, привязка и отвязка аккаунта.

Массовая операция даёт запись на каждый затронутый объект, а не одну на вызов: перенос трёхсот стримов виден тремястами записями, и поиск по имени найдёт любой из них.

Отдельно стоит раскрытие действующего токена присоединения: это чтение, но раскрытие секрета равносильно его выдаче, поэтому запись остаётся. Само значение токена в неё не попадает.

Лента и её колонки¶

Записи идут от новых к старым. Кнопка Показать ещё дочитывает следующую страницу — лента не обрывается на первых пятидесяти записях.

В таблице пять колонок:

Время — момент действия.
Актор — кто действовал. Это либо логин администратора, либо один из служебных видов: статический ключ (вход аварийными учётными данными из /etc/mcaster/secrets.env — общими на всех, поэтому имени за ними нет) и нода (регистрация машины кластера, где актор — её идентификатор).
Действие — что сделано, машинным именем вида <ресурс>.<глагол>: stream_config.put, node_config.patch, admin.create, auth.login. Имена стабильны, по ним удобно искать и фильтровать.
Ресурс — над чем: тип и имя, например stream/program-a.
Исход — успех у состоявшегося действия и отказ у неудачного входа.

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

Поиск по журналу¶

Над лентой пять полей, и работают они вместе:

Тип ресурса и Имя ресурса — «всё, что делали с этим стримом».
Актор — «всё, что сделал этот человек».
С и По — окно времени в формате RFC 3339, например 2026-08-14T14:00:00Z.

Кнопка Применить перечитывает ленту с начала. Пустое поле означает «не фильтровать».

Разбор происшествия обычно идёт двумя запросами: сначала по ресурсу — что случилось с этим стримом, потом по актору из найденной записи — что этот же человек делал в тот день ещё.