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
➔ 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:
● 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
➔ 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)
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?

Ocs

  • 1.
    OCS / GLPI MMiisee 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 (NonLibre!) 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?