GitLab

Update to 2.9.2

Update 2.9.1

Add WMI_FLAG_MODE configuration + DEFAULT_USER_DOMAIN

Fix openssl compilation with OPENSSLDIR vulnerability

Update Version 2.9

Add italian support in script

Update Agent to 2.8.0.1

CIPHelper::GetNetworkAdapters: cAdapter not reset at the end of the main loop.

which configured with two VMXNET3 interfaces. One of this interfaces
belongs to an isolated LAN: it hasn't got gateway configuration.
When these servers transmit their inventories to the OCS server, all of
them provide this kind of wrong network information:
        <NETWORKS>
            <DESCRIPTION>vmxnet3 Ethernet Adapter</DESCRIPTION>
            <TYPE>Ethernet</TYPE>
            <TYPEMIB>ethernetCsmacd</TYPEMIB>
            <SPEED>1 Gb/s</SPEED>
            <MACADDR>omitted</MACADDR>
            <STATUS>Up</STATUS>
            <IPADDRESS>10.1.1.93</IPADDRESS>
            <IPMASK>255.255.255.0</IPMASK>
            <IPGATEWAY>10.1.1.254</IPGATEWAY>
            <IPSUBNET>10.1.1.0</IPSUBNET>
            <IPDHCP />
            <MTU />
        </NETWORKS>
        <NETWORKS>
            <DESCRIPTION>vmxnet3 Ethernet Adapter #2</DESCRIPTION>
            <TYPE>Ethernet</TYPE>
            <TYPEMIB>ethernetCsmacd</TYPEMIB>
            <SPEED>1 Gb/s</SPEED>
            <MACADDR>omitted</MACADDR>
            <STATUS>Up</STATUS>
            <IPADDRESS>172.16.16.93</IPADDRESS>
            <IPMASK>255.255.255.0</IPMASK>
            <IPGATEWAY>10.1.1.254</IPGATEWAY>
            <IPSUBNET>10.1.1.0</IPSUBNET>
            <IPDHCP />
            <MTU />
        </NETWORKS>
As you can see, the latter adapter appears as having the same gateway and
mask as those of the former.
After some testing with the code of the Agent, we saw that these interfaces are
precessed by the function CIPHelper::GetNetworkAdapters one after the other, and
the values of the object cAdapter are not reset anywhere before the end of the loop.
So the information not provided by the second interface doesn't update those corresponding
fields which already hold information belonging to the first interface. (AF_INET family)

Besides, also in the case of AF_INET family, the determination of the subnet mask of an
interface depends on its having a gateway configured. If an interface doesn't have gateway,
the code won't get its subnet mask. We have moved the code that determines the mask outside
the gateway condition.

Update for release 2.8

Update MemorySlot.cpp

Update bios.cpp

Nouveaux types de chassis dans les bios.

Fix delete registery key

Update version number to 2.7.0.1