Версия 1.0.122#

Добавлено#

Страница «Параметры» настроек сервера показывается таблицей в стиле about:config: поиск по названию, ключу и значению, отбор по группе, галочка «только изменённые», двойной клик открывает правку.
Тип репозитория на сайте: хранимая копия, реплика и реплика с Edge. Окно «Тип репозитория» открывается из карточки «Источник», меню репозитория и меню реплики; рядом с каждым вариантом виден статус готовности («Готово к преобразованию», «Копия отстаёт на N поколений, перед преобразованием будет обновлена», «Идёт синхронизация», «Недоступно: причина»). Прокси Edge можно сделать хранимой копией прямо на сайте — сайт сам заберёт зеркало с Edge, а пока копия не готова, раздача идёт через Edge. Реплику можно отвязать от источника и сделать хранимой, а хранимую копию — вернуть в реплику: перенести хранение на другой сайт или вернуть в прокси Edge. Хранимая копия по умолчанию остаётся привязана к Edge и обновляется на сайте хранения по расписанию репозитория.
Список «Источник копии» реплики показывает статус каждого варианта и отключает недоступные; «Как у сайта» называет источник, в который он разворачивается (например, «Как у сайта: Edge «DEV-EDGE»»).
В мастере переноса — окно «Репозитории»: построчное состояние копий (готова, отстаёт на N поколений, поколение неизвестно, копируется, ошибка с текстом, хранится на сайте, на мастере) и кнопка «Хранить на сайте» для одного репозитория. Отстающая копия сначала обновляется, затем файлы мастера снимаются; подтверждение предупреждает, сколько хостов лягут на сайт хранения. Список обновляется сам, пока идут копии.
Репозиторий, который хранит сайт, отдаётся хостам с сайта при любой политике — включать «использовать реплики» не нужно: мастер файлов не имеет, и его адрес был бы ошибкой на каждый пакет. Мастер в адреса таких репозиториев не попадает.
«Синхронизировать wsusscn2» в каталоге KB работает и на узле сайта: запускает настроенный забор cab на сайт (сверка контрольной суммы и фоновое скачивание), право — как у кнопок каталога. Строка статуса называет источник cab («с Edge», «с сайта», «рассылкой с мастера») и состояние копии на сайте. «Загрузить cab» тоже доступна на выбранном узле: учёт пакета остаётся на мастере, доставка на сайт начнётся после активации файла.
Файлы репозитория, снятые с мастера переносом раздачи, удаляются из корзины автоматически через 3 дня — место освобождается и без ручной чистки.
В меню хоста Windows — «Очистить мусор Windows Update…»: убирает копии оборванных offline-сканов и прочий мусор кеша, базу Windows Update и историю установки не трогает. Доступно обновлённым агентам Windows.
Агент Windows сам убирает копии оборванных offline-сканов. Каждая занимает около 700 МБ, а Windows оставляла их после остановки агента, остановки службы обновления или зависшего скана, в том числе после перезагрузки — на некоторых серверах они занимали десятки гигабайт. Уборка идёт при старте агента и перед каждым сканом, службы обновления для этого не останавливаются. Работает на всех версиях от Windows 8.1 / Server 2012 R2 до Windows 11 и Server 2025.
Зависший offline-скан агент чинит сам: перезапускает службу Windows Update, убирает копии и через 20 минут проверяет повторным сканом. Если не вышло, под именем хоста видна причина (например, «Служба Windows Update не отвечает, нужна перезагрузка хоста»), полный текст — по наведению.
Архив диагностики Windows дополнен размерами каталогов кеша Windows Update, списком служб скана и журналом событий Windows Update; на Windows 8.1 / 2012 R2 — текстовым журналом Windows Update, на Windows 10 и новее — его свежими трассами.
Окно «Перенести раздачу…» показывает состояние каждого репозитория (копия готова, копируется, ошибка копии, хранится на сайте, на мастере) и ход фонового снятия копий мастера; шаги «Реплики на этот сайт», «MSU на сайт» и «MSU удаляются с мастера» отмечаются выполненными по факту. Идущий приём рейса шаттла можно отменить кнопкой в окне хода.
«Отчёт за сутки» (обычный и обезличенный) включает настройки репозиториев, реплик, подсетей, серверов сайтов и Пограничных серверов, все параметры мастера (без паролей и ключей), размеры пулов потоков и состояние очереди копий: по каждому источнику и сайту видно слот, сколько копий идёт и сколько ждёт. Настройки кладутся в архив раньше журналов: при нехватке места урезаются журналы.
Сервер приёма рейса проверяет свободное место до копирования зеркала.
Закрепление хостов без сайта в мастере переноса идёт тем же механизмом, что массовое назначение: сайт закрепляет хосты за собой и узнаёт о них сразу.
Проксирование репозиториев больше не блокирует включение режима «Только сайты».
Настройки Edge из админки: на Edge в «Настройки → Скорость → Раздача сайтам» и в карточке Edge на мастере («Настройки») задаются потоки на сайт (1–32), скорость на сайт (КБ/с) и общий предел потоков раздачи. Значение применяется без перезапуска; изменение попадает в журнал аудита. Раньше эти числа менялись только переменными окружения.
На обзоре Edge — блок «Сеть сейчас»: что Edge качает из интернета (зеркала и загрузки, файл, скорость, прогресс) и что раздаёт сайтам (по сайтам: скорость, занятые потоки из лимита, какие файлы идут). То же — в карточке Edge на мастере, вместе со списком копий, у которых этот Edge назначен источником, и причиной ожидания очереди. Нужен обновлённый Edge.
В списке репликаций у копии с ошибкой — кнопка «Что случилось»: окно объясняет причину, перечисляет повреждённые файлы (ожидаемый и полученный хеш, откуда скачан) и предлагает действия. Для ошибки «Хеш файла не совпал» — «Исправить файлы на Edge»: Edge удаляет повреждённые файлы и скачивает их заново, после чего копию можно повторить. Нужны обновлённые сайт и Edge; со старыми сайтами окно подбирает объяснение по тексту ошибки.
Вкладка «Репликация»: плитка «В очереди», плитки стали фильтрами (клик показывает строки с этим статусом, повторный клик снимает).
«Перезалить из ISO…» в меню репозитория, созданного импортом ISO: образ заливается заново в ту же ветку линейки, без пересоздания репозитория. Новое дерево собирается рядом и подменяется целиком, поколение и подписанный список обновляются; ветки и настройки реплик остаются.
Приоритетный хост пользователя (как primary device в SCCM): машина, за которой человек в основном работает сам, локально. Учёт работы — замерами интерактивных сессий (SSH не считается, RDP и консоль — параметрами), назначение — пересчётом: до N хостов на человека, перевес претендента за период сравнения, замена недоступного, передача хоста другому. В фильтре коллекции хостов условие «Пользователи» включает/исключает приоритетные хосты выбранных людей: отдельного человека, группы, OU или фильтра. В карточках пользователя и хоста — назначения, кандидаты с цифрами и «Почему так»; в списке учёток — колонка, фильтр, ручное назначение, «Пересчитать сейчас», импорт и экспорт CSV. Сроки и пороги — параметры на странице «Параметры», есть режим наблюдения.
Правый клик по вложенным узлам «Групповых политик» и по роли открывает основные действия раздела: создать политику своего типа, шаблон, экспертный сценарий или его папку, список исключений, назначить пользователей роли. На разделах «Роли LSUS», «Секреты» и «Запуски сценариев» правый клик создаёт роль, секрет, кампанию или расписание.
На вкладке «Хосты» фильтр «Агенты»: все компоненты актуальны, есть устаревшие, не установленные или со сбоем обновления, а также отдельно по lsus-client, графическому клиенту и агенту конфигураций.
Раздача Windows настраивается у каждого сайта: режим (авто / включена / выключена), источник cab и MSU (Edge, мастер или другой сайт), предзагрузка и хранение MSU («всё» или «только необходимое»). В «Предзагрузке MSU» вместо блока про Edge появилась таблица «Сайты»: состояние cab и MSU, лимиты загрузки, действия «Изменить…», «Разослать cab», «MSU на сайте…».
Лимит скорости, потоки на пакет и число параллельных MSU из окна «Windows: сайт» доходят до сайта сразу после сохранения и с каждой командой на загрузку MSU и cab. Под лимитом скорости виден лимит канала сайта и его удалённых подсетей: предзагрузка MSU укладывается в канал сайта вместе с репликами Linux, хосты удалённой подсети получают MSU в её лимите. Если канал строже заданной скорости, в колонке «Лимиты загрузки» таблицы «Сайты» показан канал.
«Кто скачивает MSU» выбирается в ручной и автоматической предзагрузке: по умолчанию «Сайты целевых хостов» — каждый сайт качает себе сам с Edge или своего источника, мастер ведёт только учёт заданий. Поле «Edge для мастера» показывается при выборе «Мастер».
Задание установки Windows для хоста сайта качает MSU сразу на его сайт, а не на мастер; то же делает предзагрузка prerequisites для офлайн-скана.
Новый cab рассылается сайтам сразу после загрузки: сайтам с источником Edge или мастером — немедленно, сайту с источником «другой сайт» — когда родитель подтвердит ту же версию. Общий предел «два сайта одновременно» заменили слоты по источнику.
Слоты копий выросли: одновременно до 32 копий (было 16), с одного сайта-родителя — 8 (было 2). У сайта появились свои настройки: сколько сайтов берут с него одновременно, сколько копий он принимает параллельно (1–8) и полоса раздачи потомкам (0 — без лимита). Поля — в окне сайта и в раскрытии сайта под схемой.
Сайт может состоять из нескольких серверов: хост берёт файлы с готового сервера своего сайта, затем запасного сайта. Группы сайтов с запасным и порядком серверов правятся в окне «Сайты (площадки)» в Администрировании; окна сервера и подсети показывают принадлежность. «Обязательный сайт» в подсети сильнее всех настроек: только серверы своего сайта.
Хосты без сайта получают файлы с «сайта по умолчанию» (новая настройка), пока он не задан — с мастера.
Откуда хост берёт файлы: агент Linux записывает несколько адресов (dnf — все в baseurl, apt — первый отвечающий с переходом при ошибке), агент Windows перебирает серверы для MSU, cab и пакета агента. Старые агенты работают как раньше по одному адресу.
Мастер переноса «Перенести раздачу…»: девять шагов переноса файлов с мастера на сайт (копии репозиториев, сайт хранения, перевязка реплик, MSU, cab, сайт по умолчанию, шаттл, удаление MSU с мастера, режим «Только сайты»). Открывается из строки мастера и строки сайта в таблице «Мастер и сайты»; шаги запускаются по отдельности и повторяются.
Режим «Только сайты» в «Раздаче хостам»: мастер не хранит и не раздаёт файлы. Перед включением проверяются сайт по умолчанию, пустые хранилища мастера и источники рейса шаттла; режим включается после переноса файлов.
Шаттл: носитель рейса читает и пишет сервер сайта приёма — тяжёлое (зеркала ОС, MSU, ISO, пакеты) принимается только на него, а учётное (cab, MSRC, OVAL, плейбуки, шаблоны, агенты) — на мастер. Сервер приёма выбирается в окне «Принять рейс»: у каждого — сайт и состояние связи, носитель подключают к самому серверу. Зеркало, у которого копия лежала на мастере, при приёме переезжает на сервер приёма: копия мастера уходит в корзину, реплики других сайтов берут зеркало с него. Квитанция записывается на носитель через сервер приёма.
Состав рейса с причинами доступен по API при подготовке (MSU для сайтов, cab, заказы оператора).
Репозиторий «только управление»: реплики других сайтов берут файлы с сайта хранения (или заданного у реплики сайта), мастер запасным источником больше не является. Массовая правка реплик умеет менять источник с проверкой по каждой реплике.
На схеме раздачи режим «Трафик»: по линиям видно, что передаётся сейчас и с какой скоростью — репозитории, файлы Windows и раздача хостам. Толщина линии — скорость, на карточке узла — приём и отдача. Сайт присылает свою картину, только пока режим открыт.
Поиск обновлений Windows, который не вернулся за время offline-скана (по умолчанию 45 минут), агент чинит так же, как зависший скан: перезапускает службу Windows Update и проверяет повторным сканом. Раньше такой поиск не давал запускаться сканам до перезагрузки.

Изменено#

Обычная сборка репозитория больше не пересобирает и не выкладывает заново пакеты Ollama и OpenClaw: в каталоге остаётся уже опубликованная версия. Новая сборка этих двух пакетов запускается отдельно.
Кнопка «Преобразовать в копию на мастере…» называется «Преобразовать в хранимую копию…»: в окне выбирается мастер или сайт. Значок «сайт хранения» в виде узла и в списках реплик называется «хранимая копия», «реплика ← Edge» — «реплика с Edge».
Плановое обновление и обновление «при изменении» с Edge теперь работают и для хранимой копии на сайте: сайт хранения забирает зеркало сам. Раньше такие репозитории после переноса на сайт с Edge не обновлялись.
Перенос хранения на другой сайт снимает роль хранения с прежнего сайта (обновлённый сайт): он становится обычной репликой, а не остаётся «исполнителем» и не блокирует копирование.
В окне «Массово изменить репликации» записываются только отмеченные параметры: лимит скорости, число загрузок, расписание и «реплицировать при изменении». Источник по-прежнему меняется отдельным выбором «Изменить для выбранных…». Если ничего не отмечено, настройки реплик не меняются.
Умолчания очереди копий выше: с мастера и с одного Пограничного сервера одновременно идут до 8 копий (было 2 и 4), сайт принимает до 4 копий сразу (была 1). У сайтов, где стояла прежняя единица, число поднято до 4, значения от 2 до 8 не менялись; значения, сохранённые в «Параметрах», тоже остались прежними. С одного Пограничного сервера сайт по умолчанию берёт одну копию за раз: у его ключа четыре потока раздачи, и одна копия занимает их все. Число копий и разнесение старта сайтов с Edge теперь задаются в «Параметрах».
В списке репликаций под статусом «Ожидание» показана причина: ждёт готовую копию на сайте, слот источника занят («8 из 8»), сайт принимает все входящие копии, с одного Edge сайт берёт одну копию за раз, общий предел копий. Если причин нет, а копия стоит дольше двух минут, сервер пишет в журнал «replica N ждёт, слот свободен».
Карточка хоста, вкладка «Сведения»: вместо одной строки «GUI-клиент» показаны версии всех клиентов хоста — клиент LSUS, GUI-клиент, агент конфигураций и контроль USB. Рядом с версией стоит статус: актуален, устарел (с указанием доступной версии), не установлен, сбой обновления; для Windows компоненты, которых там нет, помечены как неприменимые. Если у пользователя открыта сессия GUI-клиента, это видно рядом с его версией.
«Преобразовать в прокси на мастере (удалить копию)…» убрано из меню строки репозитория. Кнопка остаётся в карточке «Источник» — в раскрытой строке и в окне «Параметры на сервере».
Окно «Принять рейс (Edge → сайт)»: в таблице состава появился столбец «Куда» — сайт приёма (новое зеркало, обновление или переезд с мастера) либо мастер для учётного. Подписи статусов больше не привязаны к мастеру: «Нет», «Уже есть», «Новее», «Старее», «Битый». У формы источника рейса — поле «Сервер приёма» и одноимённый столбец в таблице источников; на шаге «Edge и носитель» подготовки рейса видно, кто запишет запрос. ZIP-рейс передаёт MSU и файлы на сервер приёма потоком, не храня их на мастере.
В «Параметрах сервера» появились умолчания для сайтов: spool, кеш индексов, доля канала хостов, потоки, Retry-After, попытки и зависание MSU, пороги усечения. Изменённое на мастере приходит на сайты; своя настройка сайта важнее. Закачка сайта занимает остаток канала после доли хостов, но не меньше 10%.
Полоса раздачи потомкам задаётся в КБ/с. Пустое поле в карточке сайта показывает умолчание мастера. «Сайт по умолчанию» выбирается из списка серверов. Разнос копий по расписанию и сдвиг проверок Windows — разные параметры. В окне «Windows: сайт» число потоков подписано «Потоков на cab»: каждый MSU качается одним потоком.
В расписании загрузки каталога Windows и OVAL время показывается по часам компьютера, рядом указан пояс, например UTC+5. На сервер уходит тот же момент суток, что и раньше.
С разделов «Групповые политики», «Роли LSUS», «Секреты» и «Запуски сценариев» убраны пункты «Добавить фильтр», «Назначить политику» и «Делегирование»: к этим разделам они не относятся. У «Групповых политик» на самом корне остаётся обновление дерева — политики создаются во вложенных узлах.
В колонке «Клиент» на вкладке «Хосты» вместо номера версии — три наклонные полоски: lsus-client, графический клиент и агент конфигураций. Зелёная — актуален, жёлтая — устарел, серая — не установлен, красная — последняя установка или обновление за сутки завершились ошибкой. На Windows полоска графического клиента пустая: отдельного пакета нет. При наведении видна версия.
В окне «Назначить политику» можно отметить несколько политик и назначить их разом.
Автопредзагрузка MSU без сохранённого выбора теперь качает на сайты целевых хостов, а не на мастер (раньше — только мастер).
Слоты и пределы копий описаны в «Параметрах сервера» с новыми значениями; лимит скорости для сайта задаётся в настройках раздачи Windows.
Права «Windows KB / Репликация» переименованы в «Windows KB / Сайты» (коды сохранены).

Исправлено#

Подпись времени в форме расписания Пограничного сервера («Ежедн. 03:00 UTC (у вас это 08:00)») остаётся внутри карточки, слева от поля «Время». Та же подпись в окне правки расписания и в форме зеркала.
Окно «Автопредзагрузка MSU» снова показывает поля в строках по два-три в ряд, а не одной длинной строкой с горизонтальной прокруткой и обрезанными подписями.
Windows-клиент находит сервер по TXT _lsus.<домен> так же, как Linux: хост вне домена и хост с DNS-суффиксом, отличным от домена AD, теперь определяют зону по своему имени и суффиксам сети. Раньше такой клиент не искал сервер вовсе, пока адрес не задавали вручную. Поиск повторяется, пока адреса нет (сеть может подняться позже службы), а адрес, дописанный в конфиг клиента, подхватывается без перезапуска службы. Недоступный DNS не задерживает запуск служб, а при dns_discovery = false DNS не запрашивается совсем. Хосты с заданными ServerUrl или ServerDiscoveryDomain ведут себя как раньше. Команды test-connection, diagnose, register и reset-cert теперь тоже ищут сервер по DNS, а diagnose показывает зоны и результат по каждой. Нужен обновлённый агент Windows.
Сайт больше не стирает копию репозитория, пока она качается: проверка соответствия реплик и очистка осиротевших каталогов пропускают идущую или недокачанную копию и сохраняют докачку на 72 часа. Раньше большие репозитории (десятки тысяч файлов) снимались через минуты после старта и не публиковались вовсе. Если дерево удалить не удалось, запись реплики остаётся.
Ревизия, в которой на диске меньше файлов, чем в списке мастера, не публикуется: ошибка называет число файлов («На диске меньше файлов, чем в списке: N из M»), прежняя ревизия остаётся.
После копии мастер запоминает поколение, которое сообщил сайт, на всех путях завершения, а в журнале мастера строка «завершил копию … без поколения» называет сайт и репозиторий. Раньше метка «поколение копии неизвестно» не уходила, а «Хранить на сайте» не завершалось. В «Отчёт за сутки» добавлены поколение реплик и возможности сайтов.
«Каталог и политики»: дерево коллекций и таблицы справа прокручиваются колесом мыши внутри своих панелей, а не всей страницей; панель поиска, вкладки, фильтры и пейджер остаются на месте, шапка таблицы не уезжает. Пока открыто окно (карточка хоста, мастера, настройки и другие), страница под ним не прокручивается: колесо крутит только содержимое окна.
Плитки и фильтр статусов на вкладке «Репликация» показывали неверные числа: «Активных» считали по живым задачам, а «Завершено» включало статус «Активен». Теперь число на плитке равно числу строк после клика по ней, статусы в фильтре названы так же, как значки в таблице, добавлен фильтр «Проблемы» (ошибка, недоступен, деградация).
Ошибка «Отчёт сайта без идущей копии: статус пустой» появлялась без причины: сайт мог записать счётчик копии без статуса, когда файл статуса уже удалён. Такие записи больше не создаются и не уходят мастеру; при перезапуске сайта вместо этой ошибки показана настоящая причина.
Админка больше не зависает после перезапуска сервера: «Сервер долго отвечает», пустые списки и бесконечная загрузка колокольчика до следующего рестарта. Раньше при старте один из рабочих процессов админского пула мог получить заблокированный внутренний ресурс: он принимал соединения, но не отвечал ни на один запрос. Теперь фоновые задачи стартуют уже в рабочих процессах, а не до их создания. Если рабочий процесс всё же перестал отвечать (все потоки заняты запросами дольше 150 секунд), он сам перезапускается; порог — параметр «Перезапуск зависшего воркера» (LSUS_STALL_EXIT_SEC, 0 выключает).
Проверка /api/v1/health от агентов и вызовы сайтов к мастеру (инвентарь, статус реплик, ключи раздачи, манифесты и пакеты агентов) идут через пул клиентских запросов, а не через пул админки: после перезапуска сотни агентов больше не занимают его потоки. Для проверки контейнера nginx используется отдельный адрес /api/v1/health/ui.
События аудита уходили в SIEM только из одного процесса, из остальных они оставались в памяти и терялись. Теперь отправитель работает в каждом рабочем процессе.
Проверка доступности репозиториев на мастере выполняется одним рабочим процессом, а не каждым из пяти.
В журнале при зависании запроса видны стеки всех потоков процесса (раз в 10 минут), число запросов сверх лимита записей и имя процесса БД (lsus-app, lsus-admin, lsus-repos, lsus-worker, lsus-replication) с возрастом транзакции: сразу видно, кто держит соединение.
Вкладка «Репозитории» не перезагружает полный список при каждой смене статуса: справочники линеек и каталога держатся в кеше 60 секунд, а полная перезагрузка из-за смены статуса идёт не чаще раза в 30 секунд. Статусы и прогресс обновляются в таблице каждый такт, как раньше.
Разовая кампания установки без следующего окна теперь отменяется. Раньше она оставалась в расписании, если на хосте уже не было команд.
В журнале у обнаруженной угрозы видны её имя и файл, а у загрузки сертификата — имя сертификата.
Сайт с большим числом хостов (около 300 и больше) после перезапуска больше не зацикливается на полной отправке heartbeat: мастер подтверждает батч за секунды, а накопившиеся данные хостов применяет в фоне. Раньше первая полная отправка шла 2 минуты, сайт не дожидался ответа (30 секунд), ждал 3 минуты и слал всё заново, а мастер каждые 4 минуты заново обрабатывал весь парк.
В мастере переноса строка «Сайт хранения и снятие копии мастера», у которой сверка не сошлась, больше не повторяется каждую минуту: пауза 30 минут, после трёх попыток автоповтор останавливается, и строка ждёт кнопки «Хранить на сайте». Недоступный сайт проверяется с нарастающей паузой от 1 до 30 минут.
Фоновые задания (сверка сайтов, команды копий, перенос раздачи) ждут соединения с сайтом не дольше 10 секунд и не держат соединение с БД на время запроса: недоступный сайт больше не занимает потоки на минуты. Максимум параметра «Таймаут соединения с сайтом» — 120 секунд.
Запрос интерфейса, который идёт дольше 20 секунд, попадает в журнал сервера со стеком потока и снимком активных сессий БД (параметр «Сторож зависших запросов»). Интерфейс ждёт ответа GET не дольше 45 секунд, не дублирует одинаковые запросы в полёте и после таймаута делает паузу вместо повтора на каждом такте; вкладка репозиториев не запускает новую загрузку, пока идёт прежняя.
Вкладка «Каталог» (политики) открывается быстрее: политики всех узлов дерева считаются одним заходом в БД, а не отдельными запросами на каждый узел.
Счётчик времени запросов подключается при старте процесса, а не при первом запросе: потоки пула больше не ждут блокировку импорта.
Меню действий в списке репозиториев больше не закрывается само, пока идёт обновление статусов.
Репозиторий, который хранит сайт, снова отдаёт индекс пакетов по адресу ветки stable линейки, если у линейки нет отдельной ветки stable и она показывает ту же копию, что и current. Раньше сайт знал только адрес current: запрос stable уходил на мастер, где файлов уже нет, и apt update завершался ошибкой 404 на индексе пакетов, хотя проверка целостности проходила. Адрес stable сайт получает при ближайшей сверке реплик.
Число пакетов в отчёте сайта совпадает с учётом мастера. Раньше сайт записывал число файлов вместе с индексами, и репозиторий из 3 пакетов показывался в строке как «на сайте: готов · 6 пак.». Прежние значения исправляются при ближайшей сверке реплик, повторное копирование не нужно.
Окно подсети закрывается сразу после сохранения. Раньше на большом числе хостов оно молчало, пока сервер заново назначал все машины и по одной сообщал сайтам. Теперь пересчёт идёт следом и только по затронутым сетям; правка описания, расположения или лимита канала хосты не трогает.
Состояния репозиториев в мастере переноса больше не спорят между собой: отставание копии на несколько поколений и неподтверждённое поколение показываются как есть, а не «ошибка копии»; репозиторий, который хранит другой сайт, — «хранится на <сайт>», а не «на мастере»; текст фонового хода не перебивает подпись строки.
Окно переноса раздачи фиксированной высоты: шаги прокручиваются внутри, кнопки не уезжают за край экрана.
Строка репозитория, который хранит сайт, ушла из списка репликаций и раскрытия репозитория на схеме: это не реплика, а хранилище. Сама настройка не удаляется — на ней держится готовность режима «Сайты».
Копия «при изменении» больше не запускается для хранилища сайта: раньше сайт тянул бы файлы с мастера, где их уже нет.
Копирование репозитория с пограничного сервера на мастер снова скачивает файлы. Учёт скорости на схеме мешал параллельной загрузке, и почти каждый файл завершался ошибкой.
Загрузка каталога сканирования Windows через пограничный сервер больше не обрывается отказом сети доставки: соединение идёт на выбранный адрес, а запрос называет сайт.
Зависший поиск Windows Update больше не запускается заново каждую минуту, а зависший offline-скан — каждые 5 минут: повтор идёт по интервалу расписания, пока прошлый вызов не вернулся, новый не начинается. Раньше такие повторы забивали службу обновления и диск.
Два offline-скана на одном хосте больше не идут одновременно.
На Windows 8.1 / Server 2012 R2 обновление, нужное для скана, после зависания установщика или кода 0x652 («уже идёт другая установка») повторяется через сутки или после перезагрузки, а не перед каждым сканом. Код 0x652 теперь расшифровывается.
Снятие копии мастера больше не упирается в таймаут окна браузера: шаг ставит репозитории в очередь, конвертация идёт фоновым заданием; при неподтвердившемся поколении исполнитель возвращается мастеру.
Переезд зеркала с мастера выполняется только после явного подтверждения в диалоге; без него позиция блокируется, копия мастера не трогается. Занятый репозиторий (перенос между хранилищами, сборка, идущий приём) переезд не принимает.
Неудачный приём зеркала больше не «подвешивает» репозиторий: статус возвращается, событие закрывается, а у переезда копия мастера остаётся рабочей — реплики не останавливаются.
Рейс с ошибками больше не помечает источник «уже импортированным»: упавшие позиции входят в следующий рейс.
Повторный шаг «Шаттл» не теряет пути локальных источников: прежний путь сохраняется в конфиге, источник с повреждённым конфигом не переносится.
Удаление MSU с мастера сверяется по каждому файлу (у одного KB бывает x86/x64/arm64), а не по KB целиком.
Перенос репозитория между хранилищами: ошибка копирования возвращает репозиторию рабочий статус и убирает недокопированный каталог; ход виден из любого процесса сервера, а не только из считающего его.
Вход в мастер переноса из баннера «С прошлой версии…» работал только после открытия подвкладки «Схема» — теперь и с вкладок «Репозитории» и «Обновления Windows».
Итог шага мастера переноса больше не стирается сразу после показа; частичный итог показывается предупреждением с причинами отказов.
Подтверждение переезда зеркала показывало служебный текст разметки вместо абзацев.
В списке репликаций у завершённой копии больше нет «0 файлов — 100%» и «100%» при неполном счёте: итог копии записывает фактическое число файлов, а не промежуточный отчёт хода. Если сайт завершил копию с предупреждением (часть файлов не скачана, пропущен источник), текст виден под статусом «Завершено», а в прогрессе — сколько файлов не хватает. На схеме раздачи такая реплика отмечается жёлтым и попадает в проблемы как предупреждение, а не ошибка.
На схеме раздачи снова работает подсветка цепочки репозитория при наведении, выборе и поиске (с 1.0.122 она обрывалась ошибкой в браузере).
Вкладки «Сессии» и «Группы» карточки пользователя снова показывают таблицы, а не пустые панели.
Проверка целостности в колонке «Целостность» показывает ход: полоса и счётчик сверенных пакетов. Раньше у большого репозитория Альт надпись «Проверка целостности» замирала и проверка не завершалась. У небольших репозиториев полоса тоже не появлялась.
В журнале появились подписи у действий с группой сайтов, источником сайта, раздачей Windows, перезапуском сайта, сайтом хранения репозитория, подтверждением сертификата пограничного сервера и установкой агента из отладки.
Полоса раздачи потомкам в карточке сайта считалась как килобиты и выходила в восемь раз уже введённой.
MSU и cab, которые хост скачивает с мастера, укладываются в лимит канала сайта и удалённой подсети, как пакеты Linux. Раньше такая отдача шла мимо лимита.
Копии apt-репозиториев на сайтах больше не обрываются в конце из-за записи, где индекс ссылается сам на себя. Причина неудачной копии видна в карточке реплики.
Вкладка «Каталог и политики» снова показывает дерево и панели. По той же причине снова открываются «Отчёты», OVAL/MSRC, «Администрирование», «Тестирование», «USB-устройства» и PXE: их содержимое оказывалось внутри скрытой вкладки «Управление обновлениями».
Замороженная и стабильная копии репозитория с подписью вендора (например, Р7-Офис) больше не дают на хостах ошибку NO_PUBKEY.
Итог копии репозитория доходит до мастера сразу, а не со следующим опросом сайта (до минуты). Сайт отдаёт пакет агента хосту соседнего сервера своего сайта и запасного сайта: раньше мастер отклонял сверку токена, и сайт отвечал отказом.

Удалено#

Подвкладка «Репликация» у обновлений Windows и KB-репликация как отдельная сущность: зеркала MSU на сайт настраиваются раздачей Windows у сайта, cab рассылается автоматически или кнопкой «Разослать cab». Настройки сайтов перенесены при обновлении.

Версия 1.0.121#

Добавлено#

В базе документации появилось руководство «Сертификаты и списки отзыва»: как импортировать доверенные CA и CRL, доставить их на хосты готовой политикой и поддерживать списки отзыва актуальными, включая закрытый контур.
На вкладке «Диагностика и логи» появилась кнопка «Скачать обезличенный отчёт за сутки»: тот же архив за 24 часа, но без имён хостов, адресов и учётных записей, чтобы его можно было передать за контур. Обычный отчёт не изменился.
Параметры очереди реплик в «Параметрах сервера»: сколько копий идёт одновременно (по умолчанию 16), слоты на источник «мастер»/«Edge»/«сайт» и разнос старта копий одного расписания по минутам. Раньше предел не описывался вовсе, а пустые копии по cron каждые 6 часов занимали слоты всему парку.
Полоса раздачи потомкам у сайта получила потолок по умолчанию (40% канала сайта или 16 МиБ/с), а собственная закачка сайта больше не делит канал с раздачей хостам.
Отдача файлов зеркала на Edge: запросы с валидным ключом без опубликованного снимка получают «повторите позже» вместо чтения гигабайтных файлов; HEAD и повторные проверки ETag не занимают поток раздачи; лимит потоков растёт с числом ключей.
Агент Windows сам следит за кешем Windows Update: убирает накопившийся мусор, а при повторной ошибке базы пересоздаёт её. Сервер показывает состояние значком в строке хоста (мусор, мало места, сбой, починен, не починен), в меню хоста появился пункт «Починить кеш Windows Update…». Если места на системном томе мало, база не пересоздаётся — чистится только мусор. Автоматическую часть можно отключить настройкой агента на хосте. Пункт доступен хостам с обновлённым агентом.

Изменено#

Под схемой раздачи таблица «Сайты» стала таблицей «Мастер и сайты»: мастер добавлен первой строкой как обычный сайт-сервер, а строки мастера, сайтов и Edge раскрываются одинаково — небольшими таблицами «параметр — значение» с бейджами вместо сплошного текста (состояние, нагрузка и трафик, канал и лимиты, Windows, репозитории). Строки Edge теперь тоже раскрываются: что Edge отдаёт мастеру и каким сайтам раздаёт. Таблица «Где хранятся репозитории» переехала в раскрытие мастера и показывает все репозитории. Клик по узлу мастера или Edge на схеме раскрывает их строки.
С кампаний установки Windows убрана кнопка «Срочная установка (без пилота)». Разовая установка по-прежнему создаётся на подвкладке «Пакетные задания».
В строке выбора узла на репозиториях, обновлениях Windows и схеме осталась одна кнопка «Обновить». На сайте она же просит свежий отчёт, поэтому кнопки не сдвигаются при переключении с мастера.
Повтор автообновления уже установленного клиента после ошибки идёт с паузой: 15 минут, затем 30 минут, час и два часа. После пяти неудач за сутки автоматика останавливается до ручного повтора или новой версии. На большом парке это не плодит задания на каждом проходе.
Список файлов прокси-репозитория для копии берётся одним запросом индекса хешей Edge вместо обхода всех каталогов; при синхронизации Edge мастер отвечает «повторите позже» и сайт ждёт указанное время, а не начинает копию заново.
Реплики репозиториев без копии на мастере качают тела с Edge, мастер остаётся запасным источником (и запрещён в режиме «Сайты»); кнопка «Реплика, источник — Edge» доступна и для прокси-репозиториев.
Терминология выровнена по глоссарию: режимы называются «Копия» и «Прокси», подписи называют узел («на мастере», «на сайте «X»»), кнопки преобразования — «Преобразовать в прокси/копию на мастере/на сайте».
Вкладка «Репликация» опрашивает мастер часто только при идущих копиях, иначе раз в 30 секунд; список отдаётся с ETag и без изменений не передаётся повторно.

Исправлено#

На схеме раздачи видна полная цепочка репозитория: у реплики, которую сайт берёт у другого сайта, теперь своя линия от строки репозитория у сайта-источника к строке у получателя (раньше — только общая линия «N репл.» между сайтами), а линия «хранит файлы» рисуется для любого сайта хранения, в том числе у полной копии, запасной — пунктиром. Наведение на репозиторий подсвечивает только его Edge, сайты хранения и все сайты с его репликой.
На схеме раздачи реплика с источником Edge больше не рисуется линией прямо от Edge мимо мастера: реплика — копия репозитория мастера, поэтому линия идёт от его плашки (Edge → мастер → сайт) с подписью «файлы с Edge», а у свёрнутой плашки — от «ещё N». Если у репозитория нет зеркала на Edge, выбранный источник Edge не действует и файлы идут с мастера — схема показывает это предупреждением. В таблице реплик цепочка выглядит как «← мастер (файлы с Edge: …)».
Хосты, назначенные на сайт, передают мастеру перезагрузку, расписание обновления, состояние Windows Update и данные об активных пользователях. Раньше мастер этого не видел: цепочки волн после перезагрузки не продолжались, расписание с хоста не появлялось, а часть команд ждала подтверждения до тайм-аута. Сначала обновите мастер, затем сайты.
Отмена копии на сайте работает из любого воркера: флаг отмены виден всем процессам, а повторная команда не запускает второй поток рядом с первым (пропадали файлы .tmp).
Клиент Linux при недоступном мастере не уходит с сайта, если сайт честно отвечает ошибкой о вышестоящем узле; регистрация расходится по времени и ждёт «Retry-After».
Список и чистка репозитория на сайте не пересчитывают хеши всех файлов: изменившиеся файлы кешируются по размеру и времени.
Преобразование в прокси, прерванное рестартом мастера, доделывается при старте: остатки копии убираются, статус не зависает в «синхронизации».
Преобразования реплик больше не занимают слоты обычных копий, а прогресс копий не сбрасывает завершённое состояние задания.
Списки репозиториев мастера, подписи карточек и сообщения об ошибках не содержат устаревших формулировок про «Master»/«Site» — за этим следит автотест.

Версия 1.0.118#

Добавлено#

В карточке репозитория, полученного с Edge (в окне «Параметры на сервере» и в раскрытой строке под значком EDGE/PROXY), появился блок «Источник»: с какого Пограничного сервера и по какому зеркалу он приходит, адрес источника, состояние зеркала на Edge и режим на мастере. Если Edge не ответил, показывается то, что известно мастеру, и причина.
Репозиторий с Edge можно преобразовать из proxy в копию на мастере и обратно (меню строки и кнопка в карточке «Источник»). При переходе в копию раздача идёт с Edge, пока файлы не скопированы; при переходе в proxy раздача сначала переводится на Edge, потом копия на мастере удаляется и место освобождается. Ход виден в колонке «Статус», результат — в истории действий.
Реплику на сайте можно преобразовать из прокси в копию и наоборот (меню реплики). Сайт продолжает отдавать репозиторий во время преобразования; прогресс и шаг видны в таблице репозиториев и на вкладке «Репликация», операцию можно отменить.
На схеме раздачи («Управление обновлениями» → «Схема», одна для Linux и Windows) видны Edge, репозитории и подсети своего сайта, на линиях — лимит скорости. При наведении подсвечивается цепочка узла, схему можно искать, фильтровать по слоям и масштабировать, а проблемные места собраны в список. С карточки открывается правка подсети и репозитория, перенос репозитория на сайт открывает создание реплики, перенос сайта на Edge, мастер или другой сайт — смену источника. Схема идёт по цепочке Edge → мастер → сайт: карточка Edge называет репозитории, которые он отдаёт мастеру и сайтам, мастер показывает, какие репозитории хранит сам, а какие — только на сайтах, а карточка сайта перечисляет репозитории, которые он держит, и откуда получил каждый.
Клиент и его пакеты раздаются хостам только с сайта: мастер таким хостам напрямую не отдаёт ни агент, ни каталог сканирования Windows, ни пакеты обновлений. Перед раздачей сайт заранее готовит файлы, задания идут очередью — со сроком старта, слотами на сайт и паузой после неудачной доустановки. Настройки клиента переехали на вкладку «Управление обновлениями → Клиент LSUS».
В карточке подсети появилась галочка «Обязательный сайт»: хосты подсети работают только через её сайт, и это сильнее любых обходных настроек — источников с мастера, запасного адреса и ручного закрепления. Если сайт недоступен, хосты ждут его.
Установка клиента на новую машину: из Центра отладки — с предварительной проверкой (связь, права, готовность файла на сайте) и секретом, доступным текущему администратору; или политикой на вкладке «Клиент LSUS» — по коллекциям каталога, включая LDAP, для компьютеров без агента.
Тяжёлые файлы (каталог сканирования, пакеты обновлений Windows, крупные пакеты Linux) раздаются ограниченным числом потоков на канал сайта; кампании заранее отправляют нужные пакеты на сайты, а проверки после установки расходятся по времени.
На площадке индексы уже опубликованного зеркала отдаются с диска и не перепроверяются на мастере каждые полминуты. Недостающий пакет по-прежнему докачивается. Ревизия с разошедшимися индексами не публикуется.
Дашборд площадки показывает хосты, обновления, репозитории, диски и swap, канал к мастеру, запросы и состояние своих служб. Пользователей, расписания и AI-дайджеста на площадке нет.
Пока мастер недоступен, клиент остаётся на своём сайте, продолжает слать туда признак жизни и держит последнюю политику, в том числе после перезагрузки. Новые команды и регистрация по-прежнему ждут мастер. Смена сайта и обновление самого агента по старой политике не выполняются.
На схеме раздачи узлы можно расставить вручную: на панели схемы флажок «Двигать узлы» включает режим, в котором карточки и плашки перетаскиваются мышью, пальцем или стрелками (Shift — крупнее), а их линии перестраиваются следом и выходят из той стороны узла, что ближе к другому концу (справа, слева, снизу или сверху). Несколько узлов можно выделить рамкой по свободному месту схемы (Shift или Ctrl добавляют к выделенным, Shift или Ctrl и клик по узлу добавляют и снимают) и двигать вместе. Двойной щелчок или Home возвращает узел (или всю выделенную группу) на место, значок сброса рядом с флажком — все узлы сразу. Расположение запоминается в браузере, а новые узлы встают на свои места сами; пока режим включён, клики по узлам ничего не открывают.

Изменено#

Преобразование репозитория с Edge в proxy вынесено из строки сведений в отдельный блок с предупреждением: для развёртываний больше 250 хостов так делать не рекомендуется, лучше оставить копию на мастере. То же предупреждение показывается перед подтверждением.
В окне выбора целей у веток дерева коллекций стоят те же значки, что в каталоге: подразделение, группа, фильтр, домен и остальные типы. Подсказка называет тип, выбранная коллекция сохраняет значок в списке справа.
Полоса вкладок «Управление обновлениями» разделена на два блока: в первом — переключатель Linux | Windows и подвкладки выбранной платформы, во втором, отдельно от него, — общие «Клиент LSUS», «Шаттл» и «Схема». Фон первого блока подкрашен под выбранную ОС (Linux — зелёным, Windows — синим, в светлой и тёмной теме), поэтому видно, к какой платформе относятся открытые подвкладки; пока открыта общая подвкладка, подкраска гаснет.
На схеме раздачи поиск, слои, проблемы и «Обозначения» собраны на небольшой панели в два столбца, которую можно перетаскивать по окну и сворачивать: панель стала уже, а блок «Обозначения» компактнее (короткие подписи, полная формулировка — в подсказке), управление масштабом стоит в заголовке панели и доступно даже у свёрнутой, положение и состояние панели запоминаются, а строка кнопок над схемой и легенда под ней убраны. Слои переключаются флажками, режимы — «Только узлы с проблемами» (с числом проблем) и «Двигать узлы» — стоят рядом во втором столбце; отдельного списка проблем нет: что не так у узла, видно в его подсказке.
«Схема» вынесена на общую подвкладку «Управления обновлениями» рядом с «Клиент LSUS» и «Шаттл» и показывает Linux и Windows вместе: репозитории и реплики, версию cab и ошибки MSU. Прежние закладки на схему в Linux и Windows открывают её же.
Схема стала компактнее: подсети нарисованы одной строкой (адрес слева, число хостов справа), сводка — однострочные плитки, в которых нулевые тревожные показатели не занимают места. Плитка «Раздача хостам» (прежде «Кто раздаёт»), заголовок «Схема раздачи», кнопка «Готовность к режиму «Сайты»» и вторая кнопка «Обновить» убраны; проверка готовности при переключении режима раздачи в настройках по-прежнему выполняется.
Строка «Мастер: … Данные базы мастера» заменена значком статуса в строке выбора узла: зелёный — данные в порядке, жёлтый — отчёт сайта устарел, красный — отчёта нет; весь прежний текст показывается при наведении. Кнопка «Обновить» (и «Запросить у сайта» для сайта) стоит в той же строке — на вкладках «Схема», «Управление репозиториями» Linux и Windows.
«Исполнитель репозитория» переименован в «сайт хранения»: так называется сайт, на котором лежат файлы репозитория в режиме «только управление». Название изменилось в схеме раздачи, окне выбора сайта, значках реплик и сообщениях об ошибках. Плитка «Кто раздаёт» на схеме стала «Раздача хостам» и читается как «Мастер раздаёт репозитории» или «Сайты раздают репозитории»; настройка в параметрах сервера называется так же.
Предложения новых зеркал repo.lsus.ru смотрят в колокольчике: оттуда зеркало добавляют или больше не предлагают. Сообщения одного типа стоят вместе.
Разрешение использовать секрет в фоновых сценариях (например, для установки клиента) выставляет только администратор.
Повторная копия неизменного репозитория на сайт не обходит его каталоги заново и не запрашивает у мастера уже скачанные пакеты.
В таблице репликаций столбец называется «Сайт». Список можно оставить как есть или сгруппировать по сайту либо по репозиторию.
Отказоустойчивость клиента — это уход на мастер, когда недоступен сайт, а не наоборот.

Исправлено#

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

Версия 1.0.117#

Изменено#

В выборе целей выбранные коллекции и компьютеры видны отдельным списком справа, лишнюю строку можно убрать оттуда, не возвращаясь к ней в дереве.
На сервере с большим объёмом памяти база берёт под кэш и сортировки больше, чем раньше: прежний потолок в 4 ГБ на буфер больше не действует, теперь это до четверти памяти сервера и не больше 16 ГБ. Сортировка в запросе не начинается с нескольких мегабайт, чтение индекса идёт пачками. На карточке нагрузки рядом с занятой памятью виден кэш ядра.
Список кампаний Windows открывается легче: повторный опрос не собирает задания заново, а в шапке не разбирается весь набор обновлений волны.
Состав коллекций пересчитывается пачками запросов, а не отдельным запросом на каждый компьютер.
Полный журнал установки хранится файлом на сервере. В базе остаются начало и конец. Если файла нет (старые записи или копия только из базы), показывается то, что есть в базе.
История инвентаризации не обрывается на границе месяца: следующие месяцы создаются заранее. Журнал обмена с филиалами, если он разросся, хранится по суткам и старые сутки снимаются только после доставки.
Список сессий тестирования открывается без секундной паузы на пустой статистике связей.
Экран кампании обновляется реже и легче, пока установки не идут. Заголовок не тащит список всех заданий на каждом опросе, а повторный запрос не стартует, пока не закончился предыдущий. Пока идёт установка, экран обновляется раз в 5 секунд, иначе — раз в 15.
Статус кампании Windows больше не пересчитывается при каждом открытии списка и карточки: это делает фоновая служба. Действия в карточке по-прежнему видны сразу.
На уже установленном сервере, где у админки в настройках осталось прежнее число потоков 4, обновление поднимает его до 8. Другое заданное число не меняется.
Пересчёт пользовательских коллекций после появления компьютера в сети схлопывается: не чаще одного раза в две минуты. Плановая сверка раз в 15 минут остаётся.
Список компьютеров с устаревшим клиентом учитывает область видимости и не строится заново на каждый опрос экрана. Проверка доступности компьютера — один короткий ping, не дольше 3 секунд.

Исправлено#

В выборе целей найденные компьютеры можно отметить все сразу. Поиск находит компьютер и по IP-адресу.
В выборе целей кампании и в назначении роли поиск находит компьютер или человека по имени, а не только папку, и список папки не обрывается на пятистах.
В таблице хостов больше не остаётся 127.0.0.1, если у компьютера есть обычный сетевой интерфейс. Адрес берётся с интерфейса, через который компьютер ходит на свой сервер, и обновляется, когда его меняет DHCP. Агент не обращается к адресам в интернете, чтобы узнать свой IP.
Индексы линий, которые мастер отдаёт с Пограничного сервера, при его сбое берутся из последней успешной копии, а не обрываются ошибкой. Отсутствующий файл подписи больше не запрашивается у Пограничного сервера на каждый компьютер. Сайт не повторяет один и тот же запрос к мастеру.
В списке обновлений компьютера уязвимые пакеты снова подсвечиваются, даже если сверка ещё не записала их имена. Красное число в таблице хостов не теряется из кэша счётчиков.
Расписание политики без согласования ревизий продолжается кнопкой «Продолжить» и не требует повторного согласования. Кнопка есть и на карточке политики, если расписание на паузе.
В колонке «Обновления» цифра совпадает со списком по клику. Красным показано, сколько пакетов из этого списка уязвимы по последней сверке; те же пакеты подсвечены в списке. Открытие вкладки сверку не запускает.
В таблице «Хосты» у роли только с просмотром заголовки колонок снова совпадают с данными: колонка галочек есть и в шапке, и в строках лишь у тех, кто может управлять хостами.
После установки патча сервер ждёт, пока база снова принимает подключения, и не завершается на первой ошибке, если база в этот момент останавливается или поднимается.
Отключение патча возвращает прежние файлы во всех контейнерах сервера, а не оставляет его незапускаемым.
Долгая или зависшая копия репозитория на один сайт не останавливает копии на другие сайты и расписание. Копия без движения закрывается через час.
На вкладке «Хосты» цифра в колонке «Обновления» — результат последней проверки на компьютере. Если сохранённый список пакетов старше и короче, рядом с цифрой видна отметка, а в списке — кнопка «Обновить список»: компьютер присылает список заново, и для него пересчитывается сверка с OVAL. Клиент сам присылает список, когда число обновлений изменилось; это доходит до компьютеров со следующим пакетом клиента.
Расписание конфигураций не копит запуски, пока предыдущий не завершён: выключенный на ночь компьютер утром получает один прогон. Запуск, который висит дольше суток, закрывается как невыполненный. Ошибка предпроверки по расписанию не ставит на паузу ни кампанию, ни расписание. Таймаут и недоступность без упавшей задачи не считаются провалом проверки перехода. «Продолжить» у вставшей кампании показывает причину и по подтверждению проходит проверку; если из-за неё встало расписание, возобновляет и его.
Уведомление «Множественный вход» не срабатывает из-за выключенного компьютера: учитываются только машины, которые сейчас на связи.
Фильтр по тегу на вкладке «Хосты» показывает все компьютеры с этим тегом, а не только те, что видны на открытой странице. Счётчик страниц считается заново.
Окно установки кампании, если компьютер не сообщил свой пояс, считается по поясу из «Настройки → Сервер», а не по UTC контейнера. Уже созданное задание, которое из-за этого выпало из окна, переносится обратно в окно.
Регистрация сайт-сервера на Master и действия в его админке больше не отклоняются и не сбрасывают вход.
Сайт и установщик не принимают имя, которое указывает на сам сервер, и адрес мастера localhost. На дашборде сайта видно свободное место на диске, полоса вкладок оформлена как у мастера.
Архив модуля диагностики включает журналы сервера и ту же статистику, что кнопка архива на вкладке «Поддержка»: нагрузка, база, ёмкость, дайджест и фоновые задачи.
Запись статистики запросов не обрывается, когда два процесса одновременно обновляют одну и ту же минуту: повтор идёт в одном порядке, взаимоблокировка не оставляет дыру в графике.
Модуль диагностики сам входит в админку и не меняет пароль администратора. Сессия на минуты или часы связывает клики по экранам, ответы админки, запросы в базе и ожидание в пуле соединений.
Поздний добор волны Windows-кампании больше не срывается на каждом такте: компьютеры без свежего скана по-прежнему откладываются, остальные волны идут дальше.

Версия 1.0.116#

Добавлено#

У Linux-клиента и у патч-службы Windows в командной строке появились одни и те же действия: состояние и связь с сервером, проверка и установка обновлений, журнал, инвентаризация, чтение настроек и сбор архива диагностики на самом компьютере. Установка обновлений не начинается без явного подтверждения. Снимки диска в командной строке есть только у Linux, если корень на LVM.
Экспериментальные сценарии назначаются только на коллекции с включёнными испытаниями (флажок на пользовательской коллекции, OU или группе; потомки наследуют допуск). Черновики по-прежнему нельзя назначать никуда.

Изменено#

Карточка инвентаризации открывается быстрее. Обзор показывает сводку по оборудованию и не тянет весь список программ. В истории строка видна сразу, а полная таблица «было / стало» подгружается только когда её раскрывают.
Дерево коллекций и состав узла открываются быстрее. Политики раскрытых узлов запрашиваются одним пакетом, а число объектов берётся из уже посчитанного состава, пока не заданы поиск или фильтр состояния.
Админка держит больше одновременных запросов интерфейса, чтобы одна тяжёлая карточка не останавливала остальные экраны.
Пересчёт состава коллекций по расписанию больше не держит каталог одной длинной блокировкой: шаги фиксируются по частям, ожидание блокировки ограничено.
Одинаковая успешная проверка по расписанию больше не копит журнал. Если на компьютере ничего не изменилось и ошибки нет, новая строка в прогонах не появляется: у оставшегося прогона подпись, сколько раз результат совпал и когда была последняя проверка. Кампания, где так прошло у всех компьютеров, в список не попадает; на расписании видно время последней проверки без изменений. В соответствии колонка «Проверено» — это время последней проверки.
Архив диагностики Linux-клиента забирает настройки и журналы службы конфигураций и контроля USB, если они стоят на компьютере. Пароли в этих настройках скрываются так же, как в настройках клиента.
В области видимости хостов коллекция показана полным путём, без корня «Все хосты и пользователи». В дереве выбора у родителя с неполным выбором серая галочка: сама коллекция при этом не назначается.
В условии включения и исключения кнопка «Подсети и сайты» открывает дерево: сайт можно отметить целиком или выбрать отдельные подсети. Сверка идёт по текущим сетям.
Вкладка «Поддержка» разделена на подвкладки «Лицензия», «Диагностика и логи» и «Патчи сервера». Отключить можно только включённый патч этой версии без правок базы. Патч с правками базы помечен «откат невозможен» и остаётся включённым до обновления сервера; после обновления архив удаляют. Патч другой версии тоже только удаляют, без отката файлов. Патч сайта уходит на все сайты, патч пограничного сервера — на все серверы с обычным каналом.
Канал филиала задаётся на карточке сайта (Master↔Site): репликация и API в приоритете, хосты не занимают канал целиком. У подсети — только флаг «Удалённая» и свой потолок last-mile. Локальная подсеть своего сайта не режется.
Ручное назначение хоста на сайт закрепляет его сильнее правил подсети; снятие сразу возвращает в автоматику по CIDR. В админке блок называется «Ручные назначения».
В списке групповых политик назначение и группировка «По назначению» показывают путь коллекции в дереве, а не только конечное имя.

Исправлено#

Фоновая служба больше не занимает всю память сервера при регулярной проверке уязвимостей. Если процесс всё же разрастается, он сам перезапускается и не вытесняет веб-интерфейс и базу в своп.
Карточка инвентаризации учитывает область видимости роли: чужой хост из неё не открывается.
Список хостов больше не тащит полный журнал последней установки: текст открывается по клику на ошибку.
Служба конфигураций при установке подключается к тому же сайту, что и клиент обновлений, и не остаётся на главном сервере.
Установка lsus-config-agent в закрытом контуре не обращается к galaxy.ansible.com и не предупреждает, что каталог коллекций лежит внутри пакета Ansible.
Флажок испытаний на фильтре разрешает назначить экспериментальную конфигурацию, а не только экспертный сценарий. Отмечать для этого родительскую коллекцию не нужно.
Регистрация клиента через сайт больше не получает отказ «смешанная авторизация»: служебный запрос к мастеру не тащит cookie сессии вместе с ключом сайта.
Вкладка «Хосты» открывается без ожидания счётчиков обновлений: цифры дорисовываются отдельно. Сводка статуса больше не считает критичные обновления тем же тяжёлым проходом, что и колонка списка.
Сайт не повторяет на мастер регистрацию и пакет сердцебиений, если мастер ответил «неверный запрос».
Журнал событий синхронизации хранится двое суток; у уже доставленных событий полный текст не копится.
Вкладка «Администрирование» больше не зависает на замере канала до сайтов: таблица сайтов открывается сразу, замер идёт в фоне.
В неизвестных сетях показан полный список хостов; «Создать подсеть» предлагается, только если известна маска.
В фильтре «Сайт» на вкладке «Хосты» пункт master больше не дублируется: хосты главного сервера (в том числе без филиального сайта) собраны в одном пункте.
Синхронизация каталога KB через Пограничный сервер не срывается сразу после успешной загрузки: файл сначала появляется в хранилище, затем при необходимости разбирается. Если связь с CDN Microsoft нестабильна, загрузка перебирает адреса узла, а не остаётся на одном «глухом» адресе.
Поиск на вкладке «Хосты» по логину, ФИО и подразделению учитывает только активные сессии, а не историю входов.
Расписание обновления репозиториев больше не считает «02:00» по UTC: часы в форме — как настенные в поясе сервера (Настройки → Сервер). Если пояс не задан, остаётся UTC, но подпись это показывает. Момент «последний запуск» отображается в поясе браузера, а не как наивные часы UTC.
В мастере «Доставить на хосты» на шаге «Установка и проверка» убраны кнопки «Обновить» и «Открыть „Установка и проверка“»: они переключали вкладку карточки за окном мастера. Состояние этапов по-прежнему видно в самом шаге, правка — на вкладке карточки.
В карточке приложения кнопки «Доставить на хосты», «Сохранить» и «Удалить» сразу под полями и не обрезаются.
В мастере «Доставить на хосты» на шаге «Безопасность раскатки» описание канареечной раскатки показано в форме: ссылка «Как это работает» никуда не вела.
Окно мастера «Доставить на хосты» больше не прыгает по высоте при смене шага.
Кнопка обновления на вкладке «Хосты» снова подтягивает актуальные версии агентов и остальные поля списка, а не только счётчик обновлений.
Linux-клиент для вкладки «Хосты» и привязки к сайту берёт адрес с интерфейса маршрута по умолчанию, а не через внешний DNS. На Astra в закрытом контуре IP снова виден, и хост попадает в подсеть сайта.

Версия 1.0.115#

Добавлено#

У каждого перевода репозитория в stable (вручную, из кампании, после тестирования или автопереходом волны) в истории репозитория и линейки появляется сводка: какие пакеты новые, обновлены или удалены и кто это сделал. То же коротко пишется в Журнал и уходит в SIEM.

Изменено#

На вкладке «Настройки → Сервер» три колонки одной высоты: параметры, кеш с опросом сайтов и SSL; сохранение и перезапуск — в шапке.
Отдельный раздатчик пакетов сам отдаёт и локальные файлы, и прокси с Пограничного сервера, и раздачу Site. Лимит канала филиала действует и в этом процессе, не только в приложении.
Windows-агент при проверке, есть ли файл обновления на сервере, не скачивает его целиком.

Исправлено#

В мастере волновой раскатки Linux смена вкладки больше не сбрасывает выбранные линейки источников.
На линейке репозиториев в режиме прокси больше не висит «внимание» по целостности, если проверка на Пограничном сервере прошла успешно. Обновление метаданных с Edge по-прежнему подтягивает этот статус.

Версия 1.0.114#

Добавлено#

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

Изменено#

С пограничного сервера в контур попадает срез для пакетного менеджера: индексы и пакеты выбранных компонентов и архитектур, а не полный каталог вендора. Проверка целостности сверяется с тем же набором. Отсутствие установочных пакетов и исходников — ожидаемо (в закрытый контур не тащим лишнее).
Филиал отличает «агент на связи» от «карточка хоста обновлена» и передаёт на Master только изменения опроса, а не полный снимок каждый раз.
Windows- и Linux-агенты не гоняют полную инвентаризацию и пакетный менеджер на каждый такт; опрос команд со случайным разбросом. При ответе «повторите позже» агент не сбрасывает назначенный сервер.
Массовое самообновление агентов размазывается примерно на полчаса, чтобы не ударить по каналу и серверу разом.

Исправлено#

В дереве «По ОС» РЕД ОС 8.0.2 и хосты с версией «8» собираются в одну линейку 8.0, как Astra 1.8.4 в 1.8. Отдельная ветка «8» больше не создаётся.
Окно «Управление линейками» в тёмной теме больше не остаётся белой таблицей: строки, заголовок и поиск совпадают с оформлением страницы.
На Пограничном сервере индекс контрольных сумм зеркала не переписывается целиком на каждый новый файл.
Кампании и сводка «Статус хостов» по уязвимостям не пересобираются заново на каждый опрос экрана.

Версия 1.0.113#

Добавлено#

Веб-интерфейс Master обслуживается отдельно от опроса агентов: админка не замедляется при массовых проверках обновлений.
В настройках сервера — карточка «Кеш раздачи репозиториев»: индексы отдаются из кеша веб-сервера, одинаковые запросы схлопываются. Кеш пакетов по умолчанию выключен; изменения применяются сразу.
Массовая установка через репозитории в режиме «проксирование с Edge» не занимает всю раздачу: лишние одновременные скачивания получают ответ «повторите позже», одинаковые файлы скачиваются с Edge один раз.
В мастере волновой раскатки Linux и в его итоге видно, какие репозитории уйдут из current в stable, будет ли создана ветка stable, кого промоушен заденет за пределами целей кампании и сколько хостов пилота уже без доступных обновлений.

Изменено#

В мастере волновой раскатки Linux набор линеек берётся из фактических источников выбранных хостов, а не из всех линеек пресета ОС; пресет по-прежнему задаёт только аудиторию кампании.
Раздача репозиториев идёт с пониженным приоритетом процессора и не мешает админке и опросу агентов.
Раздел документации «Интерфейсы» перестроен по текущему интерфейсу; скриншоты пересняты.
Глоссарий актуализирован: добавлены термины волн кампаний, каналов и хранилищ репозиториев, репликации, лимита WAN-канала, MSU, РЕД АДМ (RED DC), LDAP-only хоста и Центра отладки; уточнён состав клиента (службы Windows) и пакетные задания (теперь и Linux).
Страница «Config Agent (Linux)» дополнена таблицей параметров конфигурации агента, точными версиями встроенных коллекций Ansible и ритмом опроса сервера.

Исправлено#

На вкладке «Управление репозиториями» предложения новых зеркал с Edge в тёмной теме больше не рисуются светлой полосой: фон, рамка и текст берутся из оформления страницы.
Фильтр внутри пользовательской коллекции больше не набирает объекты вне родителя: вложенный узел сужает состав вышестоящей коллекции. После правки родителя состав вложенных фильтров пересчитывается. Проверьте вложенные коллекции — политики и кампании, привязанные к ним, начнут применяться только к хостам родителя.
В кеш раздачи попадают только индексы; пакеты отдаются потоком и не занимают диск кеша.
Кеш пакетов нельзя включить, пока задан лимит канала филиала.
В руководстве по LDAP и Kerberos каталог РЕД АДМ описан как отдельный продукт со своей службой каталогов RED DC, без отождествления с Samba DC.

Ранее в линии 1.0#

До последних сборок в линии появились и остаются в продукте:

сетевая установка ОС (PXE) для РЕД ОС, Astra Linux и Альт, затем Windows 10/11; одноразовый код установки;
кампании обновлений Linux и Windows волнами, соответствие парка, окна обслуживания;
каталог и групповые политики, коллекции, согласование ревизий;
файловый шаттл в закрытый контур без IP-канала;
лимит канала филиала, репозитории и зеркала на Master, Site и Edge;
центр отладки хоста, уведомления, OVAL/MSRC, интеграции.

Полный текст конкретной сборки приходит в письме о релизе.