Configurer OCS Inventory NG comme outil d

Atelier 3
Configurer OCS Inventory NG
comme outil d’inventaire
Durée indicative de cet atelier : 4 heures
u Objectif
Configurer OCS Inventory NG, 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/
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
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.
8 2951 TP PA 00
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.
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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.
8 2951 TP PA 00
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.
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
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
8 2951 TP PA 00
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 :
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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.
8 2951 TP PA 00
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.
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 5
Exemples :
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
è t outes 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.
8 2951 TP PA 00
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:
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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
8 2951 TP PA 00
# 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 Inventory NG
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 :
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 7
# ocsinventory-agent
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é.
8 2951 TP PA 00
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>
Atelier 3
Pour visualiser cette remontée d’information dans la console d’administration d’OCS
Inventory :
Configurer ocs
Inventory ng
comme outil
d'inventaire
Page 8
Un clic sur le nom d’une machine permet d’afficher, dans un autre onglet, les détails
inventoriés du poste.
8 2951 TP PA 00
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.
Atelier 3
3B. Installation de l’agent sous Windows
L’agent OCS Inventory NG 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.
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 9
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-WindowsAgent-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.
Note : L’agent OCS Inventory NG 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.).
8 2951 TP PA 00
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 OCSNG-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
Inventory NG, 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 Inventory NG. 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 :
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
Page 10
Puis configurez le client :
Précisez l’URL de votre serveur de communication OCS Inventory NG, 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.
8 2951 TP PA 00
Ne précisez pas de proxy :
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
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.
8 2951 TP PA 00
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.
Atelier 3
Votre nouvel ordinateur client doit apparaître dans l’inventaire.
Configurer ocs
Inventory ng
comme outil
d'inventaire
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 Inventory NG\Agent”. Il s’agit en général
du répertoire :
•C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent sous
Windows 2000, XP et 2003.
•C:\ProgramData\OCS Inventory NG\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 Inventory NG.
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.
8 2951 TP PA 00
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
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
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 Inventory NG\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
8 2951 TP PA 00
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 Inventory NG\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
Inventory NG 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
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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.).
8 2951 TP PA 00
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 Inventory NG 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 Inventory NG.
Deux possibilités pour la gestion de ce service, la gestion automatique ou la gestion
manuelle.
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 15
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».
8 2951 TP PA 00
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».
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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.
8 2951 TP PA 00
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».
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
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
8 2951 TP PA 00
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]
[debug]
[debug]
[debug]
[debug]
ios
Running Ocsinventory::Agent::Backend::IpDiscover::Nmap
scanning the 192.168.1.0 network
Running Ocsinventory::Agent::Backend::OS::Generic
Running Ocsinventory::Agent::Backend::OS::Generic::Dmidecode
Running Ocsinventory::Agent::Backend::OS::Generic::Dmidecode::B
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
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
Page 18
^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é» :
8 2951 TP PA 00
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 Inventory NG installés
Remarque : pour donner un nom et un numéro à chaque sous-réseau, il suffit
de “cliquer pour éditer” :
Atelier 3
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 19
Il reste maintenant à affecter les interfaces découvertes à chaque type de matériel (qu’il
est nécessaire de créer).
8 2951 TP PA 00
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».
Atelier 3
Configurer ocs
Inventory ng
comme outil
d'inventaire
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.
8 2951 TP PA 00
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 :
Atelier 3
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
Configurer ocs
Inventory NG
comme outil
d'inventaire
Page 21
8 2951 TP PA 00