NetXMS Support Forum

После обновления до версии 1.2.13 проведу дебаг, для актуальности эксперимента.

Спасибо.

Обнаружили неудобство, которое влияет на автоматическое поддержание актуальности сети. При смене DNS имени у ноды в NetXMS оно автоматически не обновляется. Возможно сделать так чтобы актуализация dns имени ноды происходила автоматически?

Спасибо, реализовано именно так как мы думали 

Было бы удобно выводить более подробную информацию о ноде на карте сети и возможность сразу переходить на объект при нажатии на элементе карты сети.

Добрый день.

Решили начать мониторинг некоторых сайтов по протоколу https, но похоже проверка не работает.

ServiceCheck.HTTP(172.16.2.18,80,/,inside.test.ru,"^HTTP/1\.[01] 200.*") - Возвращаемый код: 0

ServiceCheck.HTTPS(172.16.2.18,443,/,inside.test.ru,"^HTTP/1\.[01] 200.*") - Возвращаемый код: 4

Код состояния:    HTTP/1.1 200 OK. Сертификаты покупные. Аналогичный код (4) и при проверке других сайтов по https.

Подскажите в чём может быть проблема.

Сервер NetXMS 1.2.10, Агент NetXMS 1.2.10

Спасибо большое 

Начнём тестирование, о результат напишу.

Спасибо за пояснения.

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

А когда возможно планируются такие изменения?

Для наглядности, было бы удобно реализовать карту адресного пространства под сети (во вложении). На подобии вкладки "Ports" коммутатора, которая есть в NetXMS.

Добрый день.

Возможно ли использовать NetXMS как сервис для мониторинга ip адресов в под сетях и как. Поясню, есть множество под сетей, активно используется агрегация. Хотелось бы наглядно видеть сколько возможно ip в подсети, сколько свободно, занято - в виде круговых диаграмм, например. Информацию о том кто какой ip в этой под сети занял, его mac, порт коммутатора, сам коммутатор, vlan, возможно что-то ещё. Аналогичную информацию и для агрегированных под сетей. Агрегация у нас условная (в NetXMS можно реализовать в виде контейнеров), используется для правил на маршрутизаторах.

Что уже есть в NetXMS:

1. Карта сети
2. Auto Discovery  - возможность обработки поиска с использованием своего скрипта на основе NewNode и соответственно автоматического распределения ноды в зависимости от подсети. Просьба пояснить как с NewNode работать, на примере, и как я понимаю, прежде чем мы сможем привязать ноду к конкретному контейнеру, её необходимо сначала добавить в базу, и лишь потом привязать через FindObject и BindObject.
3. Автоматическое определение dns имени, mac, коммутатора, порта коммутатора, vlan.

Вы думали развивать в будущем NetXMS под похожие задачи?

Спасибо, буду ждать 

Так и не удалось решить проблему. Не подскажите, возможна ли вообще такая конфигурация. И как-то можно понять видит ли агент UPS, например из логов?

Всё же хотелось бы от разработчиков услышать когда, по оптимистичным оценкам, возможно будет версия deb пакетов для Debian 7 x64 И планируется ли интеграция NetXMS в репозиторий Debian.

Добрый день. Пытаюсь настроить мониторинг UPS (Smart-UPS 1000 RM FW:616.3.I USB FW:8.1) на Windows Server 2008 R2, агент NetXMS 1.2.8. UPS подключён по USB с использованием драйвера libusb, контроль/выключение осуществляется через NUT. Конфиг агента:

Quote
MasterServers = ms-nms-01.root.local
LogFile = c:\NetXMS\log\nxagentd.log
FileStore = C:\NetXMS\var
EnabledCiphers = 1
RequireAuthentication = yes
RequireEncryption = yes
SharedSecret =
EnableActions = no
SubAgent = logwatch.nsm
SubAgent = portcheck.nsm
SubAgent = winperf.nsm
SubAgent = ups.nsm
SubAgent = wmi.nsm

# Below is log parsers definitions
*LOGWATCH
Parser = C:\NetXMS\log\Application_log.xml
Parser = C:\NetXMS\log\system_log.xml

*UPS
Device = 0:ANY:USB

Пытаюсь получить параметры с UPS, к примеру, UPS.SerialNumber(0). Возвращается что параметр не поддерживается. Подскажите в чём может быть проблема.

Думал об таком решении, но есть две сложности.

1. Нельзя определить уникально сообщение или нет, если анализировать, к примеру, весть журнал application (windows event log), а не конкретные события.
2. События могу повторяться с какой-то периодичностью, при таком подходе об их повторении можно будет узнать только через консоль.

Почему возникла такая необходимость. Пара примеров при которых появляются однотипные сообщения: сканирование на уязвимости, ошибки доступа к веб-сервисам и т.п.

Добрый день.

Бывают ситуации когда за короткий период времени одно и тоже сообщение в анализируемых логах может повторяться много раз, соответственно на каждое такое сообщение формируется аларм. Возможно ли настроить NetXMS так чтобы он получив первое сообщение сформировал аламр и не реагировал на такие же, к примеру, по id и source, в течении определённого времени.

Я понимаю что можно поставить из исходников или подключить репозиторий. Но хотелось бы чтобы deb пакет нативно поддерживал debian 7.

Добавлю на счёт исходников, у нас десятки виртуальных машин и собирать агент на каждой из исходников идея не очень хорошая.