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.6 available

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

Agent MacOS 2.3.1 et Server 2.4.1 : déploiement KO

Bonjour,

Nous utilisons OCS Inventory depuis 2008 pour administrer notre parc informatique (environ 6000 postes de travail, sur 200 sites géographiques, 3/4 de PC sous Windows et 1/4 sous Mac). Notre serveur de production actuel tourne en version 2.0.3, les agents Windows sont en version 2.0.5 et les agents Mac en 2.0.3. Tout fonctionne correctement (inventaire et télédéploiement) sous Windows comme sous Mac (même si pour ce dernier, nous avons eu des ajustement à faire côté configuration SSL ...).

Nous sommes en train de mettre en place une plateforme de test pour faire évoluer notre installation en version plus "à jour". Nous avons installé un serveur CentOS 7 avec Apache 2.4.6, PHP 5.4.16 et MariaDB 5.5.56. Nous y avons installé un serveur OCS Inventory 2.4.1.

Nous avons installé des agents Windows 2.3.1.1 et des agents Mac 2.3.1 sur quelques machines de test.

Aucun souci pour la partie inventaire : les agents arrivent à faire leur remontée d'inventaire, en HTTP ou en HTTPS (nous avons mis les options SSL=0 dans nos fichiers de configuration des clients).

Pour la partie télédéploiement, sous Windows, ça se passe correctement. Nous avons pu faire plusieurs essais avec notamment une mise à jour de notre ancienne version d'agent vers la nouvelle, le tout avec succès.

Pour les Mac par contre, le télédéploiement ne fonctionne pas. Et j'ai fait quelques essais qui me font me poser beaucoup de questions. J'ai commencé par activer les logs verbeux sur le serveur au niveau des configurations apache, histoire d'avoir de la matière à analyser.

Première constatation : lorsque j'affecte un paquet sur mon Mac de test, aucune trace d'une quelconque interrogation de l'URI /download/XXXXXXXXX/info dans les logs apache. Et sur la console OCS, le package est passé de "ATTENTE DE NOTIFICATION" à "NOTIFIE". Mais aucun résultat, rien de bouge, pas de dossier "download" créé dans /var/lib/ocsinventory-agent/http_........ sur le Mac.

J'ai donc essayé d'installer notre ancien agent (2.0.3.0) sur le Mac de test. L'inventaire se fait correctement. Lorsque j'affecte un paquet, je vois bien passer dans les logs apache la demande d'accès à l'URI /download/XXXXXXXXX/info ... Mais j'ai une erreur "ssl handshake failed". Dans la console, j'ai bien le paquet qui passe de l'état "ATTENTE DE NOTIFICATION" à "ERR_DOWNLOAD_INFO".

J'ai testé mon certificat (un auto-signé) et il est conforme (restauration de notre serveur de production dans notre environnement de test avec le même nom que le nouveau serveur). Le déploiement fonctionne. L'ancien serveur est un CentOS 5 avec un apache 2.2.

Donc, nous sommes à l'arrêt : le nouvel agent ne semble pas lancer la procédure Download.pm et l'ancien agent nous fait un "ssl handshake failed" ...

Est-ce que quelqu'un a réussi à faire du déploiement sur Mac avec le serveur 2.4.1 et l'agent Mac 2.3.1 ?

Merci de vos retours, aides, informations ...
in OCS Inventory NG agent for MacOS X by (280 points)

2 Answers

0 votes
Salut, Avez vous réussi car je rencontre le meme problème ?
Merci
by (160 points)
0 votes
Bonjour,

Nous avons effectivement résolu le problème en installant la dernière version de l'agent Mac fourni directement par les développeurs : c'était un bug dans le développement de l'agent. Toutefois, nous avons eu droit à une pré-version avant sa sortie officielle et je ne sais pas si l'agent a été sorti depuis.

Si le problème persiste avec l'agent téléchargé, je vous envoie un agent mac corrigé ... Tenez-moi au courant.

Cordialement,
by (280 points)
 
Powered by Question2Answer
...