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

Ребята, я понимаю "как правильно". Но это лирика.
Подскажите, пожалуйста, как правильно сделать проброс

в винде был какой-то portproxy через netsh вроде бы
но это всё оффтопик

Это как кофе с пирацетамом😂

Есть заббикс, в нем ведется мониторинг всей сети. Рядом есть некий биллинг, в котором есть абоненты. Информация, как включен абонент - в биллинге есть. Т.е. я могу отследить от любого абонента до ядра сети все свичи. Задача. Заббикс зафиксировал проблему на каком то участке сети. Хочется по всем абонентам, которые от этого устройства зависят - повесить отметку в биллинге, чтобы операторы техподдержки могли сразу увидеть информацию о проблеме.
Собсно сейчас пытаюсь придумать, как от заббикса передать информацию в биллинг. Вариант - переписать все триггера в шаблонах, чтобы кроме уведомления отрабатывал какой то webhook, и информация дублировалась в биллинг.
Вопрос - штатного механизма нет? в каком то одном месте повесить обработчик, который все проблемы будет транслировать в биллинг нельзя?
заббикс пока 4.4, на 5 в планах уйти, но немного боязно - около 5к устройств, размер базы 3Т, мускул )

Последний раз прошу

mysql 5.7, zbx 4.4, ssd диски
Подскажите, почему из-за подсчета трендов в 0 минут может блокироваться запись истории? Примерно 3-4 минуты наблюдаем лаг в во время записи трендов. От хаускипера точно не зависит. Увеличение db syncer тоже не помогает. Кэши истории, трендов и т.д. не переполнены.
По идее для трендов нужно ведь чтение таблиц истории, но запись истории при этом страдает.