Распределение нод по подсетям

[victor]

Очень интересная ситуация - судя по скриншотам, на loopback интерфейсе устройство сообщает внешний IP адрес, а на собственно ethernet интерфейсе - 127.0.0.1. Поскольку NetXMS сервер loopback интерфейсы (с типом 24) игнорирует, получается странная ситуация. Вопрос в причине перепутанных адресов - это либо баг в NetXMS сервере, либо в SNMP агенте на устройстве. Попробуйте получить список интерфейсов и IP адресов через snmp walk:

nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.2
nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.3
nxsnmpwalk -c community device_address .1.3.6.1.2.1.4.20.1

[zeratyl]

nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.2

.1.3.6.1.2.1.2.2.1.2.1 [STRING]: Xerox Embedded Ethernet Controller, 10/100/1000 Mbps, v1.0, RJ45, 1000 Mbps full duplex
.1.3.6.1.2.1.2.2.1.2.2 [STRING]: Xerox internal TCP Software Loopback Interface, v2.0

nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.3

.1.3.6.1.2.1.2.2.1.3.1 [INTEGER]: 6
.1.3.6.1.2.1.2.2.1.3.2 [INTEGER]: 24

nxsnmpwalk -c community device_address .1.3.6.1.2.1.4.20.1

.1.3.6.1.2.1.4.20.1.1.127.0.0.1 [IP ADDRESS]: 127.0.0.1
.1.3.6.1.2.1.4.20.1.1.192.168.254.165 [IP ADDRESS]: 192.168.254.165
.1.3.6.1.2.1.4.20.1.2.127.0.0.1 [INTEGER]: 1
.1.3.6.1.2.1.4.20.1.2.192.168.254.165 [INTEGER]: 2
.1.3.6.1.2.1.4.20.1.3.127.0.0.1 [IP ADDRESS]: 255.0.0.0
.1.3.6.1.2.1.4.20.1.3.192.168.254.165 [IP ADDRESS]: 255.255.254.0
.1.3.6.1.2.1.4.20.1.4.127.0.0.1 [INTEGER]: 0
.1.3.6.1.2.1.4.20.1.4.192.168.254.165 [INTEGER]: 1
.1.3.6.1.2.1.4.20.1.5.127.0.0.1 [INTEGER]: -1
.1.3.6.1.2.1.4.20.1.5.192.168.254.165 [INTEGER]: -1

[victor]

Судя по результатам SNMP walk, устройство таки неправильно сообсчает IP адреса. Я добавлю обработку такой ситуации в NetXMS сервер.

[zeratyl]

Спасибо.

Не подскажите, как решить ещё одну проблему, у нас есть сеть за vpn подключением, но netxms server её не видит (не определяет при Discovery), пробовал поставить там агента, но всё равно результата нет.

[victor]

Если у vpn'а нет своих интерфейсов с IP адресами (IPSEC например), то NetXMS сервер не может автоматически найти хосты на другой стороне. Надо добавить вручную хотя-бы один хост с агентом или SNMP на другой стороне туннеля, тогда discovery должен пойти дальше.

[zeratyl]

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

[victor]

Ноды надо добавлять в контейнер. Правый клик на контейнере - потом "Create node".

[zeratyl]

Спасибо

[grimnir]

@victor said in Распределение нод по подсетям:

Ноды надо добавлять в контейнер. Правый клик на контейнере - потом "Create node".

А как создать контейнер? Если я пытаюсь создать зону в разделе "Entire network", то получаю ошибку "Incompatible operation".
Да - у меня включен режим autodiscovery, если это важно.

[zeratyl]

В дереве Objects - All Services - Create container...

[grimnir]

@zeratyl said in Распределение нод по подсетям:

В дереве Objects - All Services - Create container...

Что-то нет такого - "All services"...
На вкладке "Objects" у меня в консоли вот что:

• Entire network
• Infrasructure services
• Templates
• Policies
• Network maps
• Dashboards
• Reports
• Business services

[zeratyl]

По видимому, в вашем варианте это "Infrasructure services", так как я использую NetXMS довольно давно, по видимому, у меня осталось "All services" ещё от ранних релизов.