- May 04, 2022
-
-
Gilles Dubois authored
Update to 2.9.2
-
Charlène Auger authored
-
Charlène Auger authored
-
- Feb 21, 2022
-
-
Gilles Dubois authored
Update 2.9.1
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
- Feb 07, 2022
-
-
Gilles Dubois authored
Add WMI_FLAG_MODE configuration + DEFAULT_USER_DOMAIN
-
Gilles Dubois authored
Fix openssl compilation with OPENSSLDIR vulnerability
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
- Jun 09, 2021
-
-
Gilles Dubois authored
Update Version 2.9
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
-
Charlène Auger authored
Add italian support in script
-
- Mar 18, 2021
-
-
Gilles Dubois authored
-
- Jan 28, 2021
-
-
Gilles Dubois authored
Update Agent to 2.8.0.1
-
Charlene Auger authored
-
Charlene Auger authored
-
Charlene Auger authored
-
Charlène Auger authored
CIPHelper::GetNetworkAdapters: cAdapter not reset at the end of the main loop.
-
- Oct 21, 2020
-
-
Jose Juan Iglesias authored
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.
-
- Sep 11, 2020
-
-
Gilles Dubois authored
-
Gilles Dubois authored
Update for release 2.8
-
- Sep 07, 2020
-
-
Charlene Auger authored
-
Charlène Auger authored
Update MemorySlot.cpp
-
- Sep 04, 2020
-
-
gitdevmod authored
-
- Sep 03, 2020
-
-
Gilles Dubois authored
Update bios.cpp
-
- Sep 01, 2020
-
-
allmp13 authored
Nouveaux types de chassis dans les bios.
-
- Jul 28, 2020
-
-
Gilles Dubois authored
Fix delete registery key
-
- Jul 24, 2020
-
-
Charlene Auger authored
-
Gilles Dubois authored
Update version number to 2.7.0.1
-
Charlene Auger authored
-