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