Raphaël M.

Le cadre

Contexte

SIOClass est un site que j’ai développé pour les étudiants de ma classe. Avant, les cours et les documents circulaient par messagerie ou par clé USB : un mois plus tard, on ne les retrouvait plus. Le site les regroupe au même endroit, classés par matière. Les membres peuvent proposer une ressource, et elle est validée avant d’être visible par tout le monde.

Besoin

Il fallait un endroit unique où chercher, et un contrôle avant publication : tout ce qui est déposé n’est pas forcément à jour ni diffusable.

Objectifs

Regrouper les cours et documents au même endroit. Les classer par matière, catégorie et sous-catégorie pour pouvoir chercher sans se souvenir de qui a envoyé quoi. Faire valider les ressources proposées avant qu’elles soient publiées.

Contraintes

Les étudiants consultent surtout depuis leur téléphone : le site doit marcher sur smartphone, tablette et ordinateur.

Étapes

1. Analyse du besoin Définition des besoins de la plateforme : centraliser les cours, organiser les documents par matière et permettre aux étudiants de consulter et proposer du contenu.
2. Conception de l’interface Création de l’interface générale de SIOClass avec les différentes pages, la navigation, les matières et les espaces destinés aux utilisateurs.
3. Mise en place des comptes et des rôles Création du système de comptes utilisateurs avec un rôle membre et un rôle administrateur ainsi qu’une gestion des permissions.
4. Gestion des cours et des documents Mise en place des matières, catégories, sous-catégories, documents PDF et du système permettant aux utilisateurs de proposer un cours.
5. Création du panneau d’administration Développement d’un espace administrateur permettant de gérer les utilisateurs, les rôles, les permissions, les matières, les catégories, les cours et les contenus.
6. Validation des documents Création d’un système permettant de placer les cours proposés en attente avant leur validation et leur publication par un administrateur.
7. Création de l’agenda des devoirs Ajout d’un calendrier permettant de consulter les devoirs selon leur date et de proposer de nouveaux devoirs.
8. Création de l’espace documentaire Mise en place d’un espace permettant d’organiser les documents PDF dans des dossiers et sous-dossiers.
9. Adaptation responsive Adaptation de l’interface afin que SIOClass puisse être utilisé sur smartphone, tablette et ordinateur.
10. Tests et corrections Vérification des principales fonctionnalités, des permissions, de la navigation et de l’affichage sur différents formats d’écran.

Compétences mobilisées

• B1.3 Développer la présence en ligne de l’organisation J’ai conçu et développé SIOClass sous la forme d’une plateforme web accessible en ligne. J’ai réalisé son interface, organisé les différentes pages et adapté l’affichage aux smartphones, tablettes et ordinateurs afin de rendre le service accessible aux étudiants.
• B1.4 Travailler en mode projet J’ai réalisé SIOClass en plusieurs étapes : définition du besoin, conception de l’interface, développement des fonctionnalités, mise en place des rôles et permissions, création de l’espace administrateur, puis réalisation de tests et corrections. J’ai fait évoluer le projet progressivement en fonction des besoins identifiés.
• B1.4 Travailler en mode projet J’ai découpé le projet en fonctionnalités et je les ai traitées les unes après les autres, en gardant une liste de ce qui restait à faire.
• B1.5 Mettre à disposition des utilisateurs un service informatique J’ai testé les fonctionnalités avant de les rendre accessibles : dépôt d’une ressource, validation par l’administrateur, affichage sur téléphone, tablette et ordinateur.
• B1.5 Mettre à disposition des utilisateurs un service informatique La plateforme est en ligne et utilisée par les étudiants de ma classe.

Captures

• Agenda et gestion des devoirs ouvrir
• Menu de navigation utilisateur ouvrir
• Interface utilisateur Iphone ouvrir
• Panneau d’administration SIOClass ouvrir
• Gestion des matières ouvrir

Le cadre

Contexte

Je participe au suivi du parc informatique du service. Ça consiste à identifier les postes, à vérifier ce qui est écrit dans GLPI et à contrôler les caractéristiques du matériel.

Besoin

Un inventaire ne sert à rien s’il ne correspond pas à la réalité. Les postes changent de bureau, du matériel est remplacé, et les fiches ne suivent pas toujours.

Objectifs

Retrouver un poste à partir de sa fiche GLPI, et sa fiche à partir du poste. Vérifier ce qu’il y a vraiment sur la machine. Corriger les informations fausses pour que les interventions suivantes partent d’une base juste.

Contraintes

Je travaille sur des postes utilisés tous les jours, donc je dérange le moins possible. Si je ne suis pas sûr d’une information, je ne la corrige pas au hasard : je la laisse à vérifier. Rien de ce que je relève ne sort de GLPI.

Étapes

1. Consultation d’équipements dans GLPI
2. Vérification d’équipements
3. Comparaison entre informations et matériel
4. Suivi de postes
5. Identification de machines

Environnement technique

• GLPI

Compétences mobilisées

• B1.1 Gérer le patrimoine informatique La gestion du patrimoine informatique passe ici par le recensement et la vérification des équipements, puis par la mise à jour de leurs informations dans l’outil de gestion de parc. J’interviens sur l’inventaire lui-même : identification des postes, contrôle des caractéristiques, correction des écarts constatés.
• B1.1 Gérer le patrimoine informatique Je suis les règles de gestion du parc utilisées par le service : chaque poste est renseigné de la même façon dans GLPI.

Le cadre

Contexte

C’est le cœur de mon poste : je prends en charge les demandes et les incidents des agents sur leurs postes et les services qu’ils utilisent. Je fais le diagnostic, les vérifications, j’applique une solution, puis je valide avec l’utilisateur quand c’est nécessaire.

Besoin

Les demandes arrivent en continu et ne se ressemblent pas. Il faut les prendre dans l’ordre, comprendre ce qui est réellement demandé, et savoir ce que je peux traiter moi-même et ce que je dois transmettre.

Objectifs

Traiter les demandes et les incidents qui me sont attribués. Vérifier avec l’utilisateur que le problème est réglé avant de clôturer. Transmettre au bon interlocuteur ce qui sort de mon périmètre.

Contraintes

Les demandes sont suivies dans l’outil de tickets : ce qui n’y est pas noté n’existe pas pour le service. Certaines demandes sont urgentes et passent devant, d’autres attendent.

Étapes

1. Prise en charge de la demande ou de l’incident
2. Qualification du besoin auprès de l’utilisateur Distinguer la demande exprimée du besoin réel.
3. Diagnostic et vérifications
4. Application d’une solution ou remontée au service
5. Validation du fonctionnement avec l’utilisateur

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution L’activité consiste précisément à répondre aux incidents et aux demandes d’assistance : prise en charge, qualification auprès de l’utilisateur, diagnostic, application d’une solution, puis validation du rétablissement.
• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution Une partie des demandes porte sur le système et les services du poste : session, imprimante, accès à un partage.

Le cadre

Contexte

Windows 10 n’est plus suivi depuis octobre 2025. J’ai vérifié des postes du parc pour savoir lesquels peuvent recevoir Windows 11 et lesquels devront être remplacés.

Besoin

Un poste qui ne reçoit plus de mises à jour reste quand même en service, et il devient un point faible connu. Il fallait donc pouvoir dire, poste par poste, où il en est, à partir de choses vérifiées et pas supposées.

Objectifs

Vérifier si les postes remplissent les prérequis de Windows 11. Noter le résultat dans GLPI pour ne pas avoir à refaire la vérification à chaque fois.

Contraintes

Les postes sont en service : l’analyse ne doit pas les rendre indisponibles. Je me base sur ce que je constate sur la machine, pas sur le modèle : deux postes identiques ne sont pas toujours dans le même état.

Étapes

1. Identification des postes à analyser À partir des informations de gestion de parc.
2. Relevé des caractéristiques de chaque poste Caractéristiques matérielles et logicielles conditionnant la mise à jour.
3. Comparaison avec les prérequis de Windows 11
4. Consignation de la situation de chaque poste Pour que le résultat serve aux décisions suivantes sans refaire la vérification.

Environnement technique

• Windows 11
• GLPI

Compétences mobilisées

• B1.1 Gérer le patrimoine informatique L’analyse porte sur le patrimoine informatique lui-même : recenser les postes, vérifier leurs caractéristiques matérielles et logicielles, et tenir à jour les informations qui permettent de suivre leur situation vis-à-vis de Windows 11.

Le cadre

Contexte

J’interviens régulièrement sur des problèmes liés à Outlook et à l’environnement Microsoft des postes : profil qui ne s’ouvre pas, messages qui ne partent plus, connexion refusée.

Besoin

Quand la messagerie ne marche plus, l’utilisateur est bloqué. Le symptôme ne dit pas où est la cause : ça peut venir du poste comme du compte.

Objectifs

Remettre la messagerie en service pour l’utilisateur. Trouver la cause, pas seulement faire disparaître le symptôme, sinon ça revient.

Contraintes

L’utilisateur est bloqué, donc le temps compte. Les messages ne doivent pas être perdus pendant l’intervention. Certaines vérifications concernent le compte et pas le poste : là, je passe le relais.

Étapes

1. Prise en charge de la demande et qualification du symptôme Auprès de l’utilisateur : ce qu’il constate, depuis quand, ce qui a changé.
2. Reproduction du dysfonctionnement
3. Vérifications sur le poste et l’environnement Microsoft associé
4. Application de la solution retenue
5. Vérification du rétablissement avec l’utilisateur

Environnement technique

• Microsoft Outlook
• Microsoft 365

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution L’intervention part d’une demande d’assistance : je prends l’incident en charge, je le qualifie auprès de l’utilisateur, je mène le diagnostic, j’applique une solution et je vérifie le rétablissement du service avec lui.

Le cadre

Contexte

Dans la préparation d’un poste pour un utilisateur, j’installe et je configure les outils de téléphonie dont il a besoin.

Besoin

Un poste livré ne suffit pas : l’utilisateur doit pouvoir appeler et être joint dès qu’il arrive. La téléphonie fait partie de ce qu’on attend, au même titre que la messagerie.

Objectifs

Installer et configurer les outils de téléphonie du poste. Tester avant de remettre le poste, plutôt que de laisser l’utilisateur découvrir un problème.

Contraintes

La configuration doit être la même que sur les autres postes du service : un paramétrage particulier devient un cas que personne ne saura reprendre. Le poste est attendu, donc il y a un délai à tenir.

Étapes

1. Analyse de la demande
2. Vérification du poste
3. Installation
4. Configuration
5. Tests
6. Validation
7. Accompagnement utilisateur

Environnement technique

• i-Reflex
• Softphone

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution La mise à disposition s’accompagne du traitement des demandes qui l’entourent : qualification du besoin de l’utilisateur en matière de téléphonie, vérification du fonctionnement et réponse aux questions d’usage au moment de la remise du poste.
• B1.5 Mettre à disposition des utilisateurs un service informatique Installation et configuration de la solution jusqu’à sa mise à disposition effective de l’utilisateur.
• B1.5 Mettre à disposition des utilisateurs un service informatique La mise en service se termine par l’accompagnement de l’utilisateur sur l’outil installé.

Le cadre

Contexte

Après un problème sur un poste Windows, j’ai fait le diagnostic et je me suis occupé des pilotes pour remettre l’équipement en état.

Besoin

Quand un périphérique ne répond plus, on ne sait pas si ça vient du matériel, du pilote ou du système. Il faut trancher avant d’agir.

Objectifs

Savoir d’où vient le problème : matériel, pilote ou système. Remettre l’équipement en état en agissant sur la bonne cause.

Contraintes

Le poste doit rester utilisable après : toucher à un pilote peut affecter d’autres périphériques. J’installe la version qui correspond au matériel et au système, pas forcément la plus récente.

Étapes

1. Constat du dysfonctionnement sur le poste
2. Vérification de l’état du périphérique et du pilote associé
3. Distinction entre cause matérielle et cause logicielle
4. Désinstallation puis réinstallation du pilote adapté
5. Vérification du fonctionnement après redémarrage

Environnement technique

• Windows
• pnputil

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution L’intervention répond à un incident signalé sur un poste : diagnostic pour distinguer une cause matérielle d’une cause logicielle, opérations de gestion des pilotes, puis vérification du rétablissement.

Le cadre

Contexte

J’interviens sur des Surface Pro pour les configurer ou les dépanner. Une partie des opérations passe par l’UEFI de l’appareil, qui décide du démarrage et de la reconnaissance des périphériques.

Besoin

Une Surface ne se dépanne pas comme un poste fixe : on ne remplace presque rien, et il faut passer par l’UEFI. Si j’interviens par habitude, comme sur une tour, je me bloque vite.

Objectifs

Configurer l’appareil ou le remettre en état selon la demande. Comprendre les options UEFI et leur effet avant d’y toucher, au lieu d’essayer au hasard.

Contraintes

Un mauvais paramètre UEFI peut empêcher l’appareil de démarrer : je dois comprendre ce que je modifie. C’est un poste nomade, donc sa configuration doit rester cohérente avec les autres postes du service.

Étapes

1. Accès UEFI
2. Configuration du démarrage
3. Dépannage
4. Installation
5. Vérification matérielle
6. Configuration Windows

Environnement technique

• UEFI / BIOS
• Microsoft Surface Pro

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution Demande traitée sur le matériel et le système de l’équipement, jusqu’aux options UEFI.
• B1.5 Mettre à disposition des utilisateurs un service informatique L’intervention porte sur la mise à disposition d’un poste de travail fonctionnel : configuration de l’appareil, y compris ses options de démarrage, jusqu’à un état conforme à ce que le service attend d’un poste remis à un utilisateur.

Le cadre

Contexte

J’ai participé au diagnostic d’un problème sur un vidéoprojecteur interactif Epson EB-685Wi. Ça peut venir de la connectique, de l’affichage HDMI, des pilotes ou de la communication entre le poste et le vidéoprojecteur.

Besoin

Le vidéoprojecteur est utilisé en salle, à une heure précise, devant du monde. Quand il ne marche pas, on m’attend tout de suite, et rien ne dit où est la panne au départ.

Objectifs

Trouver l’élément en cause entre le poste et le vidéoprojecteur. Remettre la salle en état de marche, ou faire remonter la panne si je ne peux pas la traiter sur place.

Contraintes

La salle est occupée ou va l’être : j’ai peu de temps. Le matériel est fixé en hauteur, donc je ne peux pas tout manipuler sur place.

Étapes

1. Prise en charge de la demande et constat en salle
2. Vérification de la connectique et de l’entrée d’affichage
3. Contrôle des pilotes et de la configuration d’affichage du poste
4. Vérification de la communication entre le poste et le vidéoprojecteur
5. Conclusion du diagnostic et suite donnée

Environnement technique

• Windows
• Epson

Compétences mobilisées

• B1.2 Répondre aux incidents et aux demandes d’assistance et d’évolution L’intervention répond à un incident signalé sur un équipement utilisé en salle : diagnostic méthodique de la chaîne — connectique, affichage, pilotes, communication avec le poste —, puis résolution ou remontée au service.

Le cadre

Contexte

Dans le support, les choses changent vite : mises à jour, fins de support, nouvelles versions de Windows. Quand Windows 10 est arrivé en fin de support, j’ai dû analyser les postes du parc pour voir lesquels pouvaient passer sous Windows 11. Si je ne suis pas au courant de ce qui sort, je ne peux pas faire ce travail correctement.

Besoin

J’avais besoin d’une organisation simple, que je peux tenir toute l’année. Des sources fiables, un rythme régulier, et une trace écrite de ce que je retiens.

Objectifs

Suivre une veille régulière sur mon domaine. Noter ce que je retiens. Montrer mon travail en ligne sous mon nom. Savoir ce que je veux faire après le BTS.

Contraintes

Le temps : en alternance, je ne peux pas y passer des heures. La fiabilité : sur la sécurité, je préfère les sources officielles à la presse. Et je ne publie rien qui concerne l’intérieur de la collectivité.

Étapes

1. Choisir un sujet lié à mes missions Le maintien en condition et la sécurisation du poste de travail. C’est ce que je fais tous les jours, donc la veille me sert directement.
2. Choisir mes sources D’abord les sources officielles : avis et bulletins du CERT-FR, guides de l’ANSSI, documentation Microsoft. La presse spécialisée après, pour compléter.
3. Fixer un rythme Une revue par semaine, environ trente minutes, et une revue plus large une fois par mois.
4. Noter ce que je retiens Chaque article gardé est noté avec sa source, sa date et ce que ça change pour moi. Le reste, je ne le garde pas.
5. Tester avant d’appliquer Je n’applique rien directement sur le parc : je teste d’abord sur un poste de test.
6. Montrer mon travail Ce portfolio regroupe mes réalisations et les compétences qui vont avec. Mon CV est téléchargeable et mon profil LinkedIn renvoie dessus.
7. Préparer la suite Mon projet professionnel est écrit en trois étapes : le BTS, puis un Bachelor en infrastructures, puis un niveau Bac+5.

Compétences mobilisées

• B1.6 Organiser son développement professionnel J’ai choisi mes sources, fixé mon rythme, et je note ce que je retiens. Je teste sur un poste de test avant d’appliquer quelque chose.
• B1.6 Organiser son développement professionnel Je dépouille les bulletins et les flux chaque semaine et je ne garde que ce qui concerne le parc dont je m’occupe.
• B1.6 Organiser son développement professionnel Ce portfolio, mon CV et mon profil LinkedIn sont à jour et renvoient les uns vers les autres.
• B1.6 Organiser son développement professionnel Mon projet professionnel est écrit en trois étapes, du BTS au Bac+5, avec ce que je veux approfondir à chaque fois.

Le cadre

Contexte

Ce travail a été fait en cours, sur des machines virtuelles. Le but était de monter l’infrastructure de base d’une petite entreprise : un serveur qui gère les comptes, les adresses IP et les dossiers partagés, et des postes clients qui s’y connectent.

Besoin

Une entreprise qui a une dizaine de postes ne peut pas gérer les comptes poste par poste. Il faut un annuaire central pour créer les utilisateurs une seule fois, donner les droits par groupe, et distribuer les adresses IP automatiquement.

Objectifs

Installer Windows Server et le promouvoir en contrôleur de domaine. Mettre en place le DNS et le DHCP. Créer les utilisateurs et les groupes. Partager des dossiers avec des droits différents selon les groupes. Connecter les postes clients au domaine.

Contraintes

Tout devait tenir sur des machines virtuelles, avec les ressources du poste de travail. Je devais aussi pouvoir tout refaire depuis le début, donc noter les étapes au fur et à mesure.

Étapes

1. Installer Windows Server sur une machine virtuelle Installation, nom de machine, adresse IP fixe.
2. Installer les rôles AD DS et DNS Promotion du serveur en contrôleur de domaine, création du domaine.
3. Configurer le DHCP Étendue d’adresses, passerelle et serveur DNS distribués aux postes.
4. Créer les unités d’organisation, les utilisateurs et les groupes Un compte par utilisateur, les droits donnés au groupe et pas à la personne.
5. Créer les dossiers partagés et leurs droits Un partage par groupe, avec les permissions NTFS qui vont avec.
6. Joindre les postes clients au domaine Vérification de la résolution DNS et de l’ouverture de session avec un compte du domaine.
7. Tester les accès Connexion avec plusieurs comptes pour vérifier que chacun voit bien ce qu’il doit voir, et seulement ça.

Environnement technique

• Active Directory
• DHCP
• DNS
• Virtualisation
• Windows Server

Compétences mobilisées

• B2.2 Installer, tester et déployer une solution d’infrastructure réseau Installation et configuration du serveur, du domaine, du DNS et du DHCP, puis raccordement des postes clients.
• B2.3 Exploiter, dépanner et superviser une solution d’infrastructure réseau Gestion courante du domaine : création des comptes et des groupes, partages, droits, vérification des connexions.

Le cadre

Contexte

Travail fait en cours sur une maquette virtuelle. Au départ, toutes les machines étaient sur le même réseau : n’importe quel poste pouvait joindre n’importe quel serveur. Le but était de séparer les réseaux et de contrôler ce qui passe de l’un à l’autre.

Besoin

Laisser tout le monde sur le même réseau pose deux problèmes : un poste infecté touche tout le reste, et on ne peut pas distinguer les usages. Il fallait séparer au minimum les postes utilisateurs des serveurs, et n’autoriser que les échanges nécessaires.

Objectifs

Faire un plan d’adressage. Créer les VLAN et les interfaces correspondantes sur le pare-feu. Router entre les réseaux. Écrire les règles de filtrage en partant du principe que tout est interdit sauf ce qui est autorisé. Vérifier avec des tests.

Contraintes

Une seule machine physique pour toute la maquette, donc des ressources limitées. Il fallait aussi garder un accès d’administration au pare-feu, sinon une mauvaise règle me coupait de ma propre maquette.

Étapes

1. Faire le plan d’adressage Un réseau par usage, avec les plages d’adresses et les passerelles notées avant de configurer quoi que ce soit.
2. Créer les VLAN Déclaration des VLAN sur le commutateur virtuel et sur le pare-feu.
3. Configurer les interfaces et le DHCP Une interface et une étendue DHCP par VLAN sur pfSense.
4. Écrire les règles de filtrage Tout est bloqué par défaut, je n’ouvre que les flux nécessaires entre les réseaux.
5. Tester depuis chaque réseau Tests de connexion et de résolution de noms depuis un poste de chaque VLAN.
6. Relire les journaux du pare-feu Pour comprendre les blocages que je n’avais pas prévus et corriger les règles.

Environnement technique

• DHCP
• pfSense
• Virtualisation
• VLAN

Compétences mobilisées

• B2.1 Concevoir une solution d’infrastructure réseau Avant de découper le réseau, j’ai regardé ce que ça changeait pour les machines déjà en place et quels flux devaient continuer de passer.
• B2.2 Installer, tester et déployer une solution d’infrastructure réseau Création des VLAN, des interfaces, du DHCP par réseau et des règles sur le pare-feu.
• B2.3 Exploiter, dépanner et superviser une solution d’infrastructure réseau J’ai utilisé les journaux du pare-feu pour voir ce qui était bloqué et corriger les règles.
• B2.3 Exploiter, dépanner et superviser une solution d’infrastructure réseau Quand un flux ne passait pas, j’ai cherché d’où venait le blocage — règle, adressage ou résolution de noms — avant de corriger.

Étapes

1. Configuration du serveur Debian J’ai configuré les trois interfaces réseau de la VM : accès Internet par NAT, réseau du TP et accès depuis le poste physique. J’ai mis à jour Debian et installé Apache, MariaDB, PHP et SSH.
2. Installation et sécurisation d’OCS Inventory J’ai installé OCS Inventory 2.12.6, créé sa base de données et configuré ses composants. J’ai remplacé le mot de passe administrateur, limité les droits du compte de base de données et renommé le fichier d’installation.
3. Configuration de l’inventaire Linux J’ai installé l’agent OCS sur le serveur Debian et configuré l’adresse du serveur d’inventaire. J’ai lancé une première collecte manuelle, puis activé le minuteur systemd pour planifier les prochaines remontées.
4. Installation et sécurisation de GLPI J’ai installé GLPI 10.0.26, compatible avec PHP 8.4, et créé sa base de données. J’ai configuré Apache pour exposer uniquement le dossier public, remplacé les mots de passe par défaut et renommé le fichier d’installation.
5. Import de l’inventaire OCS dans GLPI J’ai installé et activé le plugin OCSInventoryNG 2.0.5, puis configuré sa connexion à la base OCS. J’ai importé le serveur Debian et ses 711 logiciels dans GLPI.
6. Vérifications et documentation J’ai contrôlé le réseau, les services, l’accès aux consoles et les données d’inventaire. J’ai confirmé la présence d’une machine, de 711 logiciels et de 711 associations dans GLPI, puis documenté les étapes réalisées et les limites du TP.

Environnement technique

• Virtualisation
• GLPI

Compétences mobilisées

• B1.1 Gérer le patrimoine informatique J’ai configuré l’agent OCS pour collecter les informations matérielles et logicielles du serveur Debian. J’ai ensuite importé l’inventaire dans GLPI et vérifié la présence d’une machine, de 711 logiciels et de leurs associations.
• B1.5 Mettre à disposition des utilisateurs un service informatique J’ai testé la connectivité réseau, les services Apache, MariaDB et SSH, ainsi que l’accès et l’authentification aux consoles OCS et GLPI. J’ai contrôlé l’intégration entre les deux applications en vérifiant les données importées dans GLPI.
• B1.5 Mettre à disposition des utilisateurs un service informatique J’ai installé et configuré OCS Inventory et GLPI sur une VM Debian 13. J’ai préparé les bases de données, configuré Apache et installé le plugin OCSInventoryNG pour permettre l’import de l’inventaire. J’ai vérifié que les consoles étaient accessibles depuis le poste physique.

Captures

• Document de réalisation du TP ouvrir