Обновление 8.6.0 (03.12.2024)

Основные изменения релиза

1. Управление агентами: раздел "Агенты" был полностью изменен, переименован в "Управление агентами" и получил новые возможности:

   • Управление конфигурациями агента
   • Просмотр логов агента в режиме онлайн
   • Просмотр параметров подключения агента и рабочих конфигураций

2. Экран Сигналов: конструктор запросов для поиска Сигналов получил возможность фильтрации Сигналов по настраиваемым полям, а также всплывающие подсказки

3. Потоки данных / Мастер настройки: расширены возможности точки приема данных в потоках, добавлен новый контент-пак "Stream Parser with Full Request"

Экран "Управление агентами"

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

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

Координаторы

• Добавлена возможность фильтрации координаторов в списке по основным параметрам: состояние и метки координатора

• В карточке координатора появилась возможность создать рабочую конфигурацию для подключаемых агентов:
  Такой тип рабочих конфигураций распределяется на подключаемые к координатору агенты. Управление распределением осуществляется стандартным способом - по меткам. Имеется возможность распределения на агенты с определенными личными метками, а также на все подключаемые агенты, указав метку координатора.

  Такой способ распределения будет полезен для прослушивания syslog или сбора SNMP-трапов на портах удаленных хостов.

  На координаторе необходимо создать рабочую конфигурацию с YAML скриптом, в котором выбрать соответствующий плагин и указать нужный порт. В параметрах конфигурации указать метку координатора для распределения и подключить все внешние агенты с удаленных хостов к такому координатору. Таким образом вы обеспечите прослушивание нужного порта на всех хостах, где имеется внешний агент, подключенный к этому координатору.

• Управление состоянием рабочей конфигурации из карточки координатора:
  При включении конфигурации агент с соответствующими метками сразу приступит к её выполнению без необходимости перезапуска. Управление любыми конфигурациями на агенте через интерфейс осуществляется динамически.

• При отключении координатора появилась возможность выбора: остановить выполнение запущенных рабочих конфигураций на подключенных агентах или оставить выполнение и остановить только распределение новых конфигураций и заданий по расписанию. Если вы используете много агентов на разных хостах включение данной опции позволит остановить работу агентов с конфигурациями и заданиями без отключения самого агента.

  Локальные конфигурации не подчиняются состоянию координатора, остановить такой конфиг можно только остановив сам агент.

Агенты

• Добавлена возможность фильтрации агентов в списке по основным параметрам: состояние, тип, координатор, метки и рабочие конфигурации
• У агента появилась собственная карточка, где стали доступны следующие возможности:

  1. Ознакомиться с основной информацией об агенте
     Название, версия, тип, количество слотов, а также координатор, к которому он подключен (с возможностью быстрого перехода к нему). Если агент отключен - будет отображаться дата и время его отключения.

  2. Ознакомиться с параметрами подключения агента
     При подключении к координатору агент передает содержимое файла коннект-конфига, где настраиваются основные параметры: url пространства, api-ключ координатора, количество слотов и т.д.

  3. Ознакомиться с параметрами назначенных и неиспользуемых конфигураций
     С появлением интерфейса, агент может выполнять конфигурации разных типов:

     • Конфигурация с координатора - используется для массовых распределений на агенты с указанными метками или на все подключаемые агенты. Редактирование конфигурации возможно с карточки координатора и изменения применятся на все агенты, выполняющие такой конфиг.
     • Личная конфигурация - используется для точечного исполнения рабочей конфигурации одним конкретным агентом (динамическим агентам невозможно создать личный конфиг). Редактирование доступно в карточке агента.
     • Локальная конфигурация - используется на конкретном агенте и хранится в его директории (не важно, статический он или динамический). Редактирование доступно только в директории агента.

  4. Определять приоритет выполнения конфигураций:

     • Управление конфигурациями осуществляется перетаскиванием конфигов между секциями "Назначенные конфигурации" (будут выполняться агентом) и "Неиспользуемые конфигурации" (будут игнорироваться).

     • Приоритет выполнения конфигов по умолчанию:
       (1) личные → (2) с координатора → (3) локальные

     • Если создать личный конфиг и не применить его сразу, он будет считаться выключенным и не будет подчиняться правилам выполнения по умолчанию

     • При внесении и сохранении любых изменений в приоритетах выполнения конфигураций, правила по умолчанию будут отменены и агент будет выполнять те конфигурации которые ему назначены, независимо от их типа

     Не стоит забывать

     Выполнение конфигурации подразумевает бесконечный процесс и слот всегда будет занят конфигом, поэтому количество мест в секции "Назначенные конфигурации" напрямую зависит от количества слотов агента. Если вы планируете использовать агент для выполнения конфигов, а также для выполнения заданий по расписанию с потоков, вам необходимо оставить хотя бы один свободный слот в секции "Назначенные конфигурации".

     Примечание

     Если вы оставили свободный слот, но в секции "Неиспользуемые конфигурации" осталась рабочая конфигурация с координатора , то при сохранении она автоматически переместится на свободный слот и начнет выполняться т.к. она распределяется по меткам и агент не может (в текущей версии) зарезервировать пустой слот для заданий по расписанию. Выключенные рабочие конфигурации с координатора не отображаются в карточке агента.

  5. Ознакомиться с установленными на агенте плагинами (список актуален только на момент подключения)

  6. Просматривать логи в режиме онлайн
     На вкладке "Онлайн-логирование" можно просматривать получаемые от агента логи в режиме онлайн (подгружаются по WS). Пока карточка открыта новые логи будут писаться, после закрытия карточки вся информация будет безвозвратно утеряна. В старших версиях планируется создание хранилища для логов и можно будет самостоятельно определять время хранения логов с агента.

важно

Для реализации онлайн-логирования и динамического выполнения рабочих конфигураций после внесенных пользователем через интерфейс изменений, версия агента была обновлена до 2.2.0. Агенты прошлых версий будут корректно работать с системой за исключением новшеств текущего релиза. Кроме того, агент "моложе" версии 2.1.0 не будет передавать информацию о содержимом конфига подключения и информацию об установленных на нем плагинах (эта информация не будет отображаться в карточке такого агента).

Экран Сигналов

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

• Конструктор запросов получил возможность выбора настраиваемых полей в качестве атрибута для фильтрации Сигналов, что обеспечит более тонкую настройку фильтрации не только по стандартным атрибутам Сигнала, но и по настраиваемым
• Добавлена строка поиска в списке атрибутов, что позволяет находить нужные параметры без необходимости пролистывания всего списка
  
• Сохраненные карты Сигналов теперь сортируются по их ID, а не по имени
• Системные карты отображают только относящиеся к текущей РГ Сигналы, исключая расшаренные
• Настройка выбранной карты Сигналов автоматически добавляется в URL, что позволяет делиться ссылкой на конкретную карту
• Добавлена кнопка для мгновенного удаления содержимого строки запроса
• Строка поиска Сигналов предлагает автоматизированные подсказки, упрощая и ускоряя формирование текстовых запросов

• Добавлена фильтрация Сигналов по категориям статусов жизненного цикла
• Реализована возможность редактирования меток Сигналов, что позволяет актуализировать информацию о Сигнале и поддерживать его в релевантном состоянии

Потоки данных

Существующая точка приема данных в потоках получила возможность принимать и обрабатывать полноценные HTTP-запросы или Webhook-и, в которых помимо самого тела запроса, содержатся также параметры и заголовки запроса.

Примером таких систем могут быть системы обзвона сотрудников, отправляющие подтверждения в виде Webhook с отсутствующим телом запроса. Теперь в рамках реализации матриц эскалации в Бизнес-процессах мы можем не только передавать информацию во внешние системы, но и получать обратную связь.

Для обработки таких запросов в Мастер настройки добавлен новый контент-пак "Stream Parser with Full Request".
Он создаст преднастроенный поток данных с новым парсером событий.

Для отправки и приема запросов в этот поток, в точку приема Monq apiUri необходимо добавить параметр streamParserMode=Full

https://<Monq-FQDN>/api/public/cl/v1/stream-data?streamKey=<API-ключ-потока>&streamParserMode=Full

Работа над ошибками

Агенты и координаторы

• Исправлен баг с возможностью создания пустого тега на координаторе агентов
• Исправлен баг с отсутствием возможности указать доступные пользователю РГ при создании и редактировании координатора агентов
• Исправлен баг: если в параметрах подключения агента не прописать путь к плагинам, агент выдавал ошибку. Сейчас папка с плагинами создастся автоматически в директории агента
• Скорректирован текст ошибки в агенте: теперь при принудительном завершении задания (когда оно еще не выполнено, но уже начался новый запуск по CRON) дополнительно будет указан лог INF о том, что задание было принудительно отменено сервером

Оперативный центр

• Скорректировано отображение шапки таблицы на вкладке "Доступ" Оперативного центра при открытом подкате RCA или Сигнала

Экран Сигналов

• Исправлена ошибка из-за которой на экране Сигналов некорректно отображались удалённые объекты
• Исправлена ошибка из-за которой после удаления статуса, с которым Сигнал был перемещён в архив, в таблице не отображались поля "Критичность" и "Длительность"
• Исправлена ошибка, позволявшая вводить отрицательные значения в поле атрибута "Длительность"

Конструктор запросов

• Исправлена ошибка в конструкторе запросов: условия в запросе отображались с некорректным названием
• Исправлена ошибка: новый запрос некорректно позиционировался при создании
• Исправлена ошибка: при создании нового запроса автоматически выбиралось условие по умолчанию
• Исправлена ошибка: текущий запрос заменял ранее добавленный
• Исправлено некорректное поведение после удаления запроса с помощью Backspace в строке поиска

Active Directory

• Исправлено некорректное отображение времени последней синхронизации с AD на новых установках
• Исправлена проблема авторизации через внешний провайдер (Google, AD)
• Для созданных через AD объектов скорректирована работа синхронизации после их отключения
• Исправлена ошибка, при которой изменение группы пользователя в AD приводило к исчезновению доступа в целевой группе пользователей РГ
• Исправлена ошибка, из-за которой при синхронизации группы, созданной в Monq, её состав некорректно обновлялся из AD

Другое

• В основной информации рассылки вместо "Канал оповещений" отображалось "Основные параметры"
• Исправлен баг в "Рассылках": при выборе роли отсутствовала возможность прокрутки списка ролей
• Скорректированы настройки пространства при Синхронизации LDAP
• Произведена коррекция распределения обработчиков (раннеров) по маршрутным узлам после изменения ключа лицензии
• Скорректирован лог автоматона: некорректно отображалось время, затраченное на выполнение сценария
• Восстановлена корректная работа Prometheus API
• Исправлен баг отображения Сигналов на экране ОЦ: при обновлении по WS в таблицу Сигналов попадали Сигналы, не соответствующие фильтру
• Не отображалось уведомление при выборе в датапикере большего периода, чем указан в ограничениях политики пространства
• Скорректирована работа отображения иконок статусов выполнения экземпляра БП
• Исправлен баг, при котором не отображались настраиваемые поля расшаренных Сигналов
• Исправлен баг: при настройке префильтра блока Сигналов в БП значения, указанные в одном поле, отображались связанными в полях типа "Мультиселект / Выбор пользователей / Селект"
• Исправлена работа передаваемых значений, указанных в настраиваемых полях в БП
• Исправлен баг, при котором не выполнялось переключение на редактируемую карту Сигналов
• Скорректирована работа фильтра Сигналов на экране ОЦ: при фильтрации по "Создан за выбранный период" в фильтр не попадали переоткрытые Сигналы
• Скорректирована работа функции CreateSignalExpanded (CreateSignal, CreateSignalBatch): ранее поле "Ответственный" автоматически заполнялось даже если пин функций не был подключен
• Исправлена лексическая ошибка в фильтре для "Активных КЕ"
• Исправлен баг, при котором во время загрузки новых версий контент-паков старые не заменялись новыми