Не работает мониторинг UPS APC по SNMPv3

TOLeg

Сервер на Windows 10 1903, Консоль Version 3.1.300
APC SMART-UPS RT3000
Не может получить данные по SNMPv3. Затыкается на интерфейсах, хотя System name, System contact. System location получает значения.
Authentication Passphrase и Privacy Passphras перепроверены.
Опрос таблиц маршрутизации, Опрос топологии - отключены
При выполнении Опрос(Настройка полный) не может получить список интерфейсов.

Лог опроса

**** Poll request sent to server ****
Poll request accepted
Starting configuration poll for node %node%
Capability reset
Checking node's capabilities...
Checking SNMP...
SNMP agent is active (version 3)
System description changed to APC Web/SNMP Management Card (MB:v4.1.0 PF:v6.5.6 PN:apc_hw05_aos_656.bin AF1:v6.5.6 AN1:apc_hw05_sumx_656.bin MN:AP9630 HR:05 SN: ZA1230017691 MD:07/23/2012) (Embedded PowerNet SNMP Agent SW v2.2 compatible)
System name changed to OK
System contact OK
System location changed to OK
Capability check finished
Checking interface configuration...
Unable to get interface list from node
Interface "unknown" is no longer exist
Interface configuration check finished
Checking node name
Node name is OK
Finished configuration poll for node %node%
Node configuration was changed after poll
**** Poll completed successfully ****

TOLeg

Проверил на принтере HP 2055. Тоже ошибка на интерфейсах

Unable to get interface list from node

HELP!!!

Alex Kirhenshtein

А это ноды вообще отдают список интерфейсов через SNMP?

Проверьте при помощи snmpget/snmpwalk:

# количество интерфейсов
nxsnmpget IP .1.3.6.1.2.1.2.1.0
.1.3.6.1.2.1.2.1.0 [INTEGER]: 33

# список индексов интерфейсов
nxsnmpwalk IP .1.3.6.1.2.1.2.2.1.1
.1.3.6.1.2.1.2.2.1.1.1 [INTEGER]: 1
.1.3.6.1.2.1.2.2.1.1.2 [INTEGER]: 2
…

# имена
nxsnmpwalk IP .1.3.6.1.2.1.2.2.1.2
.1.3.6.1.2.1.2.2.1.2.1 [STRING]: GigabitEthernet1/0/1
.1.3.6.1.2.1.2.2.1.2.2 [STRING]: GigabitEthernet1/0/2
.1.3.6.1.2.1.2.2.1.2.3 [STRING]: GigabitEthernet1/0/3
…


# имена другим методом
nxsnmpwalk IP .1.3.6.1.2.1.31.1.1.1.1
.1.3.6.1.2.1.31.1.1.1.1.1 [STRING]: GigabitEthernet1/0/1
.1.3.6.1.2.1.31.1.1.1.1.2 [STRING]: GigabitEthernet1/0/2
.1.3.6.1.2.1.31.1.1.1.1.3 [STRING]: GigabitEthernet1/0/3
…

# алиасы
nxsnmpwalk IP .1.3.6.1.2.1.31.1.1.1.18
.1.3.6.1.2.1.31.1.1.1.18.1 [STRING]: ESX1
.1.3.6.1.2.1.31.1.1.1.18.2 [STRING]: ESX2
.1.3.6.1.2.1.31.1.1.1.18.3 [STRING]: ESX1-vMotion
…

TOLeg

# количество интерфейсов
nxsnmpget IP .1.3.6.1.2.1.2.1.0

Результат
### Проверка UPS
Request timed out
### Проверка принтера
.1.3.6.1.2.1.2.1.0 [INTEGER]: 2

# список индексов интерфейсов
nxsnmpwalk IP .1.3.6.1.2.1.2.2.1.1

Результат
###UPS
SNMP Error: Request timed out
###Printer
.1.3.6.1.2.1.2.2.1.1.1 [INTEGER]: 1
.1.3.6.1.2.1.2.2.1.1.2 [INTEGER]: 2

# имена
nxsnmpwalk IP .1.3.6.1.2.1.2.2.1.2
Результат
###UPS
SNMP Error: Request timed out
###Printer
.1.3.6.1.2.1.2.2.1.2.1 [STRING]: HP ETHERNET MULTI-ENVIRONMENT,ROM none,JETDIRECT,JD137,EEPROM V.37.12
.1.3.6.1.2.1.2.2.1.2.2 [STRING]: HP ETHERNET MULTI-ENVIRONMENT,ROM none,JETDIRECT,JD137,EEPROM V.37.12

# имена другим методом
nxsnmpwalk IP .1.3.6.1.2.1.31.1.1.1.1

Результат
###UPS
SNMP Error: Request timed out
###Printer
нет данных

# алиасы
nxsnmpwalk IP .1.3.6.1.2.1.31.1.1.1.18
Результат
###UPS
SNMP Error: Request timed out
###Printer
нет данных

Filipp Sudanov

А что HP 2055 возвращает по запросу .1.3.6.1.2.1.4.20.1.1 ?

Еще можно включить 6 уровень дебага для тега ndd.common

nxadm -c "debug ndd.common 6"

там будет информация о ходе опроса.

sever

Прошу прощения за некропостиг, но на Debian 11, последней версии NetXMS с использованием Postgres+timescale ловлю точно такую же проблему с опросом оборудования APC по v3. Ровно то же железо по v2 работает прекрасно.
Логи в ноябре отправлял Alex Kirhenshtein через телеграм

Filipp Sudanov

А можно и мне эти логи, здесь в личном сообщении

sever

Он сказал, что уже поделился )

Filipp Sudanov

В логе нам интересны строчки с тегом ndd.common:

netxmsd.log.txt:2022.11.17 01:08:14.118 *D* [ndd.common ] NetworkDeviceDriver::getInterfaces(0x7f6ec203ee80,0,true)
netxmsd.log.txt:2022.11.17 01:08:18.635 *D* [ndd.common ] NetworkDeviceDriver::getInterfaces(0x7f6ec203ee80): invalid interface count 0 received from device
netxmsd.log.txt:2022.11.17 01:08:23.165 *D* [ndd.common ] NetworkDeviceDriver::getInterfaces(0x7f6ec203ee80): SNMP WALK .1.3.6.1.2.1.2.2.1.1 failed
netxmsd.log.txt:2022.11.17 01:08:23.165 *D* [ndd.common ] NetworkDeviceDriver::getInterfaces(0x7f6ec203ee80): completed, ifList=(nil)

A если на сервере запустить:
snmpwalk -v 3 -u public IP_ADDRESS .1.3.6.1.2.1.2.2.1.1
он отработает? Можно на это время в NetXMS сделать unmanage для этой ноды, чтоб одновременно запросов не было.

Ну и еще можно попробовать выключить а оборудовании шифрование для SNMP V3, сделать Configuration Poll и собрать трафик с помощью tcpdump.

sever

@filipp-sudanov said in Не работает мониторинг UPS APC по SNMPv3:

A если на сервере запустить:
snmpwalk -v 3 -u public IP_ADDRESS .1.3.6.1.2.1.2.2.1.1
он отработает? Можно на это время в NetXMS сделать unmanage для этой ноды, чтоб одновременно запросов не было.

Совершенно без проблем отрабатывает.

root@NetXMS:/home/sever# snmpwalk -v 3 -a MD5 -A **** -x DES -X **** -u **** -l authPriv <ip>
iso.3.6.1.2.1.1.1.0 = STRING: "APC Web/SNMP Management Card (MB:v4.1.0 PF:v7.0.8 PN:apc_hw05_aos_708.bin AF1:v7.0.8 AN1:apc_hw05_sumx_708.bin MN:AP9630 HR:08 SN: **** MD:04/11/2016) (Embedded PowerNet SNMP Agent SW v2.2 compatible)"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.318.1.3.27
iso.3.6.1.2.1.1.3.0 = Timeticks: (40630) 0:06:46.30

ну и далее по тексту.
Кстати, зацепил тут упсовую подсеть netdisco, там тоже брань в логах стояла, но вот в случае с опросом заббиксом по v3 ИБП реагируют нормально.
Такое впечатление, будто упс "давится" количеством одновременных запросов.

Filipp Sudanov

А может быть есть возможность дать нам на несколько дней доступ к одному из таких девайсов?

sever

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

NetXMS Forum

Не работает мониторинг UPS APC по SNMPv3