![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Вот вам, например, событие:
; MM: Maximum temperature threshold violation.
E2E05=E,E[++05M+240M-1:::],T[++05M-20M-1:::::]
; - определяет строку как комментарий
MM: Maximum temperature threshold violation. - название события
E2E05 - код события (НЕ код трапа). Этот код видно и в веб-интерфейсе. Ссылка на него будет выглядеть примерно таким образом: http://192.0.2.1/eventdtl.htm?code=0x2E05
=
E - такое впечатление, что здесь указывается E, если хоть что-то хоть куда-то отправляется, и ES, если ничего никуда не отправляется
,
E - начало секции E-mail
[
+ - вкл/выкл оповещений (+/-) для конкретного получателя
+ - вкл/выкл задержки (+/-)
05 - цифра задержки
M - буква задержки (S/M/H)
+ - вкл/выкл повтора (+/-)
240 - цифра повтора
M - буква повтора (S/M/H)
-1 - кол-во повторов. «-1», если «until cleared» или двузначное число, указывающее кол-во раз
::: - разделы для конфигурации других получателей
]
,
T - начало секции SNMP-trap'ов. Формат секции аналогичен предыдущему.
Получатели указываются в строке конфигурации события слева направо, по возрастанию номеров (EmailReceiver1Address, EmailReceiver2Address и т.д.). Разделяются двоеточиями («:»). Если секцию для получателя в конфигурационной строке не заполнять, то, по умолчанию, после активации получателя, оповещения отправляться ему БУДУТ. То есть ВСЕ события, где ЯВНО не указан «-» в соответствующей секции. Да, отсутствие знака равно знаку плюса («+»).
Как же активировать получателя через конфигурационный файл? Очень просто: задать соответствующему параметру EmailReceiverXAddress, где X - цифра от 1 до 4, значение отличное от «address@example.com».
Там выше я написал, что всем получателям по умолчанию сообщения отправляются. Это действительно так, но не забывайте, что у получателя есть параметр EmailReceiverXEnable со значениями enabled/disabled соответственно. Разумеется, если вы активируете получателя, но не активируете отправку ему сообщений в этом параметре, получатель ничего получать не будет.
И ещё об умолчаниях. У меня сейчас нет каких-то внятных результатов, но, похоже, умолчание для отправки событий такое: +-05S+02M-1
А вот событие очистки, которое вызывается, когда условия, вызвавшие предыдущее событие исчезают:
; MM: Maximum temperature threshold violation cleared.
E2E06=ES,E[-:::],T[-:::::]
Как видите, тут всё просто: по умолчанию, есть только конфигурация (+/-) отправки оповещений вообще. Я не эксперементировал пока с установкой задержек и т.п. в событиях очистки, но через веб-интерфейс они не устанавливаются и настроек таких в веб-интерфейсе для них нет.
В этом посте я не коснулся таких подробностей, как EM и RS-события и их отличие от MM, нету тут и таблицы соответствия кодов SNMP-trap's и внутренних кодов событий NetBotz. Я планирую это всё описать в дальнейшем, как и дорабатывать, при необходимости, данный пост.
; MM: Maximum temperature threshold violation.
E2E05=E,E[++05M+240M-1:::],T[++05M-20M-1:::::]
; - определяет строку как комментарий
MM: Maximum temperature threshold violation. - название события
E2E05 - код события (НЕ код трапа). Этот код видно и в веб-интерфейсе. Ссылка на него будет выглядеть примерно таким образом: http://192.0.2.1/eventdtl.htm?code=0x2E05
=
E - такое впечатление, что здесь указывается E, если хоть что-то хоть куда-то отправляется, и ES, если ничего никуда не отправляется
,
E - начало секции E-mail
[
+ - вкл/выкл оповещений (+/-) для конкретного получателя
+ - вкл/выкл задержки (+/-)
05 - цифра задержки
M - буква задержки (S/M/H)
+ - вкл/выкл повтора (+/-)
240 - цифра повтора
M - буква повтора (S/M/H)
-1 - кол-во повторов. «-1», если «until cleared» или двузначное число, указывающее кол-во раз
::: - разделы для конфигурации других получателей
]
,
T - начало секции SNMP-trap'ов. Формат секции аналогичен предыдущему.
Получатели указываются в строке конфигурации события слева направо, по возрастанию номеров (EmailReceiver1Address, EmailReceiver2Address и т.д.). Разделяются двоеточиями («:»). Если секцию для получателя в конфигурационной строке не заполнять, то, по умолчанию, после активации получателя, оповещения отправляться ему БУДУТ. То есть ВСЕ события, где ЯВНО не указан «-» в соответствующей секции. Да, отсутствие знака равно знаку плюса («+»).
Как же активировать получателя через конфигурационный файл? Очень просто: задать соответствующему параметру EmailReceiverXAddress, где X - цифра от 1 до 4, значение отличное от «address@example.com».
Там выше я написал, что всем получателям по умолчанию сообщения отправляются. Это действительно так, но не забывайте, что у получателя есть параметр EmailReceiverXEnable со значениями enabled/disabled соответственно. Разумеется, если вы активируете получателя, но не активируете отправку ему сообщений в этом параметре, получатель ничего получать не будет.
И ещё об умолчаниях. У меня сейчас нет каких-то внятных результатов, но, похоже, умолчание для отправки событий такое: +-05S+02M-1
А вот событие очистки, которое вызывается, когда условия, вызвавшие предыдущее событие исчезают:
; MM: Maximum temperature threshold violation cleared.
E2E06=ES,E[-:::],T[-:::::]
Как видите, тут всё просто: по умолчанию, есть только конфигурация (+/-) отправки оповещений вообще. Я не эксперементировал пока с установкой задержек и т.п. в событиях очистки, но через веб-интерфейс они не устанавливаются и настроек таких в веб-интерфейсе для них нет.
В этом посте я не коснулся таких подробностей, как EM и RS-события и их отличие от MM, нету тут и таблицы соответствия кодов SNMP-trap's и внутренних кодов событий NetBotz. Я планирую это всё описать в дальнейшем, как и дорабатывать, при необходимости, данный пост.