Макрос в имени триггера

[MetrS]

Всем привет!

Получаю уведомления о l2tp подключении через микротик-сислогсервер(с забикс агентом).

Строка вида:
22 17:49:03 192.168.1.1 l2tp,ppp,info,account n.v.ivanov logged in, 10.0.1.99

В заголовке почты хочется увидеть некоторую информацию: логин, ip.
Попробовал через пользовательские макросы:
{$MACRO}=([a-zA-Z]\.){2}[a-zA-Z]{2,}
Затем в теме подставляю макрос, а не работает.

Можно ли это вообще делать? В имя триггера впихивать распарсенную строку?

[aib]

увы, нет
Единственная возможность использовать макрос - это {item.value1}-{item.value9}

[glebs.ivanovskis]

В 3.2 есть возможность вытаскивать из {item.value} регулярным выражением всё, что душе угодно.

[Grape]

Приведите, пожалуйста, пример вытаскивания нужной информации из {ITEM.VALUE} для последующей вставки в имя триггера?
Вывод {ITEM.VALUE} представляет собой строку из SNMP-лога:

29.11.2016 09:47:26 .1.3.6.1.4.x.x.x.x Normal "Status Events" 10.x.x.x - 10.x.x.x Port 105 PortDown

Триггер срабатывает при появлении в строке лога текста "PortDown", и в его имя необходимо вставить изменяющийся номер порта, в данном конкретном случае - 105. Было бы неплохо, например, задать правило, вставляющее в имя триггера текст после "Port " и перед " PortDown".

[glebs.ivanovskis]

Ну, если мои регулярные выражения мне не изменяют, то как-то так:

{{ITEM.VALUE}.regsub("Port ([0-9]+) PortDown", "\1")}

Подробнее тут.

[MetrS]

Ну, если мои регулярные выражения мне не изменяют, то как-то так:

{{ITEM.VALUE}.regsub("Port ([0-9]+) PortDown", "\1")}

Подробнее тут.

Не изменяет https://regex101.com/r/TaYvB4/1

Спасибо, будем обновляться.

[glebs.ivanovskis]

Кстати, имейте в виду, что PCRE в Zabbix'е только на стороне фронтенда, сервер использует POSIX ERE. Так что аккуратнее со всякими \d

[Grape]

Я правильно понимаю, что мне нужно в поле имени триггера вставить?:

{{ITEM.VALUE}.regsub("Port ([0-9]+) PortDown", "\1")}

UPD: Понимаю правильно, всё заработало. Спасибо за помощь!

[MetrS]

Я правильно понимаю, что мне нужно в поле имени триггера вставить?:

{{ITEM.VALUE}.regsub("Port ([0-9]+) PortDown", "\1")}

UPD: Понимаю правильно, всё заработало. Спасибо за помощь!

Я протестирую только завтра, но, возможно, вам стоит добавить в Узле сети макрос http://prntscr.com/dd8clf
Затем, указать $TEST в имени триггера.

[glebs.ivanovskis]

Я протестирую только завтра, но, возможно, вам стоит добавить в Узле сети макрос http://prntscr.com/dd8clf
Затем, указать $TEST в имени триггера.

Это не будет работать. Макросы не раскрываются рекурсивно. В очень редких случаях работают макросы, вложенные в другие макросы. (Типа {{HOST.HOST}:{ITEM.KEY}.last()})

[Viewer]

У кого нибудь получилось выудить значение {{Item.Value}.regsub(...)} в имя триггера в письме-уведомлении ?

В веб-интерфейсе вижу, что макрос в имени тригера раскрывается(на закладке Мониторинг - тригеры Имя отображается как надо ), а в уведомлении на почту в Subject:{Triger.Name} в имени тригера макрос не раскрывается, в этом месте пусто.

[glebs.ivanovskis]

Фронтенд и сервер пользуются разными регулярными выражениями - pcre и posix ere, соответственно. Возможно, с точки зрения сервера Ваше выражение просто ничего не матчит.

[Viewer]

Фронтенд и сервер пользуются разными регулярными выражениями - pcre и posix ere, соответственно. Возможно, с точки зрения сервера Ваше выражение просто ничего не матчит.

Интересная информация)

Я из лога Security виндовых серверов выуживаю неудачные попытки логина. regsub-ом извлекаю ip адрес.

Ссылка на выражение - https://regex101.com/r/TaYvB4/5

Она работает на стороне фронтенда (отображается в вебинетфейсе), но не работает в письме.
Как проверить posix ere ? Не нахожу способа, очень редко их касаюсь.

[glebs.ivanovskis]

Ну да, \s и \S - это PCRE-шные штучки. Первую точно можно заменить на универсальную конструкцию [[:space:]], вместо второй возможно сработает [^[:space:]]. Для проверки можно использовать grep с опцией -E.

[Viewer]

Спасибо за подсказки, сейчас поразбираюсь.

Кстати, есть вот такая информация про заббикс 3.4. Нашёл сейчас.

5.6 PCRE library for regular expressions

Regular expression support in Zabbix has been switched from POSIX extended regular expressions to Perl Compatible Regular Expressions (PCRE) for enhanced regular expressions and consistency with the frontend.