Journal Sortie de Tracker (Plugin GLPI)

Posté par  .
Étiquettes : aucune
5
23
oct.
2009
Le plugin Tracker est sorti il y a quelques jours en version 2.1.3 (pour le package serveur) et en version 1.5.3 (pour le package client / agent).
C'est un plugin pour GLPI (Gestion Libre de Parc Informatique).

Mais à quoi sert ce plugin?

Tracker permet de récupérer les informations des équipements réseau via le protocole SNMP :

- découverte des équipement réseau avec une plage d’IP

- prise en charge des switchs, routeurs, imprimantes

- connexions entre les ordinateurs / imprimantes sur les switchs (seulement pour Cisco - HP Procurve - 3Com Intellijak 225 pour le moment)

- gestion des adresses MAC inconnues

- gestion des cartouches et compteurs d’imprimantes

- gestion des versions SNMP v1, v2c

Tracker se compose d’une partie serveur et d’une partie agent écrit en Perl.

Cet agent peut s’installer sur chaque site distant afin de collecter les informations des équipements réseau.

Voici 2 screenshots :

1/ Informations des imprimantes :
http://www.hostingpics.net/viewer.php?id=245329tracker_print(...)

2/ Informations des switchs :
http://www.hostingpics.net/viewer.php?id=699452test.png

On voit clairement toutes les informations des ports des switchs ainsi que les ordinateurs, imprimantes, autres switch... sont connectés dessus. On peut également détecter avec les ordinateurs non référencés dans GLPI et qui ne devrait pas être connecté sur le réseau.


Je vous laisse 2 derniers lien :
Page plugin : http://plugins.glpi-project.org/spip.php?article15
Page du projet : https://forge.indepnet.net/projects/show/tracker

  • # Mais sinon ?

    Posté par  (site web personnel) . Évalué à 1.

    Et par rapport à OCS qui il me semble gère aussi le SNMP mais plein d'autre chose : ça apporte quoi concrètement ?

    • [^] # Re: Mais sinon ?

      Posté par  . Évalué à 4.

      Non OCS ne gère pas le SNMP. L'agent Tracker pourra fonctionner avec l'agent ocs pour la remontée SNMP.

      Concrètement, il sert à faire l'inventaire du matériel réseau (nom, numéro de série, modèle, fabricant..) + les informations plus précises pour les imprimantes et switch (comme décrit dans le journal)

  • # Version

    Posté par  . Évalué à 2.

    La page du plugin spécifie une dépendance envers la version 0.72 de GLPI, alors qu'apparemment il faut une 0.72.1.

    Sinon, l'idée peut être sympa.

    • [^] # Re: Version

      Posté par  . Évalué à 2.

      C'est plutôt la dépendance de la branche 0.72.x (y compris 0.72.1)

      • [^] # Re: Version

        Posté par  . Évalué à 2.

        Possible, mais il a refusé de s'installer sur une 0.72 (de la branche 0.72.x, si je te suis).

        • [^] # Re: Version

          Posté par  . Évalué à 3.

          Ah oui je viens de vérifier, il y a eu une correction sur la gestion des plugins en 0.72.1 et il ne s'installe qu'à partir de cette version (donc sur la 0.72, il ne s'installe pas). Désolé, j'avais oublié ce détail.

  • # Connexions ordi/switchs

    Posté par  . Évalué à 4.

    De base, GLPI dispose déjà des informations réseaux (MAC address...) des ordinateurs, et on peut décrire les switchs dans GLPI.

    Mais, il faut "connecter" les ordis aux switchs à la main, c'est à dire renseigner manuellement que tel ordi ou tel serveur est branché sur tel port de tel switch (en pratique, on ne le fait pas, beaucoup trop galère sur un gros parc)

    Tracker permet de rendre ça automatique : Il interroge chaque switch de mon réseau très régulièrement, il compare aux adresses mac remontées par OCS dans GLPI, et affecte automatiquement les ordinateurs aux ports de switchs sur lesquels ils sont connectés.

    Conclusion, quand un utilisateur appelles le helpdesk en disant "j'ai pas internet", le technicien peut simplement afficher la fiche de son ordi, et savoir sur quel port de quel switch la personne est normalement connectée (et aussi savoir si le port est UP...).

    Bref c'est vraiment un plugin intéressant, même si il ne se met pas en place en deux secondes.

    • [^] # Re: Connexions ordi/switchs

      Posté par  . Évalué à 3.

      Sur du cisco de mon coté j'ai mis en place le vlan dynamique (protocole VMPS) pour lequel il existe un dameon opensource (openvmpsd).
      A chaque connexion d'une machine, le switch interroge openvmpsd pour savoir dans quel vlan il faut configurer le port. Pour cela il envoie entre autre l'@ip du switch, le numero de port, la mac de la machine qui se connecte.
      Comme openvmpsd peut utiliser des scripts externes pour decider de la réponse a donner, j'ai fait un script en perl qui utilise une db mysql pour gerer les vlans et qui enregistre dans cette db l'information de connexion de la machine.
      Du coup on a une appli php qui nous donne pour chaque machine l'historique des connexions, avec des heures précises, dès que la personne connecte son portable on "sait" qu'elle est en salle de réunion et non pas dans son bureau, très pratique pour le support.

  • # MA-GNI-FI-QUE !!!

    Posté par  . Évalué à 3.

    GE-NI-AL !!

    C'est LE plugin dont j'avais besoin !!!!!


    Je teste ca au plus vite.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.