1. OCS / GLPI
MMiise e se enn ppllace ace
au R au Rectorat ectorat dde e MMontp ontpel elieierrOCS - GLPI
● Présentation
− Gestion de parc nécessaire au Rectorat
− ~ 700 postes de travail
− ~ 100 serveurs (Windows/Linux)
− Besoin d'un Helpdesk pour le service bureautique
(Gédeon => obsolete)
− Moindre coût
− Remplacer Landpark
● Achat licence durant 3 ans : peu (mal) utilisé
● Orientation vers le couple OCS Inv. NG & GLPIOCS - GLPI
● Pourquoi OCS-GLPI ?
− Logiciel de Gestion de parc existant : Landpark©
➢ Avantages
➔ Puissant
➔ Rapide
➔ Gestion complète du parc (pour Windows)
➔ Mise en place simple
➢
Inconvénients
➔ Aucune liaison LDAP
➔ Prise en main complexe
➔ Requêtes de recherche complexes
➔ Absence de « WebAdmin » pour la version basique
➔ Informations récoltées limitées

2. ➔ Payant (Non Libre!) car propriétaire
➔ Aucune prise en charge de plateforme Linux / Unix et autre…
➔ Nécessite tous les modules (licences chères) pour être completOCS - GLPI
● Pourquoi OCS-GLPI ?
− Raisons du choix:
● OpenSource / Libre (Php, MySQL, Perl, ...)
● « Tout en un »
● Puissant
● Prise en charge toute plateforme.
− Windows
− MAC
− GNU/Linux
− BSD
− ...
● Gestion Matériel et dispositif réseau
● Helpdesk utilisateur
● Liaison à l'annuaire LDAP
●
...● OCS INVENTORY NG
− PRE-REQUIS
● Serveurs « LAMP » ou « WAMP »
➔ Linux ou Windows + Apache/MySQL/PHP
➔ Apache ≥ v1.3.33 ou ≥ v2,0,46
➔ MySQL v4.1.0 avec InnoDB
➔ PHP ≥ v4.3.2 avec mod ZIP et GD
● Perl 5.6
− Modules:

3. ● XML::Simple
● Compress::Zlib
● DBI
● DBD::MySQL
● Apache::DBI
● Net::IP
● SOAP::Lite
● Make (pour Linux)
● Des machines en réseau !!! ;-)● OCS INVENTORY NG
− Mise en place
● Serveur MySQL sur 1 VServer (lui meme sur VMWare)
● Serveur de communication OCS sur 2 VServers
➔ en répartition de charge derrière un CSS
● Configuration sur CSS
➔ Serveur de communication OCS ne gere pas les requetes
HTTPS (cf. schéma suivant)
 Web
✔ Ecoute Port 80
✔ Redirection Port 81
 Serveur Communication
✔ Ecoute Port 8181
✔ Redirection Port 81
− Architecture du serveur OCS (Schéma):− Déploiement Linux
● Fedora et ≥ R.H AS4 ( ~ 95% des serveurs du Rect.)
− Installation via script Shell
➔ Serveur Physique / VMWare
➔ Téléchargement packages et modules via YUM

4. ➔ Serveur Vserveur
➔ 2 types d'installation selon gestion des package
➔ Internalisé: install directement sur Vserver
➔ Externalisé: install a partir de la machine physique
« hôte »
● ≤ R.H AS3 et autre distro
− Installation classique via « setup.sh » made in OCS
=> Heureusement peu de machines!!
− Déploiement Windows
● 3 types de déploiement:
OCS INVENTORY NG – MISE EN PLACE● 3 types de déploiement:
● Via netlogon (utilisation classique sur les poste
connecté au domaine)
●
Installation manuelle (essentiellement sur les serveurs
windows)
● Via « PSTOOL » et un script (VBScript)
− PSTOOL
● Pstool : Sysinternals© et maintenant Microsoft©
● Utilitaire d'execution a distance : psexec
− Permet d'installer / exécuter une application sur une
machine distante (@ IP ou hostname) avec login « Admin »
− Psexec hostname -u ''Admin'' -p ''passsword'' -c -f
monapplication.exe /param1 /param2 ...
● Création d'un script de déploiement (VBScript) pour
machines non connectées au domaine (pas de
netlogon.bat)

5. OCS INVENTORY NG – MISE EN PLACE● Commande script:
psexec hostname -u ''admin'' -p ''pwd'' -c -f OcsAgentSetup.exe /DEBUG
/SERVER:ocsserver.domain /PNUM:8181 /TAG:NomDuService
● NomDuService = Emplacement
− Déterminé selon nom de la machine.
− Spécifique selon machine d'où script necessaire
OCS INVENTORY NG – MISE EN PLACE● GLPI
− Mise en place
● PHP / Mysql : idem OCS
● Même machines que OCS
●
Importation OCS auto avec TAG = Lieu
− Plugin IPDISCOVER
● Développement d’un plugin IP DISCOVER pour import
des materiels réseaux découvert via OCS ipdiscover
− PHP
− Gestion selon nom materiel (résolution DNS) , adresse IP et type
de matériel (imprimantes, routeur, ...)
●
Importation des materiels réseaux selon le type
GLPI – MISE EN PLACEMerci...
Des questions?