Welcome to OCS Inventory NG community support, where you can ask questions and receive answers from other members of the community.

Please ask questions only in English or French.

Release 2.11.1 available

The official documentation can be found on http://wiki.ocsinventory-ng.org. Read it before asking your question.

Problème du remontée d'un ordinateur pour test avec OCS Server 2.2 ,Windows-Agent-2.0.5 ,Centos7

Bonjour OCS community,

Je viens de mettre en place ocs comme solution d'inventaire packagé sous eyes of netowrk 5.0 centos 7

D'où le serveur OCS est 2.2 ,un serveur  SQL :MariaDB Server version 5.5.52-MariaDB,

un Serveur Web :Apache/2.4.6 (CentOS) 

 OpenSSL/1.0.1e-fips mod_fcgid/2.3.9 avec le module mod_ssl bien installé 

mod_ssl-2.4.6-45.el7.centos.4.x86_64

 tout d'abord le ping depuis la machine client (où l'agent soit installé ) vers la machine serveur est bien faite ainsi que pas de firewall activés 

 Pour le moement on n'est pas appelé à utiliser https ou ssl donc une remontée est suffisante actuellement 

 j'ai installé  OCSNG-Windows-Agent-2.0.5 sur une machine Windows 7 32 bits qui se trouve sous le meme réseau  sans avoir définir une certificat cacert.pem (SSL=0) juste on mentionne l'adresse http du serveur 

  et voilà notre fichier .ini 

 [HTTP]

Server=http://192.168.42.100/ocsinventory

SSL=0

CaBundle=cacert.pem

AuthRequired=0

User=

Pwd=

ProxyType=0

Proxy=

ProxyPort=0

ProxyAuthRequired=0

ProxyUser=

ProxyPwd=

concernant les paramétres de connexion à la base de donnés les paramétres de connexion du  Serveur OCSNG avec  comme Hote localhost,Base ocsweb,Utilisateur root  ,Mot de passe root66 nous donne une  Connexion à la base de données réussie Version et Configuration OCSNG valide

meme si on teste avec (user,pwd)(ocs ,ocs66) la connexion est toujours réussie

sous /etc/httpd/conf.d/ocsinventory-server.conf on a ceci 

  PerlSetEnv OCS_DB_HOST localhost

  # Replace 3306 by port where running MySQL server, generally 3306

  PerlSetEnv OCS_DB_PORT 3306

  # Name of database

  PerlSetEnv OCS_DB_NAME ocsweb

  PerlSetEnv OCS_DB_LOCAL ocsweb

  # User allowed to connect to database

  PerlSetEnv OCS_DB_USER ocs

  # Password for user

  PerlSetVar OCS_DB_PWD ocs66

  ainsi que cette requete sql nous donne 

  Grants for ocs@localhost                                                                                   |

+------------------------------------------------------------------------------------------------------------+

| GRANT USAGE ON *.* TO 'ocs'@'localhost' IDENTIFIED BY PASSWORD '*9614222E086C90E6B4AB9A1966C60E2379EA5705' |

| GRANT ALL PRIVILEGES ON `ocsweb`.* TO 'ocs'@'localhost'         

voilà le résultat des inventaires lancés

un extrait de  journal d'évenement de windows pour OCS est 

OCS Inventory NG Agent encounter an error (exit code is 4 => Failed to talk with Communication Server)

sous le serveur var/log/httpd/ j'aurais ce message

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using localhost.localdomain. Set the 'ServerName' directive globally to suppress this message

sous  C:\ProgramData\OCS Inventory NG\Agent et comme premier inventaire sans remontée voici le contenu du .log

Comme premier essai on a dans le fichier log 

Starting OCS Inventory NG Agent on Friday, August 18, 2017 12:16:53.

AGENT => Running OCS Inventory NG Agent Version 2.0.5.0

AGENT => Using OCS Inventory NG FrameWork Version 2.0.5.0

AGENT => Loading plug-in(s)

DLL PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>

DLL PLUGIN => 0 DLL Plug-in(s) succesfully loaded on 0 DLL(s) found

AGENT => Using network connection with Communication Server

COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>

AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.5.0>

AGENT => Sending Prolog

DID_CHECK => Read DeviceID <380-INF-FARHAT-2015-04-17-16-33-03> and MACs <74:27:EA:55:89:2E> in file <ocsinventory.dat>

COM SERVER => Initializing cURL library for sendRequest

COM SERVER => Using cURL without server authentication

COM SERVER => Disabling cURL proxy support

COM SERVER => Disabling cURL SSL server validation support

COM SERVER => Sending HTTP Post request to URL <http://192.168.42.100/ocsreports>

COM SERVER => HTTP Post response received <HTTP Status Code #200>

COM SERVER => Cleaning cURL library

AGENT => Prolog successfully sent

SUPPORT => No support detected, Registration key : N/A

AGENT => Prolog Frequency set to 10 hour(s)

AGENT => Unloading communication provider

AGENT => Unloading plug-in(s)

AGENT => Execution duration: 00:00:05.

Puis nous avons relancé un deuxieme inventaire voici le message 

Starting OCS Inventory NG Agent on Friday, August 18, 2017 13:06:49.

AGENT => Running OCS Inventory NG Agent Version 2.0.5.0

AGENT => Using OCS Inventory NG FrameWork Version 2.0.5.0

AGENT => Loading plug-in(s)

AGENT => Using network connection with Communication Server

AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.5.0>

AGENT => Sending Prolog

ERROR *** AGENT => Failed to send Prolog <Unsupported protocol>

AGENT => Unloading communication provider

AGENT => Unloading plug-in(s)

AGENT => Execution duration: 00:00:00.

in OCS Inventory NG server for Unix by (880 points)
edited by

5 Answers

0 votes
Je ne suis pas sûr de comprendre : Dans le fichier de configuration, tu mets la bonne adresse pour contacter le serveur (à savoir http://192.168.42.100/ocsinventory). Par contre dans le log, tu contacts ocsreports (donc forcement ça ne marche pas).

Il faut donc vérifier que tout est réellement correct dans ta conf et qu'elle soit bien chargé (il faut penser à relancer le service ocsinventory sur la machine).

Sinon quelques remarques en vrac :

- OCS 2.3 est sorti et nous fournissons un rpm d'installation pour centos 7. Donc inutile d'utiliser cette version non maintenu fourni dans eyes of network.

- L'agent 2.0.5 est vraiment vieux, il serait mieux d'utiliser un agent 2.2 (voir 2.3 si tu mets à jour le serveur).

- Dans la conf, je vois que tu as passé ssl à 0 : il ne faut le faire que dans le cadre d'un test et ne jamais mettre ça en production : cette variable est utilisé seulement quand tu contactes le serveur en https pour s'assurer de la validité du certificat. Si tu contacts le serveur sans validation, tu risques de compromettre tous ton réseau en cas de piratage.
by (22k points)
0 votes

Bonjour kapouik ,Merci pour votre intervention je voulais bien comprendre avec vous et les lecteurs mon  log .

En fait selon la documentation soit lors de l'installation ou dans le fichier ocsinventory.ini on mentionne l'url de serveur comme ci  http://your_ocs_server/ocsinventory et on fait appel pour l'interface web vers http://your_ocs_server /ocsreports.

Concernant le SSL=0, je suis en phase de test du produit donc j'aimerais bien rapporter le certificat et le ssl pour le moment.

Je viens d'installer l'agent en version Beta OCSNG-Windows-Agent-2.2Beta sur la meme machine de test

voilà le contenu du log de l'agent 

COM SERVER => HTTP Post response received <HTTP Status Code #400>

AGENT => Sending Prolog

DID_CHECK => Read DeviceID <380-INF-FARHAT-2015-04-17-16-33-03> and MACs <74:27:EA:55:89:2E> in file <ocsinventory.dat>

COM SERVER => Initializing cURL library for sendRequest

COM SERVER => Using cURL without server authentication

COM SERVER => Disabling cURL proxy support

COM SERVER => Disabling cURL SSL server validation support

COM SERVER => Sending HTTP Post request to URL <http://192.168.42.100/ocsinventory>

COM SERVER => HTTP Post response received <HTTP Status Code #400>

COM SERVER => Cleaning cURL library

================= TRACE START ===============

================= TRACE STOP ===============

ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #400>

AGENT => Unloading communication provider

AGENT => Unloading plug-in(s)

AGENT => Execution duration: 00:00:01.

Donc j'aimerais bien confirmer avec vous que le serveur et l'agent windows sont compatibles .

by (880 points)
0 votes
C'est bon bien remontées , En fait je viens de désactiver le ssl (pour le moment )dans le serveur ocs ainsi que l'installation de l'agent OCSNG-Windows-Agent-2.2Beta, voilà les machines bien remontées .

Reste à voir la possibilité de migrer vers la version OCS server 2.3 ainisi que l'activation de ssl .
by (880 points)
Pour le SSL, il faut utiliser un DNS obligatoirement et que le champs CN corresponde au fqdn. Sans ça, le certificat ne sera pas valide.
0 votes
Bonjour ,d'accord donc le CN ne pourrait pas etre l'adresse IP du serveur .

Je vais voir ceci pour le moment.Merci
by (880 points)
0 votes

Pour une éventuelle évolution de la version de serveur d'OCS ,comme vous avez mentionné dans des anciens posts  ,je vais suivre ce lien :

https://www.ocsinventory-ng.org/en/rpm-repository-is-available-for-rhelcentosfedora/

Merci,A trés bientot .

by (880 points)
 
Powered by Question2Answer
...