Управление обновлениями — Linux

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

Опубликованное зеркало на площадке отдаёт индексы с диска: состав меняется сменой ревизии, а не сверкой с мастером каждые 30 секунд. Если атомарная публикация выключена, индексы по-прежнему сверяются с мастером. Недостающий пакет докачивается. Ревизия с разошедшимися индексами не публикуется. Пересборка индексов, забор с Edge, удаление и приём файла на сайте хранения при включённой атомарной публикации собираются в следующей ревизии и становятся видны хостам только целиком; без неё запись идёт в текущий каталог и операция об этом предупреждает. Мастер не отдаёт репозиторий «только управление», даже если старый каталог ещё остался на его диске.

Вкладка «Управление обновлениями» — это рабочий стол администратора обновлений. У неё есть переключатель Linux / Windows в шапке (общая карта вкладки — Управление обновлениями). Этот раздел описывает Linux-часть: здесь собрано всё для полного цикла управления deb/rpm-пакетами. Windows-часть описана отдельно — Управление обновлениями — Windows.

Здесь решаются задачи:

• Знать, что доступно — какие репозитории подключены, какие версии пакетов есть.
• Запускать установку — точечно или массово, по расписанию или вручную.
• Следить за соблюдением политик — кто отстаёт, у кого ошибки, у кого расхождения.
• Доставлять пакеты в филиалы — через Site-серверы.
• Искать конкретный пакет — где он установлен, на каких машинах доступен.

Состав Linux-части — 4 верхние подвкладки; «Управление репозиториями» раскрывается в 3 вложенных раздела:

Подвкладка / раздел	Хеш-маршрут	Когда пользоваться
Кампании установки	#updates/linux/campaigns	Запланировать и провести массовое обновление (например, «патч всех серверов на выходных»).
Пакетные задания	#updates/linux/batches	Разовая установка на конкретные хосты, или просмотр журнала всех установок.
Compliance хостов	#updates/linux/compliance	Понять, кто и насколько отстаёт от актуального состояния.
Управление репозиториями → Репозитории	#updates/linux/manage/local	Добавить внешний репозиторий, создать локальный, заморозить ветку.
→ Хранилища	#updates/linux/manage/storages	Настроить дисковые каталоги, где физически лежат пакеты.
→ Репликация	#updates/linux/manage/replica	Настроить синхронизацию репозиториев с Site-серверами.

Подвкладка «Кампании установки»#

Кампания — это сценарий массовой установки. В отличие от разового пакетного задания, кампания:

• Работает по расписанию — например, «каждую субботу с 03:00».
• Охватывает сразу много целей — коллекции и отдельные хосты.
• Уважает временное окно — окно установки, чтобы не мешать пользователям.
• Может работать в режиме auto-continue — создавать следующие волны для машин, не обновившихся в первой.
• Для линеечных репозиториев — раскатываться волнами: пилот на ветке current, после проверки и выдержки — остальные парком на stable (см. ниже).

Рецепты кампаний#

Кампании Linux строятся по одному из двух рецептов:

Рецепт	Как работает	Когда выбирать
Простая	Установка обновлений по расписанию в выбранном окне, без фиксации состава	Обычная гигиена парка
Раскатка по волнам	Пилотная волна ставит срез ветки current, остальные — stable после промоушена. Переход между волнами — по порогу успехов, согласиям хостов и отзывам сессии тестирования	Осторожный выкат обновлений линеечных репозиториев: сначала проверяем на пилоте, затем весь парк

Когда создавать кампанию#

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

Что задаётся в мастере кампании#

• Имя и описание — чтобы было понятно в списке и журнале.
• Цели — коллекции (узлы дерева Каталога и политик) и/или конкретные машины.
• Тип кампании — что ставить: «все доступные обновления», конкретные пакеты, или команды.
• Расписание — разово (в конкретное время или сразу), еженедельно по выбранным дням недели, ежемесячно в заданное число или ежемесячно в заданный день недели (например, «вторая среда»). Время задаётся в часовом поясе кампании и на экране показывается в поясе браузера. Cron-выражений и режима «каждые N часов» в расписании нет; у непрерывной кампании частота проверки хостов задаётся отдельно.
• Окно установки — с какого и по какое время разрешена установка. Если машина не успела в окно — задание отменяется.
• Перезагрузка — «если требуется» перезагружает хост только когда система сообщает, что перезагрузка нужна; «всегда» перезагружает после каждой успешной установки; «никогда» не перезагружает. Перезагрузка выполняется и для заданий, назначенных на время, и для немедленных. Если на хосте включена защита от перезагрузки во время установки или идёт сеанс, перезагрузка откладывается.

Для рецепта «раскатка по волнам» в мастере появляются дополнительные вкладки:

• Репозитории — пресет ОС задаёт аудиторию кампании, а список собирается из фактических источников выбранных хостов (прикладные — в том же списке с бейджем). Видно, у скольких хостов есть каждый репозиторий («N из M хостов»), и предпросмотр движения current → stable: сколько пакетов уйдёт, будет ли создан stable, кого промоушен заденет за пределами целей. Промоушен всех отмеченных репозиториев идёт одной транзакцией.
• Волны — ровно две: пилот на current и остальные на stable. Пилот — те, кто по GPO смотрит current; его можно сузить относительно целей кампании. Задаются порог перехода: ждать согласий N часов, минимум согласившихся хостов, выдержка после порога в днях. Замороженные (frozen) хосты исключаются.
• Аттестация — участники (носители роли «Тестирование. Участник») и сессия тестирования: отзывы учитываются в пороге перехода пилота.

На вкладке «Волны» есть переключатель «Требовать подтверждения оператора» (включён по умолчанию). Если его снять, после успешного порога и выдержки волна «Остальные» стартует сама, без нажатия кнопки: окно установки задаёт, когда появятся задания, а не когда сменится волна. В режиме согласий автопереход дополнительно ждёт отзывы по порогу аттестации. Выдержка и пороги задаются при создании кампании; позже у существующего пилота можно только включить или снять подтверждение.

Экран кампании#

Клик по кампании в списке открывает её экран: сверху — блок «следующий шаг», под ним таблица «Волны раскатки» и список хостов.

Блок «следующий шаг» всегда говорит, что происходит и нужно ли действие оператора:

• «Идёт волна / Идёт выдержка» — действий не требуется; если включён автопереход, пишется, когда поставят «Остальные»;
• «Нужно подтверждение» — пилот прошёл проверку, показана кнопка «Подтвердить переход»;
• «Нужен выбор среза» — состав current ушёл от проверенного среза: «Промоутить срез» (перенести проверенный состав дальше), «Промоутить current» или «Перезапустить пилот» (снять новый срез и повторить);
• «Волна остановлена» — проверка не пройдена, кнопка «Разбор» открывает причины.

Хосты «хвоста», ещё не получившие задание, показывают статус «ждёт волну» с подсказкой, после чего задание появится. Во время действий с волной (переход, старт, пропуск выдержки, перезапуск пилота) экран ждёт ответа сервера и не подменяет данные другой кампании, если открыть её до завершения запроса.

Вверху подвкладки — сводные карточки по статусам:

• Ожидают — запланированы, но ещё не наступило время.
• Работают — сейчас выполняются.
• На паузе — приостановлены администратором.
• Завершены сегодня — успешно отработавшие.

По этим карточкам видно «текущий день» — есть ли активность, сколько выполнено.

Что видно в строке кампании#

В таблице — ID, имя, прогресс хостов (сколько успешно из скольких всего), расписание, окно, статус, дата создания.

Клик по строке открывает экран кампании:

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

Подвкладка «Пакетные задания»#

Пакетное задание — это разовая установка на конкретные хосты, без расписания. В отличие от кампании, задание живёт один раз: запустили → выполнилось → записалось в журнал.

Когда использовать задание, а не кампанию#

• Срочно: один хост просит поставить конкретный пакет прямо сейчас.
• Точечно: одна-две машины, нет смысла создавать кампанию.
• Разовый список: «вот 10 проблемных машин, поставим на них всё доступное».

Кампании автоматически разворачиваются в пакетные задания — так что в журнале ниже будут видны и те, и другие.

Кнопки#

• + Создать задание — выбор хостов/коллекции, пакетов, опций (перезагрузка, предзагрузка), времени запуска.
• Очистить — удалить задания по критериям (например, все отменённые или все старше месяца). Полезно для регулярной чистки журнала.

Фильтры журнала#

• Поиск по хосту — найти все задания для конкретной машины.
• Дата от/до — например, посмотреть только за прошлую неделю.
• Статус — активные / по расписанию / отправка / отправлено / частично / завершено / ошибка / отменено.
• Скрыть удалённые — не показывать задания, чьи целевые хосты уже удалены из системы.

Что в строке задания#

• ID · волна — уникальный номер; для auto-continue цепочек номер волны (1-я, 2-я, ...).
• Цель — хост или коллекция.
• Статус — текущее состояние.
• Источник — создано кампанией или вручную.
• Пакеты — число пакетов / команд в задании.
• Установка — прогресс и временная метка (начало, длительность).
• Предзагрузка — статус скачивания пакетов перед установкой.
• Перезагрузка — требуется ли перезагрузка после установки.
• Расписание — когда запланирован запуск и дата создания.

Подвкладка «Compliance хостов»#

«Compliance» — это соответствие требуемому состоянию. Эта подвкладка отвечает на вопрос «кто и насколько отстаёт от актуального состояния обновлений?».

Чем полезна#

Вместо того чтобы гадать по числу доступных обновлений, вы видите единую картину:

• у каких машин есть отложенные обновления;
• где последняя установка завершилась с ошибкой;
• какие репозитории подключены фактически (и не разошлись ли они с тем, что предписывает политика);
• какие риски (например, машина в состоянии «источники расшатаны» или «не применяется политика»).

Фильтры#

• Коллекция — фокус на конкретной коллекции хостов.
• Есть обновления — показать только машины, требующие установки.
• Неуспешная установка — только те, где последняя установка не удалась.
• Обновить — перезагрузить данные.

Действия со строкой#

• Открыть детали compliance — модальное окно с полной картиной по конкретному хосту.
• Создать пакетное задание — одним кликом поставить задание на «догоняющую» машину.
• Посмотреть логи установки — история команд для этого хоста.

Подвкладка «Управление репозиториями»#

Подвкладка раскрывается в три вложенных раздела: Репозитории (local), Хранилища (storages), Репликация (replica). Схема раздачи вынесена на общую подвкладку «Схема» (см. Управление обновлениями). «Поиск по пакетам» перенесён в «Отчёты → Операционные».

Раздел «Репозитории»#

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

• Родительская строка — запись справочника: имя, источник (локальный / внешний / виртуальный), тип (APT / DNF / APT-RPM), ОС, URL, статус.
• Дочерние подстроки — версии: current (текущая), stable (стабильная), frozen (замороженная). Раскрываются кнопкой ▸.

Внешние репозитории#

Это репозитории из интернета, которые LSUS знает, но не хранит. Их наполнение приходит зеркалами с пограничного сервера — срезом для пакетного менеджера: индексы и пакеты выбранных компонентов и архитектур. Установочные пакеты (.udeb), исходники и чужие архитектуры в зеркало не попадают — это ожидаемо, а не недокач. Состав и проверка целостности описаны в Интерфейс Edge → Зеркала. Кнопка «Добавить сторонний репозиторий» открывает форму:

• Имя — например, «Astra Linux 1.8 main».
• Тип — APT (Debian), DNF (RHEL/РЕД ОС), APT-RPM (ALT).
• Семейство ОС — Astra / Debian / РЕД ОС / ALT.
• Строка репозитория — deb https://... stable main или аналогичная для dnf.
• Архитектура — amd64, i386, arm64.
• Игнорировать SSL — не проверять сертификат upstream (для тестовых/внутренних репозиториев).
• Игнорировать подпись — не проверять GPG.
• GPG-ключ — ASCII-armored публичный ключ; LSUS доставит его на клиентов.

Локальные репозитории#

Это копии внутри LSUS, которые вы раздаёте клиентам. Например, создали local-astra-1.8-current, наполнили пакетами, раздаёте через /repos. Кнопка «Создать локальный репозиторий» — выбор сайта и его хранилища, имени, типа, ОС, архитектуры, suite, компонентов.

Кнопка «Диагностика» на той же панели открывает список этих репозиториев по местам раздачи: мастер, сайт хранения и каждый сайт с репликой, с адресом, который получают хосты (/repos/<слаг>). Ветка current сама по себе старый адрес линейки не подставляет: у DNF метаданные лежат в корне этого адреса. Прежний адрес /repos/lines/… проверяется, только если в параметрах включена форма адреса «legacy» и для репозитория есть замороженный алиас. «Проверить» смотрит, отдаются ли с этого адреса метаданные репозитория. Справочник внешних источников и виртуальные строки линеек в этот список не входят.

Куда создаётся репозиторий. Окна «Создать локальный репозиторий», «Импорт из ISO» и «Добавить репозиторий с Edge» создают репозиторий только на сервере сайта, мастера в выборе нет. В окне два поля: «Сайт-сервер» и «Хранилище сайта». Сайт, выбранный в переключателе узлов, подставляется сам; если переключатель стоит на мастере, сайт выбирается вручную (единственный подходящий сайт подставляется сам). Сайт без хранилища, без адреса, без отпечатка TLS при https или со старой версией, которая не умеет управлять репозиториями, в списке неактивен, причина — рядом с названием. Пока сайт и хранилище не выбраны, кнопки «Создать», «Импортировать» и «Добавить» недоступны. ISO при импорте проходит через мастер: образ распаковывается там во временный каталог, готовое дерево передаётся на сайт, в хранилище сайта ISO не складывается. В окне Edge режимы называются «Хранимая копия — pull-to-local» (сайт сам забирает зеркало и хранит файлы) и «Прокси (без хранимой копии) — HTTP /repos/ через Edge»: на мастере создаётся запись, на выбранном сайте — реплика в режиме прокси, файлы остаются на Edge. Если запись создана, а реплика на сайте нет, окно сообщает причину, реплику можно добавить вручную в карточке репозитория. Ограничение действует в интерфейсе: программный вызов API с хранилищем мастера в режиме, где это разрешено, по-прежнему принимается.

Если репозиторий пришёл с Пограничного сервера, рядом с именем стоит бейдж EDGE (копия на Master) или PROXY (файлы остаются на Пограничном). Если репозиторий уходит на сайты — рядом число реплик. Стрелка у числа двигается, пока копируется реплика (не сам сайт хранения), и остаётся выделенной без движения, когда такие реплики только ждут очереди. Если в системе отключена анимация, стрелка не двигается. Клик по бейджу или по числу раскрывает строку: имя Пограничного сервера (или что он удалён) и список сайтов с режимом (копия / прокси) и статусом. У хранимой копии в этом списке есть строка самого сайта хранения: бейдж «хранимая копия», источник Edge и меню «Параметры реплики» (расписание, проверка обновлений и полная синхронизация с Edge). В «Прогрессе», «Размере» и «Последней копии» у этой строки — текущие пакеты и размер карточки репозитория, те же, что в строке репозитория. После забора зеркала с Edge они обновляются вместе с карточкой, а не остаются от прежней копии между сайтами. На другом сайте эти пункты видны, но не нажимаются: копия изменяется на сайте хранения. Во вкладке «Репликация» этой строки нет. Повторный клик закрывает. Ссылка «Репликация» открывает подвкладку репликации и подставляет имя репозитория в поиск. Те же сведения — в окне «Редактировать» / «Параметры на сервере» (блок над формой; не показывается, если нет ни источника, ни реплик). В раскрытой строке и в окне «Параметры на сервере» видна карточка «Источник»: с какого именно Пограничного сервера и по какому зеркалу пришёл репозиторий — имя и адрес сервера, состояние связи, имя зеркала и его номер, адрес источника (без логина и пароля), тип, архитектура, suite и компоненты, состояние зеркала на Edge (синхронизация, число пакетов и размер, проверка целостности, расписание) и режим на мастере. Сведения о зеркале запрашиваются у Edge при открытии карточки (значение держится полминуты). Если Edge не ответил, карточка показывает то, что известно мастеру, и причину; если зеркало на Edge удалено — так и пишет. Подсказка на бейдже после загрузки содержит имя зеркала. Те же сведения об источнике есть в «Параметры реплики» и под таблицей реплик, если сайт берёт файлы этого репозитория с Edge.

Бейдж ветки в колонке «Ветка» (current, stable, frozen) открывает окно с адресом репозитория и строкой подключения. Клик по адресу или по строке копирует их.

Локальные репозитории имеют три канала:

Канал	Что это значит
current	«Текущий» — то, что сейчас наполняется и тестируется.
stable	«Стабильный» — проверенная копия, которую можно отдавать в прод.
frozen	«Замороженный» — снимок на конкретный момент. Не меняется никогда.

Группы, связи и правила stable#

Таблица репозиториев группируется вычисляемыми группами (селектор «Группировать» справа от поиска, выбор запоминается в браузере): «Списком» (по умолчанию: без заголовков групп, версия ОС — бейдж у названия), «По версии и роли» (версия ОС, затем роль — «Astra Linux 1.8 — Расширенный (extended)»), «По источнику» (Edge, ISO, загружено вручную) и «По названию». Группы не редактируются: репозиторий попадает в группу по своей версии, роли и источнику, поэтому при создании, импорте ISO и добавлении с Edge нужно указать роль и версии ОС (блок «Версии ОС и OVAL»). Рядом с поиском — фильтры по ветке, роли и источнику.

Под названием строки мелким серым — источник и связи: «источник: Edge «e1» · stable: есть · снимков 2», «из current «X»», «снимок current «X»», «ISO, без основы». Клик по этой строке раскрывает панель связей: комплект (версия, роль, другие роли версии), происхождение, производные (stable и снимки; у снимка current — «Продвинуть в stable» и «Удалить»), адреса (/repos/<слаг> и, пока жив алиас, устаревший адрес с числом обращений за 7 суток) и предупреждения.

Правила stable проверяет сервер, отказ приходит с пояснением (400 или 409): stable создаётся только из current; обновляется только из своего current или снимка этого current; ISO не может быть stable и источником stable; второй stable на тот же current завести нельзя; current, у которого есть stable, удалить нельзя («Сначала удалите stable»). В меню строки: у current — «Создать stable» или «Обновить stable» и «Заморозить»; у stable — «Заморозить» и «Перепривязать к другому current…»; у снимка с основой current — «Продвинуть в stable…» (у ISO пункт серый, подсказка «ISO не может быть stable»).

Нарушения правил (адрес stable указывает на current, у которого свой stable уже есть; ветка stable собрана из ISO или без основы-current; несколько stable на один current; на адресе stable лежит снимок другого current или stable) видны баннером «Нарушения правил stable: N» над таблицей со ссылкой, которая оставляет в таблице только затронутые строки. Самостоятельный репозиторий, у которого только current и нет своего stable, в баннер не входит: отсутствие stable здесь нормально. Старый адрес stable по-прежнему может отдавать этот current. Репозиторий, созданный сразу как frozen — в том числе импортом ISO, — предупреждением не помечается: это не stable, который должен был быть сделан из current. Старый адрес линейки по-прежнему может отдавать такой frozen, чтобы хосты не потеряли источник; пока настоящего stable нет, кампания по-прежнему просит его создать. Если stable уже есть, а адрес всё ещё указывает на current, исправление — перенести устаревший адрес на этот stable: окно предлагает переписать записи политик (хосты, читавшие current под видом stable, перестанут получать обновления current до следующего промоута).

Переходный период адреса. Хосты получают адрес /repos/<слаг>; агентам старше 1.0.122 для репозиториев доставки агента выдаётся прежний адрес, чтобы astra-update по-прежнему отключал их. Параметр «Форма адреса источников» (slug или legacy) возвращает прежний адрес без отката версии. Конец периода — по журналу раздачи: нет успешных обращений к /repos/lines/… за срок (по умолчанию 30 суток) и нет хостов со старым агентом.

Стабильная и замороженная копии берут GPG-ключ текущего репозитория. Заморозка сохраняет ключ на момент снимка: позже заменённый ключ текущего её не меняет. Обновление stable подставляет ключ текущего заново, вместе с пакетами. Свой ключ, уже заданный у ветки, заморозка не затирает.

Преобразование репозитория с Edge: proxy ↔ копия#

Кнопки смены режима — в карточке «Источник» (раскрытая строка и окно «Параметры на сервере»), в меню строки их нет. «Преобразовать в прокси на мастере (удалить копию)…» переводит копию на мастере в прокси. «Преобразовать в хранимую копию…» открывает окно выбора места хранения — мастер или сайт (см. «Тип репозитория: реплика, хранимая копия, реплика с Edge» ниже); сюда относится и преобразование прокси в копию на мастере. Доступно для текущей ветки (current); для Edge-шаттла и во время другой операции кнопка неактивна, причина — в подсказке. Нужно право на изменение локальных репозиториев. Перед запуском окно подтверждения показывает, что произойдёт; действие записывается в журнал аудита и в «Историю действий» репозитория.

• proxy → копия. Мастер копирует файлы зеркала с Edge. Пока идёт копирование, репозиторий остаётся в режиме proxy, а хосты берут файлы с Edge — раздача не прерывается. Режим меняется на «копию» только когда файлы скопированы и проверены. Нужно свободное место на хранилище мастера: размер зеркала плюс 5%, иначе преобразование не начнётся и окно покажет «свободно / нужно». Зеркало на Edge должно быть в состоянии, как для обычной синхронизации: завершено, проверка целостности успешна. При любой ошибке репозиторий остаётся в proxy со статусом «Готов» и сообщением «Преобразование в копию не удалось: …», недокачанные файлы убираются.
• копия → proxy. Сначала раздача переводится на Edge, затем — после паузы (по умолчанию минута), чтобы хосты и кеши подхватили новый режим, — копия на мастере удаляется с прогрессом по числу файлов; место освобождается. Реплики на сайтах остаются и продолжают работать: список файлов для них берётся с Edge. Если часть файлов удалить не удалось, репозиторий остаётся в proxy, а сообщение называет причину. В карточке источника это действие выделено отдельно: для развёртываний больше 250 хостов оно не рекомендуется, лучше оставить копию на мастере.

Прокси Edge стоит в таблице репозиториев мастера в своей группе, со значком PROXY. Из меню строки задаётся расписание, обновляются метаданные и репозиторий удаляется; смена режима — в карточке «Источник». Раньше такая строка была только внутри линейки, и управлять репозиторием было негде.

Ход виден в колонке «Статус» таблицы репозиториев: подпись «Преобразование в копию» или «Преобразование в proxy» и шаг (запрос списка, скачано X из Y файлов, ожидание переключения раздачи, удаление копии). Пока идёт преобразование, «Синхронизация с Edge» и другие операции с этим репозиторием недоступны. Если служба перезапущена посреди преобразования, репозиторий остаётся в прежнем режиме, а статус объясняет, что произошло. Описание репозитория обновляется, только если оно стандартное («Прокси на Edge…» / «Синхронизировано с Edge…»); текст, введённый администратором, не меняется.

Тип репозитория: реплика, хранимая копия, реплика с Edge#

У репозитория на сайте один из трёх типов:

Тип	Что это
Хранимая копия	Место, где лежат файлы репозитория: мастер, сайт хранения или оба (полная копия и сайт хранения). У сайта хранения в режиме «только управление» мастер ведёт только учёт и подписывает списки. Остальные реплики берут файлы отсюда. В таблице репозиториев мастера — бейдж «хранимая копия · мастер», «· сайт» или «· мастер и сайт», на схеме и в виде узла — «хранимая копия». У прокси Edge бейджа нет: файлов нет ни на мастере, ни на сайте.
Реплика	Сайт берёт файлы у мастера или вышестоящего сайта.
Реплика с Edge	Реплика, источник которой Edge: сайт забирает зеркало сам.

Окно «Тип репозитория» открывается кнопкой в карточке «Источник», пунктом «Тип репозитория…» в меню строки репозитория на мастере и кнопками в «Параметрах реплики» («Сделать хранимой на сайте…», «Сделать репликой…», «Перенести на другой сайт…»). Источник копии меняется там же, в списке «Источник копии». Преобразование реплики в прокси или копию тоже в этом окне, не в меню строки. Рядом с каждым вариантом показан статус готовности: «Готово к преобразованию», «Копия отстаёт на N поколений, перед преобразованием будет обновлена», «Идёт синхронизация N%, дождитесь окончания», «Недоступно: причина» или «Текущий тип». Подсказка на статусе перечисляет проверки. Причины недоступности: на сайте нет реплики, реплика в режиме прокси (файлов на сайте нет), ошибка копии, идёт преобразование, сайт старой версии (нет нужных возможностей), у сайта нет хранилища или отпечатка TLS, мало места, Edge отключён или работает через шаттл, нет другого сайта с готовой копией, другие реплики берут файлы с этого сайта, назначен запасной сайт хранения, ветка не current, репозиторий занят, нет права. Нужны права на изменение локальных репозиториев и на управление репликами.

Переходы (после выбора окно показывает «Что произойдёт», затем подтверждение и один запрос):

• Прокси Edge → хранимая копия на мастере. Прежнее преобразование в копию на мастере; в режиме «Только сайты» недоступно.
• Прокси Edge → хранимая копия на сайте. Если на сайте уже есть готовая реплика с Edge, сайт принимает её: учёт мастера переключается, индекс строится по метаданным сайта, список подписывается. Если копии на сайте нет, сайт создаёт её и сам забирает зеркало с Edge; пока копия не готова, хосты берут файлы с Edge, а режим меняется только после успеха. Для ALT список пакетов читается из каталога pkglist (имя, версия и путь), а не как текст: иначе запись списка обрывается, в статусе остаётся последняя строка хода забора, а на сайте — «готов» и 0 пакетов. Любая ошибка возвращает репозиторий в прежний вид, а созданная на сайте копия убирается. Работает и в режиме «Только сайты».
• Копия на мастере → хранимая копия. Прежний «Хранить на сайте»: отстающая копия сначала обновляется, затем сверяется, а файлы мастера на 3 дня уходят в корзину. Служебный файл сборки и индексы репозитория (Contents, Release, repodata) сверке пакетов не мешают. Если снятие не удалось, причина видна в статусе репозитория. Если поколение ещё не опубликовано, снятие не перезапускает копию и просит пересобрать репозиторий на сайте хранения.
• Хранимая копия → реплика. «Сделать репликой…»: хранение переезжает на другой сайт с готовой копией (текущий сайт хранения становится репликой с источником — новым сайтом хранения), либо репозиторий возвращается в прокси Edge, а сайт хранения становится репликой с Edge и сохраняет файлы. Возврат на Edge недоступен, пока другие реплики берут файлы с сайта хранения. Старому сайту нужен перевод на новую версию: снять роль хранения он не умеет.
• Перенос хранения на другой сайт. Сайт-получатель принимает роль, прежний сайт её снимает, затем переключается учёт; при сбое прежний сайт хранения остаётся на месте.
• Реплика ⇄ реплика с Edge. Источник меняется в «Параметрах реплики» (см. ниже).

Флажок «Сохранить привязку к Edge» (включён по умолчанию): хранимая копия остаётся связана с Edge, и сайт хранения сам забирает обновления по расписанию репозитория и «при изменении» на Edge. Без флажка автообновление снимается, а Edge остаётся в карточке «Источник».

Ход смены виден в колонке «Статус» («Смена типа: …»), результат — в «Истории действий» (событие «Смена типа») и в журнале аудита. Репозиторий на время смены занят; если служба перезапущена посреди смены и 30 минут нет сигналов, смена закрывается, а статус объясняет причину.

Источник реплики. В «Параметрах реплики», окне добавления реплики и массовых окнах список «Источник копии» показывает статус каждого варианта: «готово», «копия сайта-источника отстаёт…», «идёт синхронизация», «недоступно: причина». Недоступные варианты отключены (выбранный сейчас остаётся). «Как у сайта» называет источник, в который он разворачивается, например «Как у сайта: Edge «DEV-EDGE»»; в массовых окнах у каждого сайта свой источник по умолчанию. Источник по умолчанию задаётся в карточке сайта кнопкой «Источник». В массовых окнах вариант отключён, только если он недоступен для каждой выбранной реплики; частичная недоступность видна в подписи.

Контекстные меню (⋮)#

На родительской строке (справочник):

• Копировать строку подключения — положить в буфер обмена то, что нужно добавить в sources.list. Для ALT это две строки rpm: архитектура и пакеты без архитектуры рядом (p11/branch/x86_64 и p11/branch/noarch), а не каталог noarch внутри каталога архитектуры.
• Проверить доступность — немедленно проверить, отвечает ли upstream.
• Редактировать / Настройки — поменять параметры.
• Проверить целостность (для локальных) — сверить файлы на диске с индексами рабочей линии: каждый пакет из индексов лежит целиком и не бит. Сверка идёт с собственным составом репозитория, а не с каталогом вендора. Пока проверка идёт, в колонке «Целостность» видна полоса и счётчик «сколько уже сверено / сколько всего» — и у небольшого репозитория, и у большого (Альт на сотню гигабайт).
• Удалить — убрать запись.

На дочерней строке (локальный репозиторий):

• Создать stable / Обновить stable — создать stable из current (один на current) или обновить существующий на месте.
• Продвинуть в stable… — для снимка current: обновить его stable содержимым снимка (или создать stable).
• Перепривязать к другому current… — для stable: привязать к другому current той же ОС и типа, у которого stable ещё нет.
• Заморозить (frozen) — сделать неизменяемый снимок.
• Состав пакетов — список пакетов в репозитории с версиями. Галочками можно отметить несколько пакетов и удалить их разом: метаданные пересобираются один раз. В меню строки (три точки) — Скачать и Удалить.
• История действий — журнал изменений репозитория: наполнение, удаление, синхронизация с Edge, проверка целостности и промоут в stable. У промоута видна сводка «+новые / обновлены / −удалены», кто запустил (логин, кампания, сессия тестирования или автопереход волны) и раскрываемые списки пакетов. Первый состав новой ветки stable хранит только счётчик — полный каталог смотрите в «Составе пакетов». Та же история дублируется в Журнале и уходит в SIEM как «Промоут репозитория в stable».
• Проверить целостность — см. выше.
• Перенести в хранилище — изменить физический каталог, где лежат файлы.
• Отменить миграцию / Отменить синхронизацию — пока идёт перенос, снятие копии с мастера или синхронизация с Пограничным сервером. Уже опубликованные файлы сохраняются; незаконченный перенос в другое хранилище удаляется. У реплики в очереди или в синхронизации пункт «Отменить синхронизацию» останавливает ожидание, не дожидаясь старта.
• Пересобрать — пересоздать индексы (Packages.gz, Release и т.п.).
• Перезалить из ISO… — для репозитория, созданного импортом ISO: заново залить образ в ту же ветку, не создавая репозиторий. Имя, адрес, ветка и настройки реплик остаются. Файл ISO загружается заново (после импорта он не хранится); образ должен подходить репозиторию по типу, семейству ОС и релизу (suite). Новое дерево собирается рядом (в новой ревизии либо в каталоге .reimport на том же хранилище) и подменяется целиком; имена пакетов берутся полностью, без обрезки длинных имён, иначе проверка целостности не находит их в индексе. Пока дерево не готово, хосты получают прежние файлы; ветки, созданные из репозитория, сохраняют прежнее содержимое. Если репозиторий хранится на сайте, новые файлы передаются сайту, лишние удаляются. После замены обновляются индекс пакетов, поколение и подписанный список; копии на сайтах обновятся по расписанию, при «Реплицировать при изменении» или после ручной синхронизации. При ошибке до подмены прежнее содержимое и статус сохраняются. Пункт доступен репозиториям с пометкой ISO или с записью импорта ISO в истории; репозиторий с Edge и занятый сборкой или синхронизацией перезалить нельзя. Действие записывается в журнал аудита.
• Расписание синхронизации с EDGE — дни и время, когда сайт хранения забирает зеркало с Пограничного сервера, и галочка «при появлении новых файлов». То же окно открывается пунктом «Параметры реплики» в раскрытии счётчика реплик у хранимой копии. Пока сведения о репозитории не загрузились, сохранить расписание нельзя.
• Синхронизация с Edge — синхронизировать с пограничным сервером (если репозиторий Edge-hosted). Если каталог на сайте хранения уже был или его удалила сверка, он восстанавливается сам, без ручного создания. Копия на сайте догоняет опубликованное поколение, даже когда в нём меньше файлов, чем лежало раньше; неполный список файлов большую часть копии не стирает. Если Пограничный сервер или сайт занят отдачей, строка не становится ошибкой: загрузка ждёт и при следующем заходе не скачивает заново уже принятые файлы. Повтор идёт сам. Ошибка показывается, только если источник не освобождается больше двух часов. Пока зеркало на Пограничном сервере обновляется, список берётся из последнего опубликованного снимка. Если после синхронизации список файлов на сайте хранения тот же и сайт тот же, новое поколение не выпускается: копии не перечитывают каталог заново. Новое поколение появляется, когда меняется состав файлов или сайт хранения (переезд, перевод в хранимую копию, перенос хранения). У сайта хранения номер поколения в строке реплики совпадает с опубликованным, как только список принят; пока его копия ещё идёт, номер не переписывается. Копия другого сайта, которая закончилась на предыдущем поколении, сразу встаёт в очередь за следующим, если источник его уже отдаёт. Если источник — другой сайт и он сам ещё не догнал список, очередь появится, когда догонит он.
• Смена режима репозитория с Edge («Преобразовать в прокси на мастере (удалить копию)…», «Преобразовать в хранимую копию…», «Сделать репликой…») — в карточке «Источник», не в меню строки. Подробности — ниже, в подразделах «Преобразование репозитория с Edge: proxy ↔ копия» и «Тип репозитория: реплика, хранимая копия, реплика с Edge».
• Тип репозитория… — то же окно для репозитория без Edge (например, наполняемого загрузкой пакетов): перенести хранение на сайт.
• Удалить ветку — удалить stable или снимок.

Удаление и реплики. В виде сайта, где репозиторий только реплика, в меню есть единственное удаление — «Удалить реплику»: снимаются конфиг и копия на этом сайте, а ветка, запись на мастере и хранимая копия остаются. У запасного сайта хранения пункта нет: его копия удаляется вместе с репозиторием. Хранимую копию (на мастере или на сайте хранения) нельзя удалить, пока к ней привязаны реплики на других сайтах: окно называет сайты и предлагает сначала удалить реплики. То же относится к ветке stable и frozen. Исключение одно: сайт хранения недоступен. Тогда окно предупреждает, что файлы на недоступном сайте останутся, а реплики на доступных сайтах будут сняты, и предлагает «Удалить принудительно». У хранимой копии на мастере исключения нет. Проверка недоступности делается при удалении, а не по списку: сервер сам обращается к сайту. При удалении ветки копии на сайтах теперь снимаются сразу, а не при следующей сверке.

Раздел «Хранилища»#

Хранилище — это физический каталог на диске, где лежат файлы репозиториев. Один сервер может иметь несколько хранилищ, например на разных дисках.

Колонки: Имя, Путь, Свободно/Всего, Репозиториев, Список репозиториев, По умолчанию, Действия. Для хранилища сайта число и список репозиториев берутся из отчёта площадки: это все копии в каталоге, включая реплики, а не только репозитории, которые сайт хранит как основные.

В виде сайт-сервера «Свободно/Всего» — место на диске площадки из её отчёта, а не с диска мастера. Цифра есть и в сводке отчёта: вкладка показывает её, даже если подробный список хранилищ пришёл без объёма.

Кнопка «Добавить хранилище» создаёт новый каталог. Полезно, когда:

• Заполнился существующий диск и нужно подключить новый.
• Хотите разделить репозитории по «быстрым» (NVMe для горячего) и «медленным» (HDD для архива) дискам.

Подробнее о выносе данных — в Развёртывании серверов.

Хранилище по умолчанию, перенос репозиториев, раскладка#

В виде сайт-сервера (выбран сайт в переключателе узла) меню строки хранилища содержит пункты:

• Переименовать. Реплики сайта ссылаются на хранилище по имени, поэтому при переименовании их настройки обновляются.
• Сделать по умолчанию. У каждого сайта одно хранилище по умолчанию. Оно принимает новые репозитории и копии реплик, у которых хранилище не указано. Назначение выполняет сам сайт, мастер повторяет его выбор из отчёта сайта. Снять признак нельзя: назначьте другое хранилище. Хранилище мастера и хранилища сайтов отмечаются независимо.
• Перенести репозитории… Окно показывает репозитории этого хранилища (отмечены все) и список других хранилищ сайта со свободным местом. Тот же перенос для одного репозитория открывается пунктом «Перенести в хранилище…» в меню репозитория (для хранимого на сайте репозитория и для реплики). После «Перенести» окно закрывается, перенос идёт сам. Повторное открытие показывает ход только у тех репозиториев, чей перенос ещё идёт (очередь, процент, текущий файл), и даёт его отменить. Завершённый и ошибочный перенос в списке не остаётся: итог приходит уведомлением.

Как идёт перенос:

• Работу выполняет сайт. На одном диске дерево собирается жёсткими ссылками: раздача не прерывается, место не расходуется. Между разными дисками файлы копируются с проверкой размера, нужно свободное место на целевом хранилище (с резервом сайта).
• Переносится опубликованная ревизия; история ревизий (откат) сбрасывается. Строки _line_* с тем же каталогом переезжают вместе с репозиторием.
• Пока идёт перенос, синхронизация этого репозитория ждёт. Если идёт копия или её можно докачать, перенос откажет с сообщением «занят». Журнал уже опубликованной копии таким отказом не считается.
• Хранимый на сайте репозиторий показывает статус «Миграция» с процентами, остановить перенос можно пунктом «Отменить миграцию». Перенос реплики отменяется кнопкой в окне переноса. При отмене и при ошибке прежнее дерево остаётся нетронутым, недокопированное удаляется.
• Отмена работает до переключения записи. После него перенос уже не откатывается: он завершается, а в итоге указано, что отмена пришла поздно. Если мастер не смог записать итог в свой учёт, перенос помечается ошибкой, а учёт дописывается по следующему отчёту сайта.
• Старый сайт (без возможности переноса) получает отказ «обновите сайт».

Приведение раскладки. Если хранилище сайта лежит в корне тома (легаси, где репозитории были прямо в /repos) или вне тома репозиториев, над таблицей появляется предупреждение и кнопка «Привести раскладку…». Окно показывает план: для каждого репозитория откуда, куда, режим (жёсткие ссылки, копирование, только учёт, пропуск), размер и вид источника (в томе, другая точка монтирования, слой контейнера, нет на диске). После подтверждения репозитории переносятся в подпапку default тома, она становится хранилищем по умолчанию, а опустевшие устаревшие хранилища снимаются. Та же кнопка исправляет репозитории, у которых симлинк ведёт мимо каталога ревизий своего хранилища (остаток прежнего переноса): файлы не копируются, симлинк перепривязывается. Репозитории, чьих файлов на диске нет, пропускаются, их докачает репликация, а устаревшее хранилище остаётся до тех пор, пока на нём есть записи. Если старый путь вообще не смонтирован в контейнер сайта, план этого не исправит: нужен ручной перенос по инструкции.

Права: просмотр — «Просмотр хранилищ», изменение, перенос и приведение раскладки — «Управление хранилищами».

Раздел «Репликация»#

Репликация — это копирование репозиториев на сайты с назначенного источника: Пограничного сервера, мастера или вышестоящего сайта. Нужна для распределённых парков: в филиале сайт держит локальную копию, и машины в филиале тянут пакеты из неё, а не по WAN в центр.

Источники выстраиваются в цепочку — вплоть до каскада сайт → сайт → сайт: сайт-филиал берёт файлы у своего источника (например, регионального сайта), тот — у своего (Edge или мастера). На схеме раздачи такой сайт стоит под своим источником уступом, линия реплики подписана «← сайт: …». Мастер при этом может вовсе не хранить файлы: репозиторий в режиме «только управление» лежит на сайте хранения, а в режиме «Только сайты» мастер не хранит ничего — управление и подписи у него, файлы у сайтов.

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

Вверху подвкладки:

• Всего — сколько правил репликации подходит под текущие фильтры. В подсказке — сколько из них в статусах «Ожидание» и «Активен»: в отдельные плитки они не вынесены.
• В очереди — копия ждёт слот источника или сайта, либо свободное место, если сайт уже сообщил, сколько его осталось. Пока цифры нет, очередь из‑за места не останавливается. Если свободного меньше резерва, копия ждёт даже без известного размера. Причина ожидания видна в строке таблицы.
• Синхронизация — копия идёт (включая отмену).
• Завершено — копия успешно завершена.
• Проблемы — ошибка, источник недоступен или деградация (например, недоступен Site или нет места на нём).

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

Плитки считают строки, прошедшие все фильтры кроме статуса, и работают как фильтр: клик по плитке оставляет в таблице строки этого статуса, повторный клик снимает фильтр, «Всего» сбрасывает статус. Число на плитке всегда равно числу строк после клика. В выпадающем списке статусов названия те же, что у значков в таблице, плюс «Отмена» и «Проблемы».

Окно «Что случилось»#

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

Для ошибки «Хеш файла не совпал» окно показывает до 50 повреждённых файлов: путь, ожидаемый и полученный хеш и источники, откуда файл был скачан. Если файлы пришли с Edge, кнопка «Исправить файлы на Edge» (право «Репликация: управление») отправляет Edge список путей: Edge удаляет их из рабочего каталога зеркала и сам запускает синхронизацию, чтобы скачать файлы заново. Дождитесь её окончания на вкладке Edge → «Зеркала» и нажмите «Повторить синхронизацию». Действие записывается в журнал аудита («Исправление повреждённых файлов на источнике реплики»). Если источник — мастер или сайт, окно предлагает «Проверить репозиторий» на мастере. Список файлов приходит от обновлённого сайта; для старых окно подбирает объяснение по тексту ошибки без списка.

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

Таблица: столбец сайта называется Сайт. Рядом с фильтрами список можно оставить плоским или сгруппировать по сайту либо по репозиторию. Заголовок группы сворачивается; галочка в нём отмечает все строки группы, в том числе свёрнутые. В колонке прогресса «100%» стоит, когда число файлов совпало с составом. Пустой счётчик у уже завершённой копии не пишется как «0 файлов». Если сайт завершил копию с предупреждением (часть файлов не скачана, пропущен источник), текст предупреждения виден под статусом «Завершено», а в прогрессе — сколько файлов не хватает, без округления процента до ста.

Что задаётся в конфигурации репликации#

Кнопка «+ Добавить репликацию»:

• Репозиторий — какой репозиторий синхронизировать. Если источник — сайт, в списке его хранимые копии и реплики. Пока источником выбран мастер, хранимые копии (файлы уже на сайте) в списке не появляются: их нет на мастере.

• Сайт — на какой сайт-сервер.

• Режим:
• Копия — сайт хранит пакеты и может раздавать их даже при недоступном мастере.
• Прокси — без хранения: сайт перенаправляет запросы клиентов к мастеру, экономит место на сайте, но требует постоянной связи.
• Хранилище на сайте — конкретный каталог на сайте.
• Ограничение скорости (КБ/с) — чтобы копия не забила канал филиала. Действует на эту репликацию; канал самого сайта и потолки его удалённых подсетей — отдельно, в карточке сайта и подсетей.
• Потоков (1–32) — параллелизм. Больше потоков = быстрее, но выше нагрузка.

Кто чем служит парку — смотрите на вкладке «Схема»: таблица «Мастер и сайты» показывает мастера первой строкой как обычный сайт-сервер, строки мастера, сайтов и Пограничных серверов раскрываются одинаково. Перевод репозитория с Пограничного сервера в прокси предупреждает: для развёртываний больше 250 хостов так делать не рекомендуется.
- Расписание — cron-выражение или «При изменении» (запуск сразу, как только обновился upstream). Часы вроде «02:00» — в поясе сервера (Администрирование → Настройки → Сервер). Если пояс не задан, это UTC; подпись в форме это показывает. Кампании по-прежнему со своим поясом.

Преобразование реплики: прокси ↔ копия#

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

• Прокси → копия. Файлы копируются на сайт (для реплики с Edge — с Edge). Пока идёт копирование, сайт продолжает отдавать репозиторий как прокси, режим меняется на «копию» только после успешной загрузки. Для реплики с Edge затем выполняется короткая синхронизация, которая снимает маршрут через Edge. На диске сайта нужно место под весь репозиторий с запасом 5% (по последнему отчёту сайта); если места не хватает, преобразование не начнётся.
• Копия → прокси. Сначала сайт переключается на прокси и режим реплики меняется, затем пауза (по умолчанию 30 секунд), затем копия на сайте удаляется и прокси создаётся заново. Место на диске сайта освобождается. Если удалить копию не удалось, реплика остаётся рабочим прокси, а причина видна в строке.

Прогресс виден прямо в таблице репозиториев (в раскрытой строке реплик) и на вкладке «Репликация»: подпись «Преобразование в копию/прокси», шаг и процент. Пункт «Отменить преобразование» останавливает операцию: при отмене копирования реплика остаётся прокси, при отмене паузы копия остаётся на сайте. Если процесс мастера, который вёл преобразование, остановился и десять минут нет признаков жизни, строка закрывается ошибкой, режим остаётся таким, каким его оставил последний выполненный шаг. Действие записывается в журнал аудита.

Массовое изменение#

Кнопка «Массово изменить» открывает окно для уже выбранных реплик. Галочка у параметра означает, что его нужно записать всем выбранным: лимит скорости, параллельные загрузки, расписание и «реплицировать при изменении». Параметры без галочки у каждой реплики остаются своими. Источник меняется отдельно: по умолчанию «Не менять», пункт «Изменить для выбранных…» задаёт один источник и проверяет его по каждой реплике. Если ни один параметр не отмечен, сохранение ничего не меняет. Репликам с режимом «при изменении» расписание не записывается, пока этот режим не снят той же галочкой.

Действия с конфигурацией#

• Инициировать — запустить синхронизацию вручную, не дожидаясь расписания.
• Отменить — прервать идущую синхронизацию.
• Синхронизировать — то же, что «Инициировать», но без перенастройки.
• Редактировать — изменить параметры.
• Удалить — убрать правило.

Раздел «Схема»#

Схема раздачи больше не вложена в «Управление репозиториями»: она вынесена на общую подвкладку «Схема» рядом с «Клиент LSUS» и «Шаттл» и показывает Linux и Windows вместе. Описание — на странице Управление обновлениями. Прежние закладки #updates/linux/manage/schema и #updates/linux/schema открывают её же.

Раздел «Поиск по пакетам»#

Поиск по пакетам перенесён на вкладку «Отчёты» — категория «Операционные», отчёт «Проверка соответствия репозиторию».

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

Действие	Permission key
Просмотр кампаний установки	linux.campaigns.view
Управление кампаниями	linux.campaigns.operate
Просмотр пакетных заданий	linux.batches.view
Управление пакетными заданиями	linux.batches.operate
Просмотр compliance	linux.compliance.view
Просмотр справочника репозиториев	repos.catalog.view
Просмотр локальных репозиториев	repos.local.view
Управление локальными	repos.local.operate
Просмотр хранилищ	repos.local.view
Управление хранилищами	repos.local.operate
Просмотр репликации	repos.replica.view
Управление репликацией	repos.replica.operate