Появился дополнительный вопрос: как быть когда интернет пропадает в месте где установлен сам NetXMS сервер? Имею в виду когда интернет пропадает и спустя 1-2 часа появляется и начинают приходить уведомления от всех нод что они в сети.
Это можно как-то закореллировать? Происходит не часто но бывает.
Stanislav
Posts
-
Шквал оповещений после кратковременной потери контакта с прокси нодой -
Шквал оповещений после кратковременной потери контакта с прокси нодойНа первый взгляд работает. Еще проверяю. Вчера обновлял сервер до 6.2.3
Пришло только 1 уведомление в режиме обслуживания:
09.Aug.2026 17:01:58
Service is still unreachable for 1 day
Severity Critical 🟡
***** компьютер архивов
Node unreachable because of network failureну это не страшно

-
Шквал оповещений после кратковременной потери контакта с прокси нодойПравило 31

-
Шквал оповещений после кратковременной потери контакта с прокси нодойСегодня обновлял сервер netxms до версии 6.2.2. Перед обновлением перевел все ноды в режим обслуживания на 30 мин.
Сделал резервную копию вирт машины с netxms, обновил сервер. Заняло порядка 20-25 мин. После обновления пришли уведомления от некоторых нод (все подключены через тунель). Скриншот лога событий прилагаю.Вопрос: может на правиле 31 Mail alarm when the node behind the proxy is down in 7 min нужно включить скрипт проверки что нода не в режиме обслуживания?



-
Шторм аварийНо одно следствие проверьте: на свежей инсталляции стандартные события, правила EPP и темплейты уже существуют. Если на старом сервере вы меняли что-то стандартное — severity системных событий, дефолтные правила, — то при импорте без Replace эти изменения молча не применились, остались свежие дефолтные версии.
----------
Именно так и делал. Проверю -
Параметр PhysicalDisk.SmartAttrОпробую. Отпишу
-
Шквал оповещений после кратковременной потери контакта с прокси нодойПрикладываю лог событий с нод ТРК сервер офис и Смарт ****** сервер 1С.
Может стоит включить в правило 31 Mail alarm when node connected by tunnel / proxy node is down 300 sec (Уведомление по почте если нода подключенная через тунель / прокси нода недоступна в течении 300 сек)
событие SYS_NODE_UNREACHABLE?


-
Шквал оповещений после кратковременной потери контакта с прокси нодойВ дополнение ко всему пришло сегодня ночью одинокое уведомление
27.Jul.2026 03:33:03
Severity Normal 🟢
Смарт ******* сервер 1C
Node upУведомления о недоступности этой ноды не было. Эта нода включена в шаблон Node by tunnel epp. Нода не является прокси но подключена через тунель
-
Шквал оповещений после кратковременной потери контакта с прокси нодойЧто-то не так работает как ожидалось.
Было отключение интернета в филиале с 17.26 до 18.26 26.07.2026.
Пришло уведомление об отключении интернета и уведомление о недоступности ноды ТРК KMS (это нода за прокси). При этом уведомление о недоступности прокси ноды ТРК сервер офис не приходило.
Когда интернет в филиале включили то пришли уведомлении о включении интернета, доступности ноды ТРК сервер офис (прокси нода), доступности ноды ТРК KMS (нода за прокси).
Как сделать чтобы при отключении интернета приходило уведомление и о недоступности прокси ноды?Вот так выглядели уведомления:
26.Jul.2026 17:26:27
Severity Major
ТРК интернет
Node is unreachable by ICMP===========================>>> Тут не хватает уведомления о недоступности прокси ноды ТРК сервер офис
26.Jul.2026 17:26:02
Severity Critical
ТРК сервер KMS
Node unreachable because of network failure
26.Jul.2026 18:26:57
Severity Normal 🟢
ТРК интернет Роктел
Node started responding to ICMP
26.Jul.2026 18:27:15
Severity Normal 🟢
ТРК сервер офис
Node up
26.Jul.2026 18:27:34
Severity Normal 🟢
ТРК сервер KMS
Node up -
Шквал оповещений после кратковременной потери контакта с прокси нодойОдно замечание на будущее: системное SYS_ICMP_UNREACHABLE при падении ноды коррелируется к её SYS_NODE_DOWN, а ваш кастомный icmp unreachable — нет. Если нода, на которой висит этот DCI, упадёт целиком, придут оба уведомления — и о ноде, и об интернете. Для порогов с кастомными событиями корреляция такие следствия не гасит.
--------------
Это правило висит на ноде "Интернет название филиала". Завел отдельную ноду которую так обозвал. И так с каждым внешним ip адресом филиала.
Прокси нода и другие сервера выделены в отдельные ноды. Цель: получение отдельных уведомлений о недоступности интернета в филиалах и серверов в этих филиалах. Есть филиалы с основным и резервным интернетом, есть те у кого проблемы с электропитанием.

-
Шквал оповещений после кратковременной потери контакта с прокси нодойЕсли применить этот подход к другим правилам самописным. Имеется 2 правила цель которых уведомлять что пинг на wan ip адрес роутера филиала стал недоступен.
Правило Правило 25 Mail alarm when Internet is not responding in 90 sec (Уведомление по почте что интернет недоступен через 90 сек)
Правило 26 Mail alarm when Internet is start responding ICMP (Уведомление по почте что интернет стал доступен).
Wan ip адреса роутеров пингую через субагент ping с сервера netxms и шаблоном распространяю на нужные ноды.Вопрос: с учетом полученной информации выше я включил прием кореллированных событий только на правиле 26 Mail alarm when Internet is start responding ICMP. Это верный подход?




-
Шторм аварийВопрос: при импорте конфигурации на новый сервер нужно было во всех параметрах импорта устанавливать галочку в полях Replace?

-
Шторм аварийПрикладываю скриншоты со старого и нового сервера


-
Шторм аварийДа я понял. Уже проверил все правила которые создавал сам.
Проверю на всякий случай и остальные правила.Вопрос: а можно на будущее как-то мониторить такие события? Есть правило по шторму событий. Оно не сработало или я пропустил его?
-
Шквал оповещений после кратковременной потери контакта с прокси нодойПолучились такие правила.
31 прокси нода или нода подключенная через тунель недоступна. Убрал SYS_NODE_UNREACHABLE
32 прокси нода или нода подключенная через тунель доступна
33 нода за прокси недоступна
34 нода за прокси доступна




-
Шквал оповещений после кратковременной потери контакта с прокси нодойПолучились такие правила.
31 прокси нода или нода подключенная через тунель недоступна
32 прокси нода или нода подключенная через тунель доступна
33 нода за прокси недоступна
34 нода за прокси доступнаТеперь все корректно?




-
Шквал оповещений после кратковременной потери контакта с прокси нодойТеперь понятнее. Точно лучше отдельные правила для прокси и нод за прокси
-
Шквал оповещений после кратковременной потери контакта с прокси нодойС учетом полученной информации оставлю 2 пары правил.
На все ноды правила распространять не буду так как не по всем нужны уведомления.
Я правильно понял что при таком раскладе на всех 4 правилах нужно включить опцию приема кореллированных событий и скрипт с проверкой maintenance? -
Шквал оповещений после кратковременной потери контакта с прокси нодойПроверил. Все работает. Спасибо.
Появился вопрос: а нужно ли вообще 2 пары правил epp создавать (для прокси нод и для над за прокси)?
Или можно обойтись одной парой правил? -
Шквал оповещений после кратковременной потери контакта с прокси нодойС учетом полученной информации получились такие правила.
Опцию "Accept correlated events" включал только на правиле 33 Mail alarm when the node behind the proxy is down in 600 sec (или Уведомление по почте при отключении ноды за прокси-сервером в течение 600 секунд).
Пока еще проверяю во всех режимах

