Администрирование

Зачем нужна эта вкладка#

Вкладка «Администрирование» — это «машинное отделение» самого LSUS. Здесь настраивается не то, что происходит на клиентах, а то, как ведёт себя сама система:

• сколько у нас площадок и пограничных серверов;
• параметры самого сервера — порты, сертификаты, LDAP, Kerberos, API-токены, интеграции, уведомления, AI-ассистент, клиент;
• системные логи, журнал аудита и события SIEM;
• фоновые задачи;
• лицензия и техподдержка.

7 подвкладок верхнего уровня:

#	Подвкладка	Когда пользоваться
1	Сайты	Зарегистрировать Site-сервер филиала.
2	Подсети и назначение	Автоматически распределять хосты по Site-серверам.
3	Edge-сервер	Подключить пограничный сервер в DMZ (сеть или канал «Шаттл»).
4	Настройки	8 вложенных: Сервер / Клиент / LDAP / Kerberos / API токены / Интеграции / Уведомления / AI-ассистент.
5	Логи/События	3 вложенных: Системные логи / Журнал / SIEM.
6	Фоновые задачи	Проверить, что «внутренние часы» LSUS не остановились.
7	Поддержка	Активировать лицензию и техподдержку.

Подвкладка «Сайты»#

Здесь администратор управляет Site-серверами — то есть серверами на площадках (в филиалах). Site — это «представительство» Master в удалённом сегменте сети: он принимает клиентов из своего филиала, локально хранит репозитории и периодически синхронизируется с Master.

Карточки-счётчики#

Всего сайтов / Активных / С ошибками / Доступны / Средняя задержка (latency).

Если «С ошибками» > 0 — Site недоступен или некорректно настроен, клиенты этого филиала не получают обновления.

Как добавить новый Site#

1. Сначала разверните Site на сервере филиала (см. Развёртывание серверов).
2. В карточке «Добавить сайт» укажите название, URL (https://site.example.com), API-ключ (если есть), активность.
3. На стороне Site откройте его админку и нажмите «Зарегистрироваться на Master».
4. На Master найдите новый Site в списке и одобрите регистрацию.

После одобрения Site начинает синхронизировать политики и репозитории.

Сайты (площадки)#

Сайт может состоять из нескольких серверов и иметь запасной сайт: хост берёт файлы с готового сервера своего сайта, затем запасного; в подсети с «Обязательный сайт» — только серверы своего сайта. Окно «Сайты (площадки)» (открывается из списка серверов) показывает группы с запасным сайтом и порядком серверов, позволяет править название и запасной, удалять группу (серверы выходят из неё, запасной у детей снимается). Хосты без сайта обслуживает сайт по умолчанию — пока он не задан, мастер.

Перенос файлов с мастера на сайт уже сделан, кнопки переноса нет. Пустые хранилища мастера снимаются сами.

Кнопка «Синхронизировать всё»#

Запускает синхронизацию сразу со всеми Site — удобно после внесения массовых изменений в политики.

Ручные назначения#

Ниже списка сайтов — хосты, которых администратор вручную закрепил на сайте. Такое закрепление важнее правил подсети: автоназначение их не трогает. «Снять закрепление» сразу возвращает хост в автоматику по CIDR.

Карточка сайта задаёт канал Master↔Site: репликация и API в приоритете. Хосты в LAN своего сайта по этому каналу не режутся; если хост идёт напрямую на Master или на чужой сервер — он укладывается в тот же лимит и не может занять канал целиком.

Подвкладка «Подсети и назначение»#

Здесь настраивается автоматическое распределение хостов по Site-серверам на основе их IP-адреса.

Как это работает#

• Создаёте правило: «IP-адрес хоста в подсети 10.5.0.0/16 → назначить на Site-Москва».
• При следующем heartbeat такого хоста LSUS автоматически назначит его на правильный Site.
• Пользователю не нужно вручную указывать, к какому Site относится машина.

Карточки-счётчики#

Подсетей / Сайты / Расположений / Распределено хостов / Нераспределено хостов.

Добавление подсети#

• CIDR — например, 10.5.0.0/16.
• Сайт — к какому Site привязать машины из этой подсети.
• Расположение — географическая метка (Москва / Новосибирск / и т.п.).
• Описание — краткий комментарий.
• Удалённая (WAN) — дополнительный потолок last-mile для этой подсети, и на Site, и на Master. Локальную подсеть своего сайта не отмечайте: путь до своего сервера не режется.

• Ёмкость last-mile / потолок — видны только у удалённой подсети; не подставляются из канала сайта.
  

• Обязательный сайт — хосты подсети работают только через её сайт: пакеты, агент, обновления Windows и массовые раздачи идут с сайта, напрямую с мастера не скачивается ничего. Галочка сильнее любых других настроек: источников пакетов с мастера в политиках, снятых «Использовать реплики» и «Запретить fallback на Master», failover на мастер, ручного назначения хоста и режима «сайт, затем мастер» у пакетов агента. Строки источников без реплики на сайте, в том числе сторонние, клиенту не выдаются. Если сайт недоступен, хосты ждут его и на мастер не переключаются. Подсеть с галочкой не сохраняется без привязанного сайта, а сайт с такой подсетью нельзя удалить, пока галочка не снята. Действует подсеть с самым длинным префиксом; в списке подсетей и в CSV такая помечена «обязательный».

Канал сайта и потолок удалённых подсетей#

Скорость каналов управляется на трёх уровнях, их не смешивают: скорость конкретной репликации (в правиле реплики), канал сайта (в карточке сайта) и потолок удалённой подсети (в карточке подсети).

• Карточка сайта — ширина канала Master↔Site. Репликация и API списывают весь канал; хосты, идущие не по LAN своего сайта, делят тот же канал, но не больше доли (LSUS_WAN_HOSTS_SHARE_PERCENT, по умолчанию 70%). Закачка самого сайта — реплики, cab и MSU — берёт остаток канала, но не меньше 10%. Если канал сайта не задан, хосты этого сайта не режутся.
• Удалённая подсеть — в карточке подсети задаётся свой потолок поверх канала сайта: числом (Кбит/с) или процентом от ёмкости канала подсети. Локальный хост на своём сайте качает без шейпа. Обход на мастер или чужой сервер всегда в канале своего сайта. Хостам подсети отдаются и MSU/cab — в тех же лимитах, что и пакеты Linux.
• Подсеть без сайта — канала сайта нет; удалённой сироте режется только её потолок.
• MSU и cab ограничиваются так же, как пакеты Linux: хост под лимитом канала сайта или удалённой подсети получает их с мастера и с сайта в этом лимите. Свои загрузки — реплики Linux, cab и MSU — сайт держит в канале сам; лимиты видны в окне сайта на подвкладке «Предзагрузка MSU → Сайты».

Ограничение — token bucket на отдачу файлов: скорость снижается, запросы не отклоняются. Между процессами gunicorn точность даёт Redis (LSUS_REDIS_URL); без Redis предел приблизительный в рамках одного пула. Число одновременных медленных отдач на сиротскую удалённую подсеть без сайта — LSUS_WAN_MAX_THROTTLED_STREAMS (по умолчанию 4). Репликация сайта этим потолком не ограничена. Метаданные репозитория (индексы apt/dnf) никогда не получают отказ по числу потоков.

В Параметрах сервера группа «Сайты и репликация — умолчания для сайтов» задаёт для всех сайтов spool, кеш индексов, долю хостов, потоки ведра, Retry-After, попытки и зависание MSU, пороги усечения копий. На сайт уходит только то, что изменено здесь. Своя настройка сайта важнее; если её нет, действует умолчание мастера, затем значение из установки сайта. Доля хостов, потоки ведра и Retry-After по-прежнему действуют и на самом мастере. В карточке сайта пустые поля входящих копий, слотов и полосы потомкам показывают действующие умолчания мастера. Полоса задаётся в КБ/с: пусто — 40% канала или 16 МиБ/с, 0 — без лимита.

Кнопки#

• Переназначить хосты — поставить пересчёт назначений для всех хостов по текущим правилам. Окно не ждёт окончания: на большом парке пересчёт идёт следом. Кнопка нужна после массового изменения подсетей.
• Сохранение, удаление и импорт подсети тоже не ждут обхода машин. Если изменились адрес, сайт или «Обязательный сайт», пересчитываются только хосты этих сетей; описание, расположение и лимит канала хосты не трогают. Всплывающая подсказка говорит, что переназначение запущено. Создание, изменение, удаление и импорт подсети, а также сам перенос хостов, пишутся в журнал аудита: кто изменил правило и с какого сайта на какой ушли хосты.
• Если подсети одного расположения назначены на разные сайты, у расположения в таблице стоит метка «разные сайты». Сохранение при этом не блокируется: такая раскладка бывает намеренной.
• Выгрузить CSV / JSON — экспорт правил подсетей.
• Импорт CSV/JSON — массовая загрузка подсетей из файла. Удобно для больших парков.

Подвкладка «Edge-сервер»#

Здесь регистрируются Edge-серверы — пограничные узлы в DMZ. Edge тянет репозитории из интернета и доставляет их в закрытый контур, не превращая Master в прямую внешнюю точку доступа.

Карточки-счётчики#

Всего серверов / Активных / С ошибками / Недоступных / Всего зеркал.

Добавление Edge#

• Название — например, «DMZ Edge 1».
• Канал — «Сеть (HTTPS pull)» или «Шаттл» (файлы, без IP до Edge).
• URL и API-ключ — для сетевого канала (https://edge.example.com).
• Для шаттла — ID Edge и публичный ключ подписи с вкладки «Шаттл» в UI Edge. URL не нужен; статус «недоступен» не ставится.
• Активен — включить/выключить.

Импорт рейса и выгрузка запроса — Управление обновлениями → Шаттл (кнопки Подготовить рейс и Принять рейс справа от подвкладок). На карточке шаттл-Edge в этой вкладке — очередь и снимок; «Принять рейс» на карточке только если бандл ждёт приёма. В Администрирование → Edge те же кнопки остаются на карточке. Сценарий закрытого контура описан в Файловом шаттле.

Загрузки на Edge#

После регистрации Edge можно настроить, что именно он должен тянуть из интернета. Кнопка в карточке Edge открывает форму:

• URL файла — что скачать.
• Тип файла — package / repo / oval / kb / iso / cert / crl / other.

Расписание синхронизации Edge#

Для каждого Edge можно настроить cron-расписание загрузок:

• Имя, URL, тип файла.
• Cron-выражение (например, 0 3 * * * — каждый день в 03:00).
• Кнопки быстрой вставки: «Ежедневно 03:00», «Каждые 6ч», «Каждые 12ч», «Мн 02:00».

Подвкладка «Настройки»#

Системные параметры самого сервера и подключаемых сервисов — самое «техническое» место в админке. Внутри 8 вложенных подвкладок:

#	Раздел	Назначение
1	Сервер	Сетевые параметры, HTTPS/HTTP-порты, SSL-сертификат, опрос Site-серверов.
2	Клиент	Расписание, интервалы опроса, failover агентов и тумблер службы конфигураций.
3	LDAP	Каталоги пользователей и групп, синхронизация.
4	Kerberos	Kerberos/SPNEGO-аутентификация, keytab.
5	API токены	Сервисные токены для автоматизации и внешних систем.
6	Интеграции	Плитки коннекторов: SecurITM, X-Threat, MaxPatrol VM, Directum RX.
7	Уведомления	Правила, transports доставки и ignore-list.
8	AI-ассистент	Провайдеры и модели AI (Ollama / GigaChat / YandexGPT).

Настройки → Сервер#

Сверху справа «Сохранить настройки» и «Перезапустить» (с модальным окном ожидания). Дальше три колонки одинаковой высоты: параметры сервера; кеш раздачи и опрос Site; SSL-сертификат. На узком окне блоки идут столбиком.

Параметры сервера показываются таблицей в стиле about:config: поиск по названию, ключу, описанию и значению; отбор по группе; галочка «Только изменённые»; счётчик отобранного; двойной клик по строке открывает правку. Изменённые значения подсвечены.

Параметры сервера:

• Имя сервера (FQDN или IP) — для формирования URL клиентам.
• Часовой пояс расписаний репозиториев (IANA, например Europe/Samara). Часы в формах репликации и подтягивания с Пограничного сервера считаются в этом поясе. Пусто — UTC (как раньше); подпись в форме это показывает. Кампании задают пояс отдельно.
• HTTPS-порт — внешний порт админки/API/репозиториев (по умолчанию 443).
• HTTP-порт — для отдачи /repos по HTTP (по умолчанию 8080).
• Макс. загрузка — лимит на размер загружаемых файлов (для пакетов, ISO, OVAL).

Кеш раздачи репозиториев (средняя колонка, видна за фронт-nginx):

• Включить — кеш индексов /repos в nginx: при массовом опросе агентами одни и те же индексы (InRelease, Packages, repomd.xml…) отдаются из кеша, не занимая воркеры приложения; одновременные запросы одного файла схлопываются в один. Проверить работу — заголовок X-Cache: HIT в ответе на запрос индекса.
• Размер кеша (ГБ) — верхняя граница на диске (том data/master/nginx-cache); при переполнении вытесняется редко используемое.
• TTL индексов (сек) — сколько секунд индекс отдаётся из кеша; публикация репозитория видна клиентам с задержкой не больше этого значения.
• TTL пакетов (мин) — 0 (по умолчанию): пакеты не кешируются, отдача стримом. Включать, когда репозитории проксируются на Edge или хранилище медленное; значение ограничено сверху grace-периодом ревизий (LSUS_REPO_REVISION_GRACE_MINUTES), чтобы после публикации клиент не получил из кеша старый файл. Кеш пакетов обходит лимит канала филиала (Администрирование → Подсети и назначение): при заданных лимитах сохранение с TTL > 0 вернёт ошибку — снимите лимиты или оставьте 0.

Кеш не ускоряет первую раздачу и не заменяет увеличение воркеров /repos — он снимает повторные обращения при массовом опросе. Кешируются только индексы по именам (InRelease, Packages, repomd.xml и другие); пакеты .udeb/.ddeb/исходники идут стримом. При выключении содержимое тома data/master/nginx-cache очищается. Изменения применяются сразу: сохранение перезапускает nginx.

Опрос Site-серверов (та же средняя колонка):

• Таймаут подключения — секунд ожидания установки соединения с Site.
• Ожидание ответа — секунд ожидания после подключения (для медленных каналов).

SSL-сертификат (правая колонка):

• Текущий статус — subject, срок действия, SAN.
• Поле «Альтернативные имена (SAN)» — дополнительные имена или IP.
• «Сгенерировать» — самоподписанный сертификат на 5 лет.
• «Сформировать CSR» — запрос сертификата для вашего CA. Скачиваете CSR, отправляете в CA, получаете подписанный сертификат.
• «Загрузить свой» — PEM-файл (полная цепочка) + ключ.

Настройки → Приоритетный хост пользователя#

Группа параметров на странице «Параметры» (Администрирование → Настройки).
Приоритетный хост — машина, за которой человек в основном работает сам,
локально (как primary device в SCCM): до N хостов на человека, назначение —
по статистике интерактивной работы, снимаемой замерами активных сессий.
Подробно о подсчёте и типичных ситуациях — в
каталоге,
полный список переменных — в
справочнике.

Рекомендации по подстройке:

• Стабильность важнее скорости: перевес для смены 2, период сравнения
  21 — хост меняется реже.
• Быстрее назначать новым сотрудникам: минимум 3 дня и 10 часов.
• Удалённая работа по RDP на свой ПК: включите подсчёт RDP. Терминальные
  серверы всё равно исключены тегом и правилом общего хоста.
• Режим наблюдения (Автоназначение = 0): новые автоназначения не
  создаются, уже существующие сохраняются (снимаются только жёсткие
  случаи — хост удалён, тег-исключение, учётка удалена из каталога);
  кандидаты считаются и видны в карточках и выгрузке, ручные назначения
  действуют. Удобно первое окно статистики (30 суток) после включения
  функции.

Применение — сразу, с ближайшего пересчёта (раз в час или кнопкой
«Пересчитать сейчас» в списке учёток). Взаимные ограничения приводятся при
чтении: период сравнения и минимум дней — не больше окна, срок замены —
меньше срока снятия.

Настройки → LDAP#

Подробно — в Доступ и RBAC. Кратко:

• Глобальный интервал синхронизации (минуты; 0 = у каждого источника свой).
• Параметры автопересчёта коллекций после LDAP-синхронизации.
• Таблица источников LDAP — имя, тип, primary DC, статус синхронизации, активность.
• Кнопка «Добавить источник» — большая форма: URL, Base DN, Bind DN, маппинг атрибутов, фильтры для пользователей и компьютеров.

Настройки → Kerberos#

• Включение/отключение Kerberos-аутентификации.
• Как записывать логин при первом SSO (user@domain или только короткое имя).
• Статус подключения.
• Загрузка keytab-файла.
• Кнопки: «Обновить», «Проверить keytab», «Сохранить», «Отключить без ролей».
• Встроенная инструкция по генерации keytab для FreeIPA и MS Active Directory (с готовыми командами).

Настройки → API токены#

Сервисные API-токены для автоматизации и подключения внешних систем (скрипты, CI/CD, коннекторы, репозитории). В отличие от прав пользователей, токен — это «технический» способ доступа без интерактивного входа.

• Создать токен — имя, срок действия, привязка к роли (права токена = права роли).
• При создании токен показывается один раз — сохраните его в хранилище секретов.
• Отозвать — немедленно аннулировать токен.
• Таблица: имя, роль, дата создания, срок действия, последний запрос.

Настройки → Интеграции#

Единый плиточный UI для серверных коннекторов LSUS. Каждая интеграция — отдельная плитка с названием, кратким описанием и статусом (включена/выключена, дата последнего успешного прогона).

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

Плитка	Что делает	Подробности
SecurITM	Экспорт активов LSUS в SecurITM (воркер по расписанию).	SecurITM
X-Threat	Экспорт активов и ПО в X-Threat Intelligence.	X-Threat
MaxPatrol VM	Экспорт активов в MaxPatrol VM.	MaxPatrol VM
Directum RX	Отправка акта тестирования как документ Directum + запуск согласования.	Directum RX

Directum RX (кратко)#

Коннектор LSUS → Directum RX: отправляет Акт о проведении тестирования обновлений как простой документ и запускает задачу на свободное согласование участникам тестирования — без ручного переноса данных и без доработок на стороне Directum (используется встроенная [Public]-функция CreateFreeApprovalTask).

• Маппинг участников LSUS → сотрудники Directum RX выполняется по email (основной маппер) / логину. Совпадение email в карточке пользователя LSUS с email сотрудника RX определяет, кому уйдёт задача согласования.
• Аутентификация — Basic-Auth от выделенной сервисной учётной записи в Directum RX.
• Запуск — кнопка «Отправить акт в Directum RX» в сессии тестирования (по запросу из UI, не по расписанию).

Настройки → Уведомления#

Управление системой уведомлений, которые видит администратор в колокольчике шапки (и может получать по email/webhook). Раздел разбит на четыре подвкладки:

Подвкладка	Назначение
Правила	Таблица категорий: включение, важность, колокольчик, транспорты и получатели правятся в строке. «Сохранить» записывает все правки сразу, «Отмена» их сбрасывает.
Транспорты	SMTP и webhook. Каждый транспорт настраивается и проверяется в модалке.
Исключения	Ignore-list: заглушить конкретные события по категории и шаблону (паттерну), чтобы не засорять ленту.
История	Журнал внешних отправок (email/webhook): статус, ответ сервера, повтор ошибочных.

Настройки → AI-ассистент#

Управление AI-ассистентом Master: ежедневный дайджест состояния парка, разбор прогонов конфигураций, черновики Ansible-плейбуков, диагностика хостов. AI-стек standalone (отдельные образы, свой счётчик AI_VERSION), но провайдеры и переключатели настраиваются здесь — право ai.settings.operate.

• «Включить AI-ассистент» — общий переключатель.
• Выбор провайдера и модели: локальный Ollama, либо облачные GigaChat / YandexGPT (загрузка .tar.gz-архива моделей Ollama — здесь же).
• Опциональный агентный слой OpenClaw для многошаговых сценариев.

Раздел появляется только при активном модуле ai_assistant в лицензии; управление — право ai.settings.operate.

Настройки → Клиент#

Раздел переехал: глобальные настройки агентов (интервалы, расписание, failover, служба конфигураций, лимиты очереди обновления) теперь на вкладке «Клиент LSUS» → «Настройки» в «Управлении обновлениями»; кнопка «Клиент» в администрировании убрана, её хеш открывает новый раздел. Читает и сохраняет форму только администратор.

Подвкладка «Логи/События»#

Объединённый раздел всей наблюдаемости LSUS — три внутренних раздела:

#	Раздел	Назначение
1	Системные логи	Журналы процессов, ротация, сбор диагностики.
2	Журнал	Аудит всех действий администраторов и клиентов.
3	SIEM	Выгрузка событий LSUS в SIEM-систему (через syslog/CEF).

Системные логи#

Просмотр системных журналов LSUS и управление их ротацией.

Когда это нужно#

• Что-то «глючит», надо понять, что именно — открыть лог соответствующего процесса.
• Диск заполняется логами — настроить ротацию.
• Поддержка просит прислать архив логов — кнопка «Собрать диагностику».

Параметры ротации#

• Включить файловую ротацию — да/нет.
• Макс. размер, МБ — порог для одного файла лога.
• Бэкапов — сколько ротированных файлов хранить.
• Хранить, дней — глубина хранения.
• Архив диагностики, МБ — размер архива для поддержки.
• Включать ротации — учитывать ротированные файлы при просмотре.
• Сжимать новые ротации — gzip.

Кнопки: «Сохранить», «Очистить старые» (удалить логи старше срока хранения), «Собрать диагностику» (создать архив с логами + системной информацией для поддержки).

Просмотр логов#

Выберите файл из таблицы — ниже появится его содержимое в окне предпросмотра. Для больших файлов — пагинация.

Журнал#

Полная хронология всех событий в системе — и административных, и клиентских. Это аудит-журнал: здесь записано, кто, когда и что сделал.

Зачем нужен#

• Аудит действий администраторов — кто менял политику, кто удалил хост, кто выдал роль.
• Отслеживание клиентских событий — когда хост последний раз обновлялся, кто запускал установку.
• Расследование инцидентов — почему что-то изменилось, кто это сделал.

Колонки#

Дата/Время, Хост/Объект, Тип, Статус, Пользователь, Описание, Действия.

Фильтры и страницы#

• Поиск — по хосту, пользователю, типу или тексту ошибки (на сервере, не только на открытой странице).
• Источник — Все / Хосты (клиент) / Администрирование.
• Категория — группа событий (безопасность, хосты, кампании и т.д.) или «Хосты (клиент)».
• Тип — конкретное событие внутри выбранной категории (вход, обновление, сброс платформы и др.). В группе «Политики и репозитории» есть «Промоут репозитория в stable»: кто перевёл состав в стабильный канал (вручную, кампания, сессия тестирования или автопереход волны) и сжатые счётчики пакетов. Полные списки — в истории репозитория.
• Период — Сегодня / 7 / 30 / 90 дней.
• Страницы — по 50, 100 или 200 строк; внизу строки фильтров показывается «1–50 из N».

Хранение#

В шестерёнке журнала задаётся срок хранения, дней (от 7 до 730, по умолчанию 90). Записи старше срока удаляет фоновая задача раз в час. Это не файловая ротация системных логов на соседней подвкладке.

Экспорт#

CSV и JSON через шестерёнку (⚙) — до 1000 строк с учётом текущих фильтров. Используется для отчётов безопасности и аудиторских проверок.

SIEM#

Выгрузка событий LSUS во внешнюю SIEM-систему корпоративного SOC. В отличие от журнала, который читается в UI, SIEM — это поток событий наружу для корреляции в системе мониторинга безопасности организации.

• Включить выгрузку — общий переключатель.
• Транспорт — syslog (UDP/TCP/TLS) или CEF-формат поверх TCP.
• Эндпоинт — адрес и порт SIEM-приёмника.
• Фильтр событий — какие типы отправлять (по умолчанию — административные действия, вход/выход, ошибки, интеграционные события).
• Статус — последнее отправленное событие, счётчики успешно/с ошибками, переподключения.

Подвкладка «Фоновые задачи»#

LSUS внутри — это набор фоновых процессов, каждый из которых отвечает за свою задачу:

• lsus-master-worker — синхронизация OVAL, проверка репозиториев, генерация политик.
• lsus-master-replication — приём репликаций от Site/Edge.
• Веб-процесс — метрики, API.

Здесь видно состояние каждого периодического процесса: интервал (сек), последний старт, длительность, статус, ошибка.

Когда смотреть#

• «Что-то политики не применяются» → посмотрите, активен ли worker.
• «Site не получает обновления» → посмотрите replication.
• «OVAL не пересчитывается» → посмотрите интервал worker'а для задачи OVAL.

Кнопка «Обновить» перезагружает данные из JSON-телеметрии процессов.

Подвкладка «Поддержка»#

Статус технической поддержки LSUS и лицензионного ключа.

• Статус — активна / неактивна / истекает.
• Ключ активации — текстовое поле, вставьте ключ с портала → «Активировать».
• Удалить ключ — деактивировать поддержку.
• Правовая информация — условия использования.
• Ссылка на портал LSUS для приобретения или продления поддержки.

Права доступа#

Действие	Permission key
Просмотр сайтов	admin.sites.view
Управление сайтами	admin.sites.operate
Просмотр подсетей	admin.subnets.view
Управление подсетями	admin.subnets.operate
Просмотр Edge	admin.edge.view
Управление Edge	admin.edge.operate
Просмотр шаттла	admin.shuttle.view
Управление шаттлом	admin.shuttle.operate
Просмотр настроек	admin.settings.view
Управление настройками	admin.settings.operate
Просмотр уведомлений	notifications.view
Просмотр логов системы	admin.system_logs.view
Управление логами	admin.system_logs.operate
Просмотр фоновых задач	admin.settings.view
Просмотр поддержки	admin.settings.view
Просмотр журнала	admin.journal.view
Управление AI-ассистентом	ai.settings.operate