NetXMS Support Forum

I don't remember exactly, but there probably was a bug with default values of these named parameter of NetworkService.Status. Your URL contains IP address, but certificate was probably issued for a domain name, so host verification fails. To skip host verification, add the following:

NetworkService.Status(https://212.70.163.157,verify-peer=false,verify-host=false)

Documentation on all available parameters should be up to date:
https://www.netxms.org/documentation/adminguide/service-monitoring.html#network-service-monitoring-using-dci

If you are on Linux, check if netxms-dbdrv-pgsql package is installed

Install https://netxms.org/download/releases/4.4/nxmc-legacy-4.4.3.war along with nxmc-4.4.3.war

Note that legacy UI is planned to be discontinued after a few months, so if you are new to the system, it's better to use new UI.

Да, MailEncoding был выкинут с мыслью, что сейчас все почтовые клиенты должны понимать utf8.
А Outlook какой версии и на какой ОС?

Можно настроить какой-нибудь MTA - тогда NetXMS будет посылать письма на 127.0.0.1, а тот уже пересылать дальше. Под линуксом например postfix, под windows тоже что-то было

У версии сервера и клиента первые две цифры должны быть одинаковыми, т.е. если сервер 4.4.х то и клиент (десктопный или web ui) то же должен быть 4.4.х

Hi!

Simplest would be to store this in DCI's comment, and since recently we have %D macro that resolves to that comment, but the problem is that editing that comment from NXSL (e.g. in transformation script) is not currently possible. But we will add that at some point.

Currently you can use custom attributes on node to store such information, e.g. if DCI's tranformation script has
$node->setCustomAttribute("DCI_DESC_".$dci->name, 123);
this will update a custom attribute.

Then in script library you can have e.g. GetDciDescFromCustomAttribute script with the following:
return $node->getCustomAttribute("DCI_DESC_" . $dci->name);

And now in event's message you can have %[GetDciDescFromCustomAttribute] macro that would call above script and will get value of the custom attribute.

We are currently working to improve maps in v5.0. There will be option to define link color by script and other fixes.

Can you explain a bit on multiple links - what information/benefits it gives if you see all links separately? Status of these links? Understanding how many links there are? Throughput for each link separately?

Да, из snmp данные можно собирать в таблицу, вот в этом вебинаре это подрбно разбиралось:
https://www.youtube.com/watch?v=BBHAErzMU38&t=549s

Второй вариант - instance discovery - для этого определяется один DCI у которого на закладке instance discovery описывается OID начиная от которого сервер сделает walk. И на основании этого DCI будет создано много экземпляров DCI по одному на каждый OID.
Если нужно больше информации с примерами, пишите

Можно через NXSL - это встроенный скриптовый язык, можно на любом объекте сделать "Execute script".
https://www.netxms.org/documentation/nxsl-latest/#func-createnode

Можно через nxshell - там можно писать код на Jithon, оно подключается к серверу через то же API что и десктопный клиент. Вот какой-то пример создания ноды:

parentId = objects.GenericObject.SERVICEROOT # Infrastructure Services root

flags = NXCObjectCreationData.CF_DISABLE_ICMP | \
        NXCObjectCreationData.CF_DISABLE_NXCP | \
        NXCObjectCreationData.CF_DISABLE_SNMP

name = "Node created by nxshell"
cd = NXCObjectCreationData(objects.GenericObject.OBJECT_NODE, name, parentId);
cd.setCreationFlags(flags);
cd.setPrimaryName("0.0.0.0") # Create node without IP address
nodeId = session.createObject(cd)
print '"%s" created, id=%d' % (name, nodeId)


И еще можно через web api (web api для этого нужно установить - это отдельный war файл, так же как и у web UI).
https://www.netxms.org/documentation/adminguide/rest-api.html#create-object

You have to fill in all the fields:
Database server: 127.0.0.1
Database name: any name - a new DB with this name will be created
Login name: any name, postgres user with this name will be created
Password: any password for the above user

What version of client is that? Is it legacy or the new one? Have you tried latest 4.4.3?
What actions do you perform to get to that error - mib explorer on node or something else?

Yes, it would be valuable for NetXMS to have support for these devices. Could you possibly provide remote access to these devices for some time - this would be the most efficient way to develop drivers?

It's a bug, was fixed couple of days ago, if there will be another patch release for 4.4, fix will be there, otherwise it will be in 5.0 which should be out in December

А как выглядят настройки notification channel (если убрать пароли) ?

Yes, doing this from script is better as you can control web service reply. To use web services from script, you have to create a web service definition under Configuration->Web service definition. For example let's create one named "example" with url http://example.com

Web services are called via an agent, typically agent which is running along with the server is used. Configuration file of that agent should have
EnableWebServiceProxy=yes

Now if you do "Execute script" on your server node and try the following script:
result = $node->callWebService("example", "GET");
println(result->success);
println(result->errorMessage);
println(result->agentErrorCode);
println(result->httpResponseCode);
println(result->document);
It will perform GET request and would print the result.

Alternative way is to use getWebService(webSvcName) method on node, this would create WebService object which has get(), post(), etc methods.

You can use GetServerNode() function instead of $node to get your netxms server node.