You are not logged in.
Bonjour,
Je vous soumet mon projet/problème, car je ne connais pas GLPI ni OCS-NG.
En premier lieu, jai de solides bases systèmes et un peu moindre en réseaux.
Une bonne expérience du support HelpDesk, uniquement sur des outils pérégrine. C'est ma grande entrée dans le monde libre.
Bref, je monte en grade et ai à ma charge au sein d'une petite SSII orientée PMI/PME, la mise en place d'un projet d'infogérance mutualisé.
Pour ce, notre base de travail serait un serveur GLPI en interne au sein de nos locaux, relié aux serveurs OCS de nos clients.
Le projet est simple en principe, mais compliqué dans la mise en oeuvre (du moins pour moi qui suis novice):
- Installation serveur GLPI chez nous.
- Installation serveurs OCS-NG chez nos clients.
- Relation GLPI et les différents serveurs OCS-NG (de manière sécurisée).
- Avoir une base GLPI séparée pour chacun de nos clients.
- Module de prise en main à distance sur les postes clients, via GLPI. (ultra VNC de préférence).
Voilà.
Si vous avez des idées et/ou indications, n'hésitez pas à m'en faire part. Je suis fortement preneur.
Je vous tiendrai au courant de l'état d'avancement du projet, de la mise en oeuvre, et des problèmes rencontrés qui seront à mon avis nombreux. ^_^
Qu'en pensez-vous en terme de faisabilité?
Last edited by kemeda (2009-03-09 17:55:18)
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
Perso je serais plus pour mettre l'OCS en interne, au plus proche de GLPI.
Autant je conçois bien une communication MySQL sur le LAN et une communication "web" sur la WAN, autant je ne suis pas certain de la robustesse d'une synchro OCS/GLPI (communication MySQL) entre 2 sites.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Hello remi,
En effet, je veux faire au plus simple, et j'entrevois les possibles difficultés que tu soulignes.
Aucun problème pour des agents OCS distants?
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
Re-
Je suis en train de monter le projet, pour une première présentation à notre équipe.
Pour le moment, j'opte pour des serveurs OCS-NG distants chez nos clients.
La relation GLPI/OCS-NG étant une relation sql, un VPN inter-site entre noc clients et nous ne suffit-il pas pour avoir une connexion stable? (mass_import en vue)
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
oh si bien sur que ça suffit une liaison VPN
Offline
Hello,
Présentation de l'outil faite à l'équipe cette semaine.
On entre en phase de test GLPI/OCS uniquement en interne.
Réunion d'information aux différentes direction métier prévue next week.
Le projet est en bonne voie.
@+
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
Hello,
Je reviens vers vous pour une autre question.
Vu le modèle d'interaction GLPI/OCS choisi pour mon projet, serait-il possible de "planifier" la synchronisation de mon serveur GLPI avec les serveurs OCS distants?
Tout ça dans le but de ne pas saturé les lignes DSL de mes clients.
Je pense avoir fais le tour des options à ce niveau, et n'ai pas trouvé grand chose...
Last edited by kemeda (2009-03-23 12:47:38)
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
plugin mass_ocs_import
vous mettez le script dans la crontab, donc vous maitrisez le moment auquel il tourne
Offline
Ok.
Le plugin mass_ocs_import est installé, et paramétré par défaut (documentation).
Par contre, petite précision mon serveur GLPI est sur un Windows 2003.
Quel script dois-je modifier? Créer une tâche planifiée?
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
Hello,
Toujours pas trouvé comment faire pour planifier la synchronisation des serveurs OCS distants...
Je sais, je suis nul. Sinon je ne serai pas là....
Par contre, GLPI/OCS installé en phase de test sur notre parc en interne. Avec 2 serveurs OCS car nous sommes 2 entités réunis en une seule société sur 2 réseaux séparés (mais dans le même batiment bien sûr).
Toutes les infos remontent.
Entités et règles crées, tout marche nickel!..
Les prochaines phase de test seront:
- passerelles mails pour les notifications
- synchronisation depuis un serveur OCS distant
- ajustement de la configuration (accès, profils, module Helpdesk,...)
C'est plutôt en bonne voie.
Merci pour ce formidable outil, qui plus est gratuit!..
Windows 2003 Standard Edition R2
GLPI 0.71.5
OCS 1.01
XAMPP 1.5.5
Offline
Toujours pas trouvé comment faire pour planifier la synchronisation des serveurs OCS distants...
faites une tâche planifiée windows qui lance votre .bat
après il faut avoir fait en sorte de pouvoir joindre votre site distant bien entendu
Merci pour ce formidable outil, qui plus est gratuit!..
qui est libre ce qui est bien mieux qu'êtes simplement gratuit
je vous rappelle d'ailleurs que vous pouvez nous aider en :
- faisant un don ou achetant un CD (pour aider l'asso, sans quoi cet outil n'existerait pas)
- aidant à faire de la doc
Offline
Bonjour Kemeda,
Je suis actuellement sur un projet similaire au tien, et je maîtrise l'installation et la config du couple ocs-glpi en local.
Par contre, je suis très intéressé quant à la possibilité de centralisé sur mon Glpi, des serveurs Ocs distants.
J'ai effectué pas mal de recherches, et trouvé quelques pistes... mais en vain.
J'aimerais donc savoir si tu as réussi à finalisé ton projet, et si oui, par quels procédés?
Cordialement
Merci
Offline
Petite question :
Quel est l'intérêt d'un serveur OCS sur chaque site distant vs les même serveurs OCS centralisés et l'inventaire via la liaison VPN vs un seul serveur OCS et l'inventaire de chaque client Taggé comme il faut avec règle GLPI pour envoyer dans l'entité qui va bien ?
La première solution nécessite que chaque client dispose d'un serveur ce qui limite l'intérêt de l'externalisation. De plus, ce sont les requêtes SQL qui transitent via la liaison distante (risques si la liaison est de mauvaise qualité).
Dans la deuxième et troisième solution, ce ne sont que les requêtes d'inventaire qui transitent donc moins vitales et moins risquées (une requête qui plantent n'impactera pas la base et si un inventaire se fait en retard ça n'est pas très grave).
Reste la question de l'OCS unique ou multiple, je ne vois pas trop l'intérêt de multiplier les serveurs. Quelle est la valeur ajoutée des multiples OCS ?
Qu'en pensez-vous ?
Offline
A mon avis, un OCS centralisé (avec règle d'affectation à l'entité par le TAG) reste la meilleure solution, surtout la plus simple.
Même sur un "gros" parc, 1 seul serveur est largement capable d'encaisser la charge.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
@yakakliker :
La valeur ajoutée des multiples serveurs OCS, c'est de pouvoir inventorier des machines qui ne sont pas forcément connectées à internet mais qui sont connectées à un serveur OCS secondaire (ce dernier devant être connecté à internet pour envoyer l'inventaire de son site au serveur OCS central).
Cela permet également, en liant les serveurs OCS (central et secondaires) par connexion VPN, de "sécuriser" la remontée d'inventaire, à défaut de devoir paramétrer une connexion VPN sur chacun des postes à inventorier.
( J'ai actuellement pour projet de mettre en place une structure de ce genre ^^ )
Cordialement.
Last edited by eData (2010-12-20 12:29:24)
Offline
@Kemeda
j'ai également le même projet mais au bout de plusieurs essais (deux ou trois mois quand même!!) j'ai fini par opter à une solution un seul serveur OCS dans notre local et inventaire de chaque client Taggé.
ça fonctionne nickel, mais je n'arrive toujours pas à affecter mes pcs à leurs entités sur GLPI!!
grrr
Offline