...
События (в общем смысле этого слова) - результат какого-либо внешнего действия, например авторизации пользователя в сети, действий в веб-интерфейсе, изменение состояние сервисов, или автоматически обнаруженная неисправность или проблема. В результате срабатывания события необходимо оповестить внешнюю информационную систему, администратора, показать информационное сообщение. Логика системы WNAM 2 позволяет очень гибко настроить, что и как происходит, в каком случае.
События бывают следующих типов:
- Результаты входа-выхода администратора (любой роли) в интерфейс, работы с интерфейсом, модификации (create, update, delete) конфигурационных объектов, включая действия, вызываемые по REST API. Лог по таким событиям пишется в базу данных, и доступен к просмотру в разделе "Диагностика - Аудит"
- Действия по старту, стопу, перезапуску обновлению сервисов, результаты проверки их работоспособности, включая кластеризацию, взаимодействие с ADCTool, статус валидности системных сертификатов, лицензий и прочие события, имеющие отношение к работе Системы (не инициированные администратором напрямую), а также проблемы, выявленные в результате автоматизированной периодической само-проверки. Лог по таким событиям пишется в базу данных, и доступен к просмотру в разделе "Диагностика - Системные события".
- События авторизации пользователя сети при его подключении (протокол RADIUS), фактически события подсистемы NAC. Лог по таким событиям пишется в базу данных, и доступен к просмотру в разделе "Сессии пользователей - RADIUS".
- События авторизации администратора оборудования при его подключении к сетевым устройствами (протоколы RADIUS и TACACS+), фактически события подсистемы DeviceAdmin. Лог по таким событиям пишется в базу данных, и доступен к просмотру в разделе "Сессии пользователей - TACACS+" либо "Сессии пользователей - RADIUS".
В случае, если в результате срабатывания события второго типа (состояние сервисов и т.п.) WNAM 2 видит угрозу в работоспособности Системы, тогда дополнительно формируется Алерт - системное сообщение, визуально отображаемое правом верхнем углу веб-интерфейса администратора.
Клик по иконке переводит в раздел "Диагностика - Алерты":
При желании, сработавший Алерт можно удалить (погасить) - отметить прочитанным. При повторении срабатывания события Алерт не возникнет снова, однако всегда можно просмотреть список ранее прочитанных или погашенных Алертов, и вернуть один из них. При пропадании аварии (например, сбойный сервис был перезапущен), Алерт пропадает автоматически.
По умолчанию, все события фиксируются только путем записи в базу данных. Однако существует возможность настроить любое число обработчиков Уведомлений.
Уведомление - это сценарий, настраиваемый в разделе "Настройки -Уведомления", по которому при наступлении определенного события (событий) производится запуск заданного механизма отправки информации в стороннюю (внешнюю информационную систему).
Доступно три механизма отправки:
- SYSLOG-сообщение на TCP- или UDP-порт сервера, в формате CEF
- SNMP Trap версии 2с или 3
- E-mail cсообщение
Вы можете настроить любое число обработчиков уведомлений, любых типом и назначений отправки.
В качестве критериев срабатывания Уведомления доступен список следующих типов Событий:
- Событие администрирования оборудование (DeviceAdmin)
- Событие эндпоинта (NAC) (в него входят RADIUS-авторизации для VPN)
- События аудита (действия в Web UI и API)
- События службы каталога
- События службы сертификатов
- События кластера
- Системное событие (статусы сервисов, лицензий и т.п., не включенные в три предыдущих типа)