{Logs Monitoring:logrt["C:\trading\TradingWise_current\logs\.*_log.txt",".*\[Critical\].*"].str(Critical)}=1 and {Logs Monitoring:logrt["C:\trading\TradingWise_current\logs\.*_log.txt",".*\[Critical\].*"].nodata(30)}=0

у тебя логи меняются раз в сутки, так? то ести имя

да

{Logs Monitoring:logrt["C:\trading\TradingWise_current\logs\.*_log.txt",".*\[Critical\].*"].str(Critical)}=1 and {Logs Monitoring:logrt["C:\trading\TradingWise_current\logs\.*_log.txt",".*\[Critical\].*"].nodata(30)}=0

что если использовать lld чтобы получить имя логов и создать итем с log, а не logrt

а чем это поможет?
ведь в заббикс обе записи попадают, только реагирует он на одну

ну тогда, использовать таг {ITEM.VALUE<1-9>}

а мы ведь не знаем сколько данных может прилететь. там может быть и 3 записи

ну там 3 тэга создашь  - или 9 :)

дальше нету мыслей

фигня получится.
предположим мне прилетела 1 строка критикала, а он пришлет данные по 3ем последним...

кстати тоже не срабатывает.

LAST 1: [07.11.19 08:07:39] [Critical] [TestMessage] testtesttest29
LAST 2: *UNKNOWN*

У тебя есть несколько вариантов.
1. Посмотри, как это реализовано в самых свежих шаблонах. Во-первых, там добавлен контрольный макрос, позволяющий выборочно отключать этот триггер. Во-второых, там добавлен diff - реагирует только на изменение состояния. Это меня всегда удивляло - отсутствие diff в дефолтных шаблонах. Теперь есть. В-третьих, разрешено закрывать вручную. Хотя это можно и самому подправить - минута работы.
2. Фильтровать нужные порты по некому признаку, и только их принимать на мониторинг. На юзерские порты всем плевать же. Если даже и нет - добавить второе правило обнаружения с инвертированным признаком - не проблема.
3. Что до ttl - тут все несколько сложнее. Во-первых, емнип, нет прямого сопоба получить время, когда он загорелся, прямо в выражении триггера. Во-вторых, если триггеры гаснут сами по времени - зачем их вообще зажигать? ИМХО от таких лучше избавляться, иначе это будет никому не нужная цветомузыка. В-третьих, если тебе это таки нужно - можно попробовать накостылить через эскалации. Там ведь можно скрипты запускать. Вот сделать скрипт, который через api будет гасить триггер. Если api так умеет, я не проверял.

Коллеги, а подскажите пожалуйста, у zabbix (proxy,server) в web проверках и в 4.4 при использовании webhook  нельзя использовать http proxy ? Типа у меня zabbix за squid и наружу только через него. Покопавшись в исходниках все упирается в libcurl, но нигде в помине я не нашел параметра CURLOPT_PROXY, то есть получается без правки исходников увы никак?

Я бы попробовал через переменные среды передать.

У меня тоже вопрос - snmp lld формирует json? Как на него поглядеть? Хочу его в препроцессинге покрутить, а как регулярки составлять - не понятно.

сделайте метрику текстовую с ключом ллд

О, спасибо за идею.

пробовал уже, не воспринимает он их, писал и в /etc/default/zabbix-server (debian)
export http_proxy=XXX.XX.XX.XX:YYY
и в хомяке пользователя zabbix создавал .curlrc вида
proxy=http://XXX.XX.XX.XX:YYY
консольный curl начинает через прокси ходить, а все что отправляет процесс zabbix_server напрямую шпарит
то есть документация
libcurl respects the environment variables http_proxy, ftp_proxy, all_proxy etc, if any of those are set. The CURLOPT_PROXY(3) option does however override any possibly set environment variables.
явно лукавит

Через systemd сервис запускается?

А ты проверь, есть ли эти переменные у заббикса. Где-то по пути /proc/$pid/environ для процессов заббикса.

Ага. Может и не быть.