Cours – L'inventaire automatique : principes, simulateur InfraLab, puis OCS Inventory
BTS SIO SISR 1re année – Bloc 1 – S05
Ce que tu dois savoir déjà
- Prérequis : S02 (fiche technique d'un poste), S04 (méthode de diagnostic).
- À garder en tête : lis le cours avant le TP ; la section « À retenir » en fin de cours résume l'essentiel.
- Deux outils, un même raisonnement : les principes (sections 1 et 2) valent pour tout outil d'inventaire. Tu les manipules d'abord dans le simulateur InfraLab (section 3), puis tu les retrouves dans un logiciel réel, OCS Inventory (section 4).
À la fin de ce cours, tu sauras
- Expliquer pourquoi l'inventaire manuel ne tient pas à l'échelle d'un parc ;
- Distinguer ce que voit une découverte réseau et ce qu'apporte un agent ;
- Dire pourquoi certains équipements n'ont pas d'agent et comment on les inventorie ;
- Reconnaître trois pannes d'agent et leur remède ;
- Installer l'agent OCS, forcer un inventaire et retrouver le poste dans la console ;
- Situer le lien entre un outil d'inventaire et un outil de tickets (GLPI).
1. Pourquoi automatiser l'inventaire ?
En S02, tu as rempli à la main la fiche technique d'un seul poste : cela a pris 30 à 45 minutes. Projetons cette expérience à l'échelle d'un parc.
| Taille du parc | Inventaire manuel | Inventaire automatisé |
|---|---|---|
| 1 poste | 45 min | 2 min (installation de l'agent) |
| 50 postes | 37 h 30 (une semaine) | 2 h (déploiement de l'agent en masse) |
| 200 postes | 150 h (un mois) | 4 h (déploiement par GPO ou script) |
| 1 000 postes | irréaliste | une demi-journée |
Trois problèmes de l'inventaire manuel :
- L'information vieillit dès qu'elle est écrite. Une mise à jour Windows, une barrette de RAM ajoutée, un disque changé : la fiche est déjà obsolète.
- L'inventaire n'est jamais exhaustif. On oublie des postes, des imprimantes réseau, des équipements dans une armoire.
- Aucune alerte sur les changements. Si quelqu'un installe un logiciel non autorisé ou retire une barrette, personne ne le sait.
L'inventaire automatique répond aux trois : un programme interroge les équipements, l'inventaire se met à jour sans intervention humaine et les changements restent traçables.
2. Les principes, quel que soit l'outil
2.1 Deux niveaux de connaissance
Un outil d'inventaire ne « sait » jamais tout d'un équipement. Ce qu'il sait dépend de la façon dont il a collecté l'information.
| Découverte réseau | Agent | |
|---|---|---|
| Principe | L'outil interroge une plage d'adresses (ping, ARP, SNMP) | Un petit programme installé sur le poste lit la configuration réelle |
| Ce qu'il obtient | Adresse IP, adresse MAC, nom, constructeur (déduit de la MAC) | Système exact, mémoire, disques, logiciels installés, utilisateur connecté |
| Ce qu'il exige | Équipement allumé, relié au réseau et doté d'une adresse IP | Un système capable d'exécuter l'agent, installé sur chaque poste |
| Niveau de connaissance | « Cet équipement existe » | « Voici ce qu'il contient » |
Note
Retiens la différence : découvrir un équipement et l'inventorier sont deux niveaux de connaissance. Un poste découvert mais sans agent a une fiche partielle : elle n'est pas fausse, elle est incomplète. Savoir ce que l'on ne sait pas fait déjà partie de l'inventaire.
2.2 La découverte réseau et ses angles morts
La découverte se lance depuis le serveur d'inventaire, sur une plage d'adresses notée en CIDR : 192.168.10.0/24 désigne 254 adresses utilisables. Seuls répondent les équipements allumés, câblés et dotés d'une adresse IP dans la plage.
Un commutateur (switch) sans adresse IP de gestion ne répond à aucune requête : il est invisible, même s'il est allumé et câblé. Une base d'inventaire n'est complète que si l'on compare régulièrement ce qu'elle contient avec la réalité (schéma réseau, récolement physique).
2.3 L'agent : installation, remontée, provenance des données
L'agent est un programme qui s'exécute sur le poste (service Windows, tâche planifiée sous Linux). Il lit la machine et envoie le résultat au serveur à intervalle régulier.
Trois notions à maîtriser :
- L'adresse du serveur est configurée dans l'agent. Si elle est fausse, l'agent tourne mais ne remonte rien.
- L'intervalle de remontée : la première remontée suit l'installation de peu, les suivantes sont périodiques. On peut aussi forcer un inventaire.
- La provenance : dans une bonne fiche, chaque donnée dit d'où elle vient (« agent » ou « manuel »). Une donnée remontée par l'agent n'est jamais saisie à la main : c'est ce qui la rend fiable, tant que l'agent tourne.
2.4 Les équipements sans agent
Un agent est un logiciel : il lui faut un système d'exploitation capable de l'exécuter. Un commutateur, une imprimante, un NAS ou un téléphone IP n'en accueillent pas. Pour eux :
| Moyen | Principe | Limite |
|---|---|---|
| Découverte réseau | L'équipement répond au ping, à l'ARP | Seulement l'identité réseau |
| SNMP | Les outils réels interrogent l'équipement par ce protocole | Il faut une adresse de gestion et SNMP activé |
| Saisie manuelle | Numéro d'inventaire, série, modèle, emplacement renseignés à la main | La donnée vieillit : personne ne la met à jour automatiquement |
| Récolement | Campagne de vérification physique, fiche en main | Coûteux : à planifier |
2.5 La fraîcheur de l'inventaire : quand l'agent tombe en panne
Un agent défaillant laisse l'inventaire se périmer, parfois sans aucune alerte. Le symptôme est le même (« la fiche n'est plus à jour »), les causes diffèrent. C'est le journal de l'agent qui permet de choisir le bon remède : réinstaller partout masquerait le problème et ferait perdre l'historique.
Les outils réels proposent des rapports « dernier contact » pour repérer les postes qui n'ont pas remonté depuis plusieurs jours.
2.6 Données personnelles et charte informatique
Un inventaire recense du matériel et des logiciels, pas l'activité d'une personne. Il collecte pourtant des informations sensibles (configuration réseau, logiciels installés, parfois clés de licence, utilisateur connecté). Il doit donc être mentionné dans la charte informatique signée par les utilisateurs, et le serveur doit être protégé (HTTPS, authentification forte, accès restreint).
3. Le simulateur InfraLab
InfraLab est un laboratoire en ligne qui simule le système d'information d'une PME fictive, NovaTech (4 sites, une quarantaine d'équipements, 45 utilisateurs). Il s'ouvre dans le navigateur, sans installation, et ne dépend d'aucun logiciel du marché : il met en scène les concepts, pas un produit.
| Vue | Ce que tu y fais |
|---|---|
| Infrastructure | Schéma des sites, équipements, câbles ; inspecteur « Propriétés » d'un équipement (c'est là qu'on installe un agent) |
| ITSM | Parc (inventaire), tickets, problèmes, changements, connaissances, licences, CMDB |
| TP | Catalogue de travaux pratiques guidés : leçon, objectifs, indices, bilan |
L'idée centrale d'InfraLab est celle de ce cours : « ce qui existe » n'est pas « ce que l'outil en sait ». Les deux sont reliés par la collecte (agent ou découverte). La barre du haut contient l'horloge simulée (+1 h, +1 jour) : on peut faire passer le temps pour voir un agent remonter seul, ou un inventaire devenir obsolète.
Fonctionnement d'un TP : chaque TP est découpé en étapes ; chaque objectif est vérifié par le simulateur. Les indices (trois niveaux) font perdre des points ; une mauvaise réponse à une question aussi. Le score final est sur 100, mais le simulateur le dit lui-même : il ne valide aucune compétence. Il t'entraîne ; l'évaluation reste celle de ton compte rendu et de ton bilan. Tu peux exporter un rapport (HTML ou JSON, avec empreinte SHA-256) à joindre à ton compte rendu.
Les activités de cette séance :
| Activité | Durée | Ce que tu y apprends |
|---|---|---|
| TP 6 « Installer un agent » | 25 min | Découvrir ≠ inventorier ; installer l'agent sur PC21 |
| TP 7 « Première remontée d'inventaire » | 25 min | Forcer la remontée ; lire la provenance des données |
| Audit d'inventaire de NovaTech (fichier de la séance) | 55 min | Mesurer la couverture réelle d'un parc, diagnostiquer des agents défaillants, juger la fiabilité des chiffres |
| TP 8, 9, 10 (pour aller plus loin) | 25 à 35 min | Découverte réseau, équipements sans agent, agents en erreur |
Le fichier de la séance est un projet InfraLab préparé pour ce cours : tu le télécharges sur le site, puis Ouvrir (Ctrl+O) dans le simulateur. Il contient un parc déjà en service, avec ses défauts. Pas de score : c'est une mission à rendre.
Warning
Limite à connaître : InfraLab simule. Il ne remplace ni un vrai serveur d'inventaire, ni un vrai poste, ni les contraintes d'une entreprise (pare-feu, droits d'installation, versions). C'est pourquoi la seconde moitié de la séance se déroule sur un logiciel réel.
4. Un outil réel : OCS Inventory NG
4.1 Présentation
OCS Inventory NG (Open Computer and Software Inventory Next Generation) est un logiciel open source d'inventaire de parc, très répandu en France dans les collectivités et les PME.
| Paramètre | Valeur |
|---|---|
| Licence | GPL v2 (gratuit) |
| Site officiel | ocsinventory-ng.org |
| Agents | Windows, Linux, macOS, Android, AIX, Solaris |
| Serveur | Apache + PHP + MySQL / MariaDB |
| Intégration | GLPI (plugin d'import) |
4.2 Architecture
C'est exactement le schéma du 2.3 : l'agent OCS (le même rôle que l'agent installé sur PC21 dans InfraLab) envoie son inventaire au serveur, et l'administrateur consulte la console web ocsreports. Le protocole HTTPS protège les données de parc en transit.
4.3 Fonctionnement de l'agent OCS
4.4 Ce qu'OCS collecte
| Catégorie | Informations collectées |
|---|---|
| Matériel | Processeur (modèle, fréquence, cœurs), RAM, disques, carte mère, BIOS, cartes réseau |
| Système | OS (nom, version, build), clé de licence, domaine ou groupe de travail, nom du poste |
| Logiciels | Liste complète : éditeur, version, date d'installation |
| Réseau | Toutes les interfaces (IP, masque, MAC) |
| Périphériques | Moniteurs, imprimantes, ports |
OCS propose aussi une découverte du réseau (IPDiscover) : c'est l'équivalent de la découverte vue dans InfraLab.
4.5 Commandes de l'agent Windows
:: Forcer un inventaire immédiat (depuis le répertoire d'installation)
"C:\Program Files\OCS Inventory Agent\OCSInventory.exe" /np /server:[IP_SERVEUR]
:: Forcer un inventaire avec journal détaillé
"C:\Program Files\OCS Inventory Agent\OCSInventory.exe" /np /server:[IP_SERVEUR] /debug /logfile:C:\Temp\ocs_debug.log
:: Vérifier le service Windows
sc query OCS_AGENT
Get-Service -Name "OCS_AGENT"
4.6 Avantages et limites
| Avantages | Limites |
|---|---|
| Inventaire automatique et périodique | Un agent est nécessaire sur chaque poste |
| Détection des changements | Interface web vieillissante |
| Open source et gratuit | Pas de gestion avancée des licences |
| Multi-OS | Serveur dédié à installer et à maintenir |
| Intégration GLPI | Configuration initiale parfois délicate |
| API disponible | Ne gère pas les tickets |
4.7 OCS et GLPI
En entreprise, on dit souvent « on est sous GLPI + OCS » : GLPI gère (tickets, parc, licences, connaissances), OCS collecte. GLPI peut aussi inventorier lui-même grâce à son propre agent (GLPI Agent) et se passer d'OCS. Tu verras la partie GLPI en S06.
4.8 Comparaison des outils de gestion de parc
| Outil | Type | Inventaire automatique | Tickets | Parc (CMDB) | Coût |
|---|---|---|---|---|---|
| OCS Inventory | Open source | Oui (agent) | Non | Non | Gratuit |
| GLPI | Open source | Oui (GLPI Agent) | Oui | Oui | Gratuit |
| GLPI + OCS | Open source | Oui | Oui | Oui | Gratuit |
| Lansweeper | Éditeur, version gratuite limitée | Oui (sans agent) | Non | Limité | Gratuit sous un seuil, sinon payant |
| Microsoft Intune / Configuration Manager | Éditeur | Oui | Non | Oui | Inclus selon la licence Microsoft |
| ServiceNow | SaaS | Oui | Oui | Oui | Élevé |
Note
Dans ton entreprise : les apprentis utilisent déjà divers outils. Quel que soit le produit, tu retrouveras les mêmes notions : découverte, agent, adresse du serveur, remontée périodique, provenance de la donnée, équipements sans agent. Repère-les dans l'outil de ton tuteur.
À retenir
- Découvrir un équipement, c'est savoir qu'il existe ; l'inventorier, c'est savoir ce qu'il contient. Le second exige un agent.
- Une découverte ne voit que les équipements allumés, reliés et dotés d'une adresse IP : toujours la comparer avec le schéma.
- Un équipement sans agent (imprimante, commutateur, NAS) se complète à la main ou par SNMP : la donnée saisie vieillit.
- Un agent arrêté, mal configuré ou obsolète laisse l'inventaire se périmer : on lit son journal avant d'agir.
- InfraLab simule les concepts ; OCS est un outil réel : même architecture (agents, serveur, console).
- Un outil d'inventaire collecte et un outil de tickets gère : OCS (ou GLPI Agent) alimente GLPI.