Configurer OCS d inventaire Durée indicative de cet atelier : 4 heures u Objectif Configurer OCS, outil d inventaire et de gestion des configurations d un réseau informatique. u Conditions préalables Avoir un serveur virtuel avec un serveur Apache, la base de données MySQL et le moteur de script PHP 5. De plus le serveur Web Apache doit être sécurisé en utilisant le protocole HTTPS basé sur l authentification SSL. Si cela n est pas le cas, l atelier 6 vous propose un rappel sur l installation d un environnement LAMP sécurisé. u Considérations techniques Environnement Windows XP ou 7 pour accéder à l interface d administration. D autres clients peuvent être utilisé pour alimenter la gestion de parc. Il est bien possible de gérer toutes vos machines physiques et virtuelles. Site officiel : http://www.ocsinventory-ng.org/fr/ Page 1 Documentation en français : http://wiki.ocsinventory-ng.org/index.php/documentation:main/fr 1. Installation d OCS Inventory Lors de l installation d OCS NG, le système debconf de debian propose une assistance à la configuration des éléments indispensables à la partie serveur d OCS. Cette configuration n est pas définitive ; il est toujours possible de revenir à la configuration assistée par les commandes : # dpkg-reconfigure ocsinventory-reports # dpkg-reconfigure ocsinventory-server Il est également possible de modifier directement les fichiers de configuration créés.
Lancez l installation avec la commande suivante : apt-get install ocsinventory-server ocsinventory-reports -t testing Information : ocsinventory-reports est l application d administration web d ocsinventory. Précisez comme nom de groupe de travail LABOCNED Puis utilisateur ocs pour MySQL va être créé. Choisissez comme mot de passe btssio. Inventory ng Acceptez la configuration de la base de données de ocsinventory-server avec dbconfigcommon. Page 2 Indiquez ensuite le mot de passe de l utilisateur «root» qui a le privilège de pouvoir créer une base de données dans MySQL. Vous avez en principe choisi le mot de passe btssio.
Si tout se passe bien, vous devriez avoir les dernières lignes suivantes en sortie : granting access to database ocsweb for ocs@localhost: success. verifying access for ocs@localhost: success. creating database ocsweb: success. verifying database ocsweb exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Reloading web server config: apache2. La base de données «ocsweb» a été créée avec 51 tables. Page 3 Cet atelier et les suivants sur OCS Inventory est basé sur la version 1.02.2-1 du serveur ; si vous installez une version ultérieure, les répertoires et noms de fichier seront peut-être différents ; il faudra dans ce cas adapter certaines commandes. Les fichiers de configuration se trouvent dans /etc/ocsinventory Le fichier de conf issu du dbconf : /etc/dbconfig-common/ocsinventory-server.conf Un répertoire «ocsinventory-server» est créé dans /usr/share et dans /var/lib/ Un répertoire «ocsreports» est créé dans /usr/share/ocsinventory-server/ La documentation de chacune des applications se trouve dans /usr/share/doc/ Les logs sont enregistrés dans le répertoire : /var/log/ocsinventory-server/ mais il faut au préalable les activer en positionnant à «on» la variable «LOGLEVEL» (voir plus loin). La configuration pour le serveur WEB est dans le fichier : /etc/apache2/conf.d/ocsinventory.conf
2. La console d administration La gestion du parc se réalise via la console web d administration. On accède à cette console avec l URL suivante : http://nom_serveur_ou_adresse_ip/ocsreports/ : Dans ce document, l'url est donc la suivante : http://192.168.1.27/ocsreports/ (à adapter à votre propre configuration) Un compte par défaut «admin» avec le mot de passe «admin» a été créé (table operators). Ces variables peuvent être modifiées via l interface. Choisissez l interface en Français. La page d accueil de l administration est la suivante : Inventory ng Page 4 Un «clic» sur chaque onglet et sur chaque icône devrait déjà vous donner un aperçu des fonctionnalités. Le module «configuration» va permettre, entre autres, de gérer le rythme des remontées d inventaire.
Le but étant de ne pas trop charger le réseau, il faut éviter : de faire des remontées constamment ; de faire des remontées systématiques lors de chaque lancement du client ; de faire les remontées de tous les clients en même temps Ce sont les paramètres PROLOG_FREQ (onglet serveur) et FREQUENCY qui gèrent le rythme des inventaires. PROLOG_FREQ définit en nombre d heure la période max entre 2 lancements d un agent. Cette notion de période max permet d éviter les surcharges si tous les postes remontaient leur inventaire simultanément ; l agent choisit un temps de manière aléatoire pouvant aller jusqu à cette période max pour demander au serveur quoi faire pas nécessairement remonter l inventaire. C est la valeur de la variable FREQUENCY qui va réellement permettre le lancement de l inventaire : Toujours inventorié (always) : la remontée sera réalisée sans condition dès que l agent sollicite le serveur (c est la valeur par défaut) Jamais inventorié (never) : aucune remontée ne sera réalisée. Personnalisé (custom) : définit une fréquence de remontée d inventaire en nombre de jours : la remontée sera réalisée lors de la sollicitation du client si l inventaire est plus vieux que le nombre de jours spécifiés dans FREQUENCY. Exemples : Page 5 FREQUENCY = toujours inventorié et PROLOG_FREQ = 24 è toutes les 24 heures au maximun, je force une remontée qui sera faite à chaque fois FREQUENCY = 1 et PROLOG_FREQ= 12 è toutes les 12 heures au maximum, l agent demande au serveur s il n est pas temps de réaliser un inventaire. Celui-ci acceptera si l inventaire actuel a plus d un jour. Pour approfondir les différentes possibilités de configuration : http://wiki.ocsinventory-ng.org/index.php/documentation:administration/fr Exercice 1 Configuration d'ocs Inventory Quels sont les droits donnés à l utilisateur «ocs» sur la base de données «ocsweb»? Faîtes en sorte que les remontées d inventaire aient lieu toutes les heures.
3. La collecte d informations La collecte automatisée d informations passe par l installation sur les postes clients de l agent ocs ; Il existe un (ou plusieurs) agent(s) pour chaque système d exploitation. L installation de l agent peut être automatisé notamment si cela doit être fait sur de nombreux postes. Dans le module SISR1 de la spécialité SISR, la solution de déploiement par une stratégie de groupe (GPO) dans un domaine Active Directory de Microsoft a été étudiée. Dans ce document, sera présenté l installation manuelle pour un client Linux et Windows. 3A. Installation de l agent sous Linux Debian Dans un premier temps, vous allez installer l agent ocsinventory-agent sur votre serveur linux OCS pour la collecte d information propre au serveur lui-même. Tapez la commande suivante #apt-get install ocsinventory-agent Le système propose une configuration d ocsinventory-agent. Choisir la méthode «HTTP» qui permet de remonter les informations à un serveur OCS: Inventory ng Page 6 Remarque : La méthode locale permet la récupération des informations dans un fichier XML (intéressant si le poste ne peut pas se connecter au réseau) puis l incorporation manuelle dans OCS. HTTP est, ici, la méthode qui convient puisque tous les postes peuvent accéder au serveur OCS via le réseau. Il suffit ensuite de saisir l adresse IP du serveur d inventaire (qui est installé sur le même ordinateur). Un répertoire /var/log/ocsinventory-client destiné à accueillir le fichier de log est également créé. 3 fichiers sont créés : Un fichier de configuration «/etc/ocsinventory/ocsinventory-agent.cfg» dans lequel vous trouverez notamment le nom d hôte (ou l adresse IP) précisé précédemment. Visualisez le contenu de fichier ocsinventory-agent.cfg avec la commande suivante
# nano /etc/ocsinventory/ocsinventory-agent.cfg Ce fichier doit contenir des informations de ce type: server=192.168.1.27 Vous allez rajouter l information suivante à ce fichier : tag=linux_client Le «TAG» représente une rapide description de la machine (et permettra des recherches par catégorie) : s il n a pas été précisé lors de la configuration de l agent, il peut être ajouté (comme vous venez de le faire) ou modifié via la console d administration du serveur. Le fichier de rotation des logs : /etc/logrotate.d/ocsinventory-client qui configure la rotation quotidienne des logs de l agent OCS Un script pour l agent (une tâche cron) : /etc/cron.daily/ocsinventory-agent ; ce script s exécutera chaque jour à l heure précisée dans /etc/crontab (6 heures 25 dans l exemple ci-dessous) : 25 6 * * * root test -x /usr/sbin/anacron ( cd / && run-parts --report /etc/cron.daily ) La première remontée d inventaire ne se fera qu à l heure indiquée et ensuite le rythme des remontées dépendra des valeurs des variables PROLOG_FREQ et FREQUENCY définies par défaut ou que vous avez modifiées. Pour forcer la remontée d inventaire une première fois sans attendre le premier déclenchement du cron, il suffit d exécuter la commande : # ocsinventory-agent Page 7 En cas de problème (l inventaire n apparaît pas par exemple) ou si vous voulez en savoir plus sur la communication entre l agent et le serveur, la documentation propose la commande suivante : # ocsinventory-agent -debug Pour conserver la sortie du debug dans un fichier tapez la commande suivante : ocsinventory-agent --debug &> /var/log/ocsinventory-client/ocsinventoryagent.log Dès lors qu un premier contact a été établi, des fichiers XML sont créés sur le poste dont : /var/lib/ocsinventory-agent/http: 192.168.1.27_ocsinventory/last_state /var/lib/ocsinventory-agent/http: 192.168.1.27_ocsinventory/next_ timefile /var/lib/ocsinventory-agent/http: 192.168.1.27_ocsinventory/ocsinv. adm /var/lib/ocsinventory-agent/http: 192.168.1.27_ocsinventory/ocsinv. conf last_state décrit le dernier inventaire réalisé.
Dans ocsinv.conf, on trouvera les paramètres de configuration générale comme la valeur de la variable PROLOG_FREQ (ce qui veut dire que si cette variable est modifiée sur le serveur OCS, elle ne sera prise en compte par le client qu après le prochain inventaire). Il est toujours possible de la modifier directement dans le fichier. ocsinv.adm enregistre les valeurs TAG et autres valeurs administratives Exemple ocsinv.conf : <CONF> <DEVICEID>debianglpi-2012-07-25-01-59-38</DEVICEID> <PROLOG_FREQ>1</PROLOG_FREQ> </CONF> Exemple ocsinv.adm : <ADM> <ACCOUNTINFO> <KEYNAME>TAG</KEYNAME> <KEYVALUE>Linux_Client</KEYVALUE> </ACCOUNTINFO> </ADM> Pour visualiser cette remontée d information dans la console d administration d OCS Inventory : Inventory ng Page 8 Un clic sur le nom d une machine permet d afficher, dans un autre onglet, les détails inventoriés du poste.
Remarque : au niveau du client Linux intégré par défaut sous Debian, il n y a pas en fait de gestion du PROLOG_FREQ ce qui fait que la fréquence d inventaire est la fréquence quotidienne défini par le cron du départ. 3B. Installation de l agent sous Windows L agent OCS pour Windows peut fonctionner : en tant que service Windows automatiquement au démarrage ; en tant qu application qui peut être lancée à l aide d un script de login, d une GPO sous Active Directory, d une tâche planifiée, ou d un raccourci dans le menu Démarrer. Il est recommandé d utiliser l agent en tant que service, notamment pour la fonctionnalité de déploiement de paquets. Téléchargez et décompressez la dernière version de l agent Windows OCSNG-Windows- Agent-2.0.4.zip depuis la section de téléchargement du site web (http://www.ocsinventory-ng.org/). Ce paquet contient 2 fichiers : OCS-NG_Windows_Agent_Setup.exe : installe l agent Windows, soit en tant que service Windows, soit en tant qu application tierce. C est l agent que vous allez utiliser. OcsLogon.exe : installe l agent en téléchargeant les binaires depuis le serveur de communication (ocsagent.exe), ou lance l agent si ce dernier est déjà installé sans utilisation du service Windows. OcsLogon installera l agent en tant que service ou en tant qu application en se basant sur les commutateurs de ligne de commande. Page 9 Note : L agent OCS 2.0 ne fonctionne pas sur Windows 9X ou Windows NT4. Pour cela, vous devez utiliser l ancienne version (OCSNG WINDOWS AGENT 4061.1.zip.).
Décompressez l archive pour extraire et exécuter OCS-NG-Windows-Agent-Setup.exe. Un fichier de log (OcsAgentSetup) rendant compte de l installation (à consulter en cas de problème ou par curiosité) est créé dans le répertoire où se trouve l exécutable OCS- NG-Windows-Agent-Setup.exe que l on vient de lancer. Après validation de la licence, vous choisissez le type d installation : Network inventory: l ordinateur client peut joindre via le réseau le serveur OCS, et de ce fait, il est possible de lancer régulièrement l agent via un service Windows, ou une GPO, voire une script de login. Local inventory: l ordinateur n est pas connecté au réseau ou ne pourra jamais communiquer avec le serveur OCS. Vous pouvez manuellement générer un fichier d inventaire et l importer plus tard sur le serveur (voir le chapitre Génération d inventaire de machines non connectées au réseau ci-dessous). Choisissez le type d installation Network inventory : Inventory ng Page 10 Puis configurez le client : Précisez l URL de votre serveur de communication OCS, sous la forme http://adresse_de_votre_serveur_ocs:_port_de_votre_serveur/ocsinventory. Vous pouvez aussi spécifier une adresse en https si SSL est activé et configuré sur votre serveur afin de sécuriser les communications.
Ne précisez pas de proxy : Page 11 Par défaut, l agent OCS Inventory écrit quelques informations dans les fichiers de log. Vous pouvez améliorer la verbosité des logs en activant l option "Verbose log". Précisez aussi comme TAG le type d OS de votre ordinateur client. Pour finir, indiquez de lancer immédiatement l inventaire.
Le répertoire d installation est, par défaut, «C:\Program Files\OCS Inventory Agent\». Une fois l agent installé sur le client, le service OCSinventory est configuré pour être lancé automatiquement en tant que service au démarrage. Votre nouvel ordinateur client doit apparaître dans l inventaire. Inventory ng Page 12 A chaque fois qu un inventaire est effectué, l agent utilise et écrit dans les fichiers stockés dans le répertoire %ProgramData%\OCS \Agent. Il s agit en général du répertoire : C:\Documents and Settings\All Users\Application Data\OCS \Agent sous Windows 2000, XP et 2003. C:\ProgramData\OCS \Agent sous Windows Vista, 2008, Seven et 2008 R2. Ce dossier contient au minimum les fichiers suivants : ocsinventory.ini: tous les paramètres de configuration de l agent (l adresse du serveur et ses paramètres d authentification, l adresse du proxy et ses paramètres d authentification, les propriétés du service...), ocsinventory.dat : le fichier d identité unique de l ordinateur, basé sur l adresse MAC et le nom d hôte, last_state : l état du dernier inventaire afin de détecter les changements entre deux inventaires, history : l historique des paquets déployés, Tous les fichiers de log créés par l agent OCS. Note : Vous devez arrêter le service OCS Inventory Service pour effectuer des modifications dans ces fichiers car ils sont protégés en écriture durant leur exécution.
Exemple de fichier ocsinventory.ini d un client Windows XP : [OCS Inventory Agent] ComProvider=ComHTTP.dll Debug=1 Local= NoSoftware=0 HKCU=0 NoTAG=0 IpDisc= [HTTP] Server=http://192.168.1.27/ocsinventory SSL=1 CaBundle=cacert.pem AuthRequired=1 User= Pwd= ProxyType=0 Proxy= ProxyPort=0 ProxyAuthRequired=1 ProxyUser= ProxyPwd= [OCS Inventory Service] PROLOG_FREQ=24 OLD_PROLOG_FREQ=24 TTO_WAIT=81780 PROLOG_FREQ contient la valeur synchronisée à chaque connexion au serveur. OLD_PROLOG_FREQ contient la valeur par défaut puis ensuite même valeur que PROLOG_FREQ. Page 13 La variable TTO_WAIT représente en secondes le nombre d heures d attente ; elle est décrémentée de «1» à chaque seconde par le service (le fichier service.ini est réécrit toutes les minutes). Lorsqu elle arrive à «0», l agent exécute la commande OCSinventory. exe suivi des options contenues dans le fichier ocsinventory.ini. Cet agent va généré un fichier de log «OCSInventory.log» dans le répertoire C:\Documents and Settings\ All Users\Application Data\OCS \Agent ou C:\ProgramData\OCS Inventory NG\Agent (selon le système d exploitation) et transmettre la remontée d inventaire au serveur si l inventaire est plus vieux que le nombre de jours spécifiés dans la variable FREQUENCY. Une fois que le service a lancé l agent, il recalcule de manière aléatoire le TTO_WAIT compris entre 1 et la valeur de PROLOG_FREQ (convertie en secondes) synchronisée avec la variable correspondante sur le serveur OCSinventory. À chaque installation, le contenu de la variable TTO_WAIT est différent mais inférieur à 3 600 secondes (correspondant à 1 h qui est le contenu par défaut de la variable PROLOG_FREQ). Pour forcer l inventaire d une machine immédiatement, il suffit d exécuter la commande : OCSInventory.exe /SERVER=http://192.168.1.27/ocsinventory
Pour forcer l inventaire d une machine dans un temps défini : Arrêt du service OCS INVENTORY SERVICE Édition du fichier C:\ProgramData\OCS \Agent\ocsinventory.ini Affectation d une faible valeur à TTO_WAIT (30 par exemple). Redémarrage du service OCS INVENTORY SERVICE Ainsi, après 30 secondes le client doit être mis à jour dans l inventaire. Vous avez utilisé la procédure d installation interactive de l agent. Cette méthode oblige à effectuer ce processus sur chaque poste de votre réseau. Il est possible de scripter cette installation avec les options de la ligne de commande d installation de l agent OCS en mode service Voici quelques paramètres qui peuvent être appelés en ligne de commande : /S pour lancer l installeur en mode silencieux, sans interaction de l utilisateur /NOSPLASH désactive les fenêtres d affichage lorsque l installeur est lancé /NO_SYSTRAY Pour ne pas créer un raccourci dans le dossier de démarrage All Users pour démarrer l applet du systray quand l utilisateur ouvre une session. /NOW pour lancer un premier inventaire à la fin de l installation /NOSOFTWARE pour ignorer les logiciels installés Inventory ng Page 14 Vous pouvez aussi passer les paramètres de ligne de commande suivants à l installeur /SERVER= (adresse IP ou nom DNS du serveur de Communication OCS Inventory) /PROXY_TYPE= /PROXY= /DEBUG= (un fichier de log au nom de la machine est créé dans le répertoire d installation à chaque remontée d inventaire) /TAG= Vous trouverez la liste des arguments et leur signification à l adresse : http://wiki.ocsinventory-ng.org/index.php/documentation:windowsagent/fr. Exercice 2 Installation de l'agent OCS Inventory en ligne de commande : En vous aidant des informations disponibles sur la liste des arguments et leur signification à l adresse : http://wiki.ocsinventory-ng.org/index.php/documentation, écrivez la commande avec les paramètres nécessaires pour l installation d un client Windows sans interface graphique et sans intervention de l utilisateur. Indiquez dans le champ TAG la bonne version de votre client Windows (XP, Vista, 7, Server 2008, etc.). 3C. IPDISCOVERY : collecte des informations pour les matériels sur lesquels aucun agent ne peut être installé La fonctionnalité de découverte IP (IPDiscover activée par défaut) permet à OCS Inventory NG de découvrir tous les matériels connectés au réseau, même ceux pour lesquels aucun agent n est installé (imprimantes réseaux, commutateurs, routeurs, smartphone, box internet, etc.).
Pour cela, le Serveur de Communication élit des ordinateurs (selon des critères vus plus loin) qui auront pour rôle de scanner les adresses MAC (via des requêtes arp) dans leur sous-réseau respectif. Attention : les matériels découverts par OCS Inventory sont «traités» à part et ne peuvent pas être gérés avec GLPI (que vous installerez dans l atelier suivant) ce qui limite l intérêt de cette fonctionnalité. Ce service permet au serveur de déléguer à un client une «zone de découverte» (définie par le couple adresse IP/masque de sous-réseau). La découverte de matériels se déroule en deux étapes. étape 1 : le module de recherche par IP du client détecte les matériels sur le réseau, même pourvu d un pare-feu. Une fois qu un agent a reçu l ordre de procéder à la découverte de son sous-réseau, il identifie la première interface réseau à utiliser. Il essaie ensuite de résoudre par des requêtes ARP toutes les adresses IP qui répondent sur son segment. Tous les matériels répondant aux requêtes ARP sont stockés dans l inventaire final (formaté XML) envoyé au serveur. étape 2 : des scans SNMP (fonctionnalité implémentée dans OCS 2.0) permettront d affiner les données recueillies par la découverte par IP. En utilisant les scans SNMP, vous serez en mesure de récupérer différentes informations sur les périphériques réseau : copieurs, commutateurs, ordinateurs qui n ont pas d agent, routeurs, etc. Cette fonctionnalité est disponible uniquement sur l agent Unix unifié. Elle sera implémentée dans l agent Windows pour la version 2.1 d OCS. Deux possibilités pour la gestion de ce service, la gestion automatique ou la gestion manuelle. 3C1. La gestion automatique de IP Discovery par le serveur Dans ce mode, le service va choisir un «hôte de qualité» et lui attribuer la qualité «IP Discovery» en fonction de critères : Nombre de connexion de l hôte au serveur : il faut donc attendre un certain nombre de remontées d inventaire avant qu une machine puisse être élue. Rapidité des transferts Masque de sous réseau Dernier envoi d inventaire Ce statut d hôte de qualité pourra être retiré dans le cas où l hôte n aurait pas contacté le serveur depuis une date donnée. Dès qu un PC est élu, il fera la remontée de ce qu il a trouvé au prochain inventaire. Pour voir quelle(s) hôte(s) exécute(nt) cette fonctionnalité, connectez vous à la console d administration du serveur puis utilisez la fonction de recherche multicritères (icône représentant une loupe). Dans le menu déroulant, sélectionnez le critère «IpDiscover» puis comme attribut «élu». Page 15
Pour l instant aucun hôte n a ce rôle. Il faut un certain temps avant que des hôtes ne soient élues. En conséquence vous allez utiliser la deuxième possibilité de gestion de ce service, la gestion manuelle. 3C2. La gestion manuelle d IP Discovery par l administrateur C est l administrateur qui décide quel hôte aura le statut «IP Discovery». Utilisez la fonction de recherche multicritères (icône représentant une loupe). Dans le menu déroulant, sélectionnez le critère «IpDiscover» puis comme attribut «eligible». Inventory ng Page 16 Dans cet exemple c est l hôte Linux debianglpi qui est à la fois le serveur OCS Inventory et un client, pour le forcer à être élu. Cliquez sur l hôte debianglpi ; Cliquez ensuite sur l icône module «Traitement personnalisé» ; Puis sur l icône crayon.
Dans l onglet IPDiscover choisissez l adresse de réseau à découvrir et mettez à jour : Le comportement IPDiscover a été modifié. Ce que vous pouvez vérifier avec la fonction de recherche multicritères en sélectionnant le critère «IpDiscover» puis l attribut «elu force». Page 17 Pour forcer la remontée d information et visualiser le log, utiliser la commande suivante dans une console de votre serveur Linux : # ocsinventory-agent /ipdisc:192.168.1.0 &> /var/log/ocsinventory-client/ ocsinventory-agent.log Pour visualiser l activité de l agent sous Windows, faîtes une recherche sur «IPDISCOVERY» dans le fichier «OCSInventory.log». Cela doit donner des informations de ce type : IPDISCOVER => Scanning to detect IPv4 enabled hosts for network <192.168.1.0> with <100> ms between each request IPDISCOVER => Computer found @IPv4:192.168.1.17 @MAC:3C:74:37:3A:89:5A NAME:192.168.1.17 IPDISCOVER => Computer found @IPv4:192.168.1.25 @MAC:00:15:5D:01:10:05 NAME:xpct IPDISCOVER => Computer found @IPv4:192.168.1.26 @MAC:00:21:00:77:4E:A0 NAME:192.168.1.26 IPDISCOVER => Computer found @IPv4:192.168.1.27 @MAC:00:21:00:77:4E:A0 NAME:192.168.1.27 IPDISCOVER => Computer found @IPv4:192.168.1.28 @MAC:3C:07:54:45:9F:EB NAME:192.168.1.28
IPDISCOVER => Computer found @IPv4:192.168.1.29 @MAC:00:22:15:4A:1C:67 NAME:192.168.1.29 IPDISCOVER => Computer found @IPv4:192.168.1.51 @MAC:00:15:5D:01:10:0D NAME:192.168.1.51 IPDISCOVER => Computer found @IPv4:192.168.1.100 @MAC:D4:85:64:1E:B7:DF NAME:192.168.1.100 IPDISCOVER => Computer found @IPv4:192.168.1.254 @MAC:F4:CA:E5:52:FC:31 NAME:192.168.1.254 IPDISCOVER => Waited 300 ms for the threads to die IPDISCOVER => NETWORK scan finished, 9 hosts found, 255 scanned Pour visualiser l activité de l agent sous Linux, faîtes une recherche sur IpDiscover dans le fichier /var/log/ocsinventory-client/ocsinventory-agent.log. Cela doit donner des informations de ce type : [debug] Running Ocsinventory::Agent::Backend::IpDiscover::Nmap [debug] scanning the 192.168.1.0 network [debug] Running Ocsinventory::Agent::Backend::OS::Generic [debug] Running Ocsinventory::Agent::Backend::OS::Generic::Dmidecode [debug] Running Ocsinventory::Agent::Backend::OS::Generic::Dmidecode::B ios Inventory ng Page 18 Starting Nmap 5.00 ( http://nmap.org ) at 2012-07-25 06:35 CEST Host 192.168.1.17 is up (0.028s latency).ding=»utf-8»?> MAC Address: 3C:74:37:3A:89:5A (Unknown) Host 192.168.1.20 is up (0.025s latency). MAC Address: 98:0C:82:15:94:17 (Unknown) Host 192.168.1.23 is up (0.023s latency). MAC Address: 8C:7B:9D:53:1F:95 (Unknown) Host 192.168.1.25 is up (0.017s latency). MAC Address: 00:15:5D:01:10:05 (Microsoft)79 lignes ] Host 192.168.1.26 is up (0.00046s latency).y Page pr+ c.^k Couper Pos. cur ^C Remarque : vous pouvez observer que c est la commande nmap qui est utilisée : il faut donc qu elle soit installée sur le système. Le message d erreur qui doit vous alerter est le suivant : [debug] Ocsinventory::Agent::Backend::IpDiscover::IpDiscover ignored Vérifiez alors que le poste soit bien élu pour faire de la découverte réseau. La gestion d ipdiscovery se fait avec le menu «Sécurité» :
Cliquez sur «Detail des reseaux interconnectes». Commentaires : 1 remontée d inventaire pour le réseau 169.254.0.0 : ce réseau est géré par le logiciel de virtualisation installé sur la machine physique qui héberge la VM debianglpi. 3 remontées d inventaire pour le réseau 192.168.1.0 : c est le réseau local connecté à la box internet. Ces 3 remontées correspondent à debianglpi, XPCT et PC-TACTILE. 1 remontée d inventaire pour le réseau 192.168.121.0 : ce réseau est géré par le logiciel de virtualisation installé sur la machine physique qui héberge la VM debianglpi. 1 hôte est élu pour le réseau 192.168.1.0 : c est debianglpi 9 interfaces réseau trouvées par ipdiscover pour le réseau 192.168.0.0 : ce sont les matériels n ayant pas l agent OCS installés Remarque : pour donner un nom et un numéro à chaque sous-réseau, il suffit de cliquer pour éditer : Page 19 Il reste maintenant à affecter les interfaces découvertes à chaque type de matériel (qu il est nécessaire de créer).
En cliquant sur le nombre des interfaces non inventoriées, on a un affichage similaire à celui-ci : Vous pouvez enregistrer ces hôtes référencés par leur interface réseau pour qu ils apparaissent dans la colonne «identifiés». Inventory ng Démarche à suivre : Créer les différents «Type Matériel» pour identifier facilement les hôtes connus (Icône "sécurité" puis "configuration" puis "type de périphérique" : Page 20 Revenez sur le «détail des réseaux interconnectés» pour choisir le sous-réseau 192.168.1.0.
Cliquez sur l icône «Enregistrer» de l avant dernière colonne de chaque ligne. Vous devez alors obtenir un résultat similaire à ce qui suit : Vous avez maintenant 3 hôtes identifiés. Mais ils sont gérés à part des hôtes qui sur lesquels est installé le client OCS. Ils n apparaissent pas dans la liste des machines Page 21