NetXMS Support Forum

Esli noda B postavlena kak proxy dlja DCI nodi A, to nado v svojstvah nodi B dobavit' nodu A v spisok "Trusted Nodes". Eto sdelano dlja bezopasnosti - inache pol'zovatel', u kotorogo est'; prava rabotat' s nodoj A, no net prav rabotat' s nodoj B, cherez proxy mehanizm mog bi nastroit' poluchenie dannih s nodi B. Alternativnij variant - voobsche otkljuchit' etu proverku, vistaviv parametr servera CheckTrustedNodes v 0.

Напрямую из скрипта это сделать нельзя. Но есть обходной путь - делается еще один DCI, у которого как proxy выставляется та нода, откуда надо получить значение. Ну а дальше как обычно.

В явном виде нельзя. Но можно сделать необходимое количество маленьких скриптов в библиотеке, которые просто возвращают константу, и использовать их когда надо.

Идея опять-же хорошая, я подумаю как лучше сделать.

Нет такой возможности к сожалению Но идея хорошая, я постараюсь не забыть и сделать.

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

Этот параметр служит для контроля доступности Windows share. Формат у него следующий:

Net.RemoteShareStatus(share,domain,login,password)

share - это UNC, например \\SERVER\c$
domain, login, password - думаю понятно

Параметр возвращает 0 если соединение установилось успешно, иначе код ошибки. Можно также использовать параметр

Net.RemoteShareStatusText(share,domain,login,password)

он возвращает текстовое описание ошибки вместо кода, или строку OK в случае успешного подключения.

Hi!

Very strange - configure found that this function exists, but looks like it is not declared. Could you please post pthread.h from your system? Unfortunately I don't have any Sparc Solaris systems available, only Solaris 10 for x86, on which everything compiles without problems. Also, as a workaround, you can comment out or remove line


#define HAVE_PTHREAD_COND_RELTIMEDWAIT_NP 1


in config.h.

Best regards,
Victor

Very strange. It shouldn't be. The only field that is grayed is symbolic OID representation in MIB browser - but you can enter numeric OID anyway, or select it from the tree. Could you please post a screenshot?

Best regards,
Victor

Just test it - download from forum and run - loads fine on 32bit Windows. Are you sure you have downloaded it correctly? I can send it to you by email if you wish.

Best regards,
Victor

Try to build agent with configure option --disable-iconv. By default NetXMS uses iconv for character conversion, but it may be broken on your DSL router. Empty requested parameters most likely means that agent was unable to correctly convert UNICODE string received from server to single-byte string.

Best regards,
Victor

Hello!

Try to do forced configuration poll on problematic node (right click node, select Poll -> Configuration). If it will not help, post configuration poll's output.

Best regards,
Victor

Do you use 32bit or 64bit Windows?

Best regards,
Victor

Hello!

Just test it - yes, there are some another bug. I'll fix it. (I have registered this bug in bugtracker under ID 264). I'm very sorry for inconvenience

And what you mean saying that you cannot specify OID? It's just a text field in DCI configuration dialog. Did you mean that you cannot see appropriate subtree in MIB browser?

Best regards,
Victor

Hi!

Attached is ecs.nsm with timeout set to 30 seconds.

Best regards,
Victor

Hello!

No, NetXMS agents cannot work in "push" mode. However, there are very little difference between server polling agents and agents sending collected data to the server in terms of traffic - you have to transfer the same amount of data anyway. The only difference is a direction of TCP connection. If connecting to remote network is problematic, there are no complete solution, however, in some cases the following workarounds may help:
1. You can use only one IP address and port for accessing entire remote network - you can setup proxy agent on gthat address, and configure NetXMS server to access other servers in this network via proxy;
2. Sometimes you can collect information with scripts or system commands and send it to NetXMS server via nxpush command - in this case, connection will come from remote machine to NetXMS server.

Best regards,
Victor

Очень странно. У меня нет Cisco к сожалению, проверил с Linux'ом. На сервере сделал


root@u300:~# net-snmp-config --create-snmpv3-user -a "QDiNDm5oiSp9MAtM" -A SHA netxms
adding the following line to /var/lib/snmp/snmpd.conf:
  createUser netxms SHA "QDiNDm5oiSp9MAtM" DES
adding the following line to /usr/share/snmp/snmpd.conf:
  rwuser netxms
root@u300:~#


После этого


C:\Source\NetXMS\debug>nxsnmpget -v 3 -a SHA1 -A QDiNDm5oiSp9MAtM -u netxms 172.30.30.12 .1.3.6.1.2.1.1.1.0
.1.3.6.1.2.1.1.1.0 [04]: Linux u300 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 19:25:34 UTC 2009 x86_64

C:\Source\NetXMS\debug>


snmpd тоже показывает что все хорошо:


root@u300:~# snmpd -f -V -d
No log handling enabled - turning on stderr logging
NET-SNMP version 5.4.1

Received 92 bytes from UDP: [172.30.30.11]:49901
0000: 30 5A 02 01  03 30 0F 02  02 17 54 02  03 01 00 00    0Z...0....T.....
0016: 04 01 01 02  01 03 04 22  30 20 04 00  02 01 00 02    ......."0 ......
0032: 01 00 04 06  6E 65 74 78  6D 73 04 0C  76 D8 77 9F    ....netxms..v.w.
0048: 81 9A 4C 41  43 11 A3 A7  04 00 30 20  04 00 04 00    ..LAC.....0 ....
0064: A0 1A 02 02  17 54 02 01  00 02 01 00  30 0E 30 0C    .....T......0.0.
0080: 06 08 2B 06  01 02 01 01  01 00 05 00                 ..+.........

Connection from UDP: [172.30.30.11]:49901
Received SNMP packet(s) from UDP: [172.30.30.11]:49901

Sending 117 bytes to UDP: [172.30.30.11]:49901
0000: 30 73 02 01  03 30 0F 02  02 17 54 02  03 00 FF E3    0s...0....T.....
0016: 04 01 00 02  01 03 04 27  30 25 04 11  80 00 1F 88    .......'0%......
0032: 80 09 70 CF  06 58 73 CE  49 00 00 00  00 02 01 47    ..p..Xs.I......G
0048: 02 01 0C 04  06 6E 65 74  78 6D 73 04  00 04 00 30    .....netxms....0
0064: 34 04 11 80  00 1F 88 80  09 70 CF 06  58 73 CE 49    4........p..Xs.I
0080: 00 00 00 00  04 00 A8 1D  02 02 17 54  02 01 00 02    ...........T....
0096: 01 00 30 11  30 0F 06 0A  2B 06 01 06  03 0F 01 01    ..0.0...+.......
0112: 04 00 41 01  01                                       ..A..


Received 126 bytes from UDP: [172.30.30.11]:49901
0000: 30 7C 02 01  03 30 0F 02  02 17 54 02  03 01 00 00    0|...0....T.....
0016: 04 01 01 02  01 03 04 33  30 31 04 11  80 00 1F 88    .......301......
0032: 80 09 70 CF  06 58 73 CE  49 00 00 00  00 02 01 47    ..p..Xs.I......G
0048: 02 01 0C 04  06 6E 65 74  78 6D 73 04  0C 36 3A 5F    .....netxms..6:_
0064: 23 A8 58 27  28 A3 85 52  D1 04 00 30  31 04 11 80    #.X'(..R...01...
0080: 00 1F 88 80  09 70 CF 06  58 73 CE 49  00 00 00 00    .....p..Xs.I....
0096: 04 00 A0 1A  02 02 17 54  02 01 00 02  01 00 30 0E    .......T......0.
0112: 30 0C 06 08  2B 06 01 02  01 01 01 00  05 00          0...+.........

Connection from UDP: [172.30.30.11]:49901
Received SNMP packet(s) from UDP: [172.30.30.11]:49901
  GET message
    -- SNMPv2-MIB::sysDescr.0

Sending 207 bytes to UDP: [172.30.30.11]:49901
0000: 30 81 CC 02  01 03 30 0F  02 02 17 54  02 03 00 FF    0.....0....T....
0016: E3 04 01 01  02 01 03 04  33 30 31 04  11 80 00 1F    ........301.....
0032: 88 80 09 70  CF 06 58 73  CE 49 00 00  00 00 02 01    ...p..Xs.I......
0048: 47 02 01 0C  04 06 6E 65  74 78 6D 73  04 0C E3 47    G.....netxms...G
0064: AC E6 29 19  88 1C FF 2C  BA 56 04 00  30 81 80 04    ..)....,.V..0...
0080: 11 80 00 1F  88 80 09 70  CF 06 58 73  CE 49 00 00    .......p..Xs.I..
0096: 00 00 04 00  A2 69 02 02  17 54 02 01  00 02 01 00    .....i...T......
0112: 30 5D 30 5B  06 08 2B 06  01 02 01 01  01 00 04 4F    0]0[..+........O
0128: 4C 69 6E 75  78 20 75 33  30 30 20 32  2E 36 2E 32    Linux u300 2.6.2
0144: 38 2D 31 35  2D 67 65 6E  65 72 69 63  20 23 34 39    8-15-generic #49
0160: 2D 55 62 75  6E 74 75 20  53 4D 50 20  54 75 65 20    -Ubuntu SMP Tue
0176: 41 75 67 20  31 38 20 31  39 3A 32 35  3A 33 34 20    Aug 18 19:25:34
0192: 55 54 43 20  32 30 30 39  20 78 38 36  5F 36 34       UTC 2009 x86_64


Наиболее вероятно конечно то, что NetXMS формирует не совсем правильные пакеты, которые snmpd воспринимает, а Cisco нет. Можно было бы прислать полный дамп пакетов?
Ну и я собираюсь в ближайшее время купить тестовое оборудование Cisco, тогда смогу протестировать у себя.