Сервер на 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 ****

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

Unable to get interface list from node



HELP!!!

А это ноды вообще отдают список интерфейсов через 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
...


# количество интерфейсов
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
нет данных

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

Еще можно включить 6 уровень дебага для тега ndd.common
nxadm -c "debug ndd.common 6"
там будет информация о ходе опроса.

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

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

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

В логе нам интересны строчки с тегом 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.

Quote from: Filipp Sudanov on February 08, 2023, 03:38:54 PMA если на сервере запустить:
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 ИБП реагируют нормально.
Такое впечатление, будто упс "давится" количеством одновременных запросов.

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

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