Tracker - Pas de remontée d'équipement réseau d'un VLAN

Mikey · 2009-09-01 17:35:45

Bonjour,

J'ai installé le plugin tracker que j'ai réussi à faire fonctionner pour la plage d'adresses 130.100.0.0 --> 130.100.20.255.
1 - agent : découverte du matériel
2 - à partir de la liste de matériels présentée par GLPI, import vers l'inventaire
3 - agent : interrogation du matériel importé
4 - script serveur : chargement des infos de l'interrogation dans GLPI

Maintenant je veux faire la même chose pour la plage d'adresses : 172.16.10.0 --> 172.16.10.255
Elle correspond à notre VLAN de gestion des équipements réseau (tous nos switchs sont sur ce VLAN).
Tout d'abord en lançant l'agent je n'obtenais aucune découverte.
Ayant le message d'erreur 400 d'apache (voir ci-dessous) j'ai pensé que ça venait de là. Mais en recherchant sur le forum j'ai vu que d'autres avaient le même mais l'agent fonctionnait (d'autant que c'est pour l'interrogation, je n'en suis pas là, c'est la découverte qui m'intéresse pour l'instant).

Threads version: 1.67
== Discovery devices ==
The file has been successfully uploaded
== Query devices ==
<html>
<head><title>An Error Occurred</title></head>
<body>
<h1>An Error Occurred</h1>
<p>400 URL missing</p>
</body>
</html>

400 URL missing

The file has been successfully uploaded

Les logs confirment que rien n'est découvert (je suppose que '0' correspond à une IP non atteinte) :

==== List of IP to discover ====
=========================================
============== Start Agent ==============
=========================================
Operating system : linux
Operating system version : 2.6.24-23-server
Operating system arch : i486-linux-gnu-thread-multi
Perl version : 5.10.0
Thread version : 1.67
ForkManager version : 0.7.5
SNMP version : 
Zlib version : 2.015
AppConfig version : 1.56
UserAgent version : 5.819
HTTP Request Common version : 5.817
XML Simple version : 2.18
Data Dumper version : 2.121_14
FindBin version : 1.49

$VAR1 = {
          'agent' => {
                       'threads_query' => '10',
                       'PID' => 'XXXXXXXX002',
                       'fragment' => 50,
                       'core_query' => '1',
                       'logs' => '2',
                       'key' => 'MA_CLE',
                       'id' => '2',
                       'threads_discovery' => '10',
                       'core_discovery' => '1'
                     },
          'discovery' => {
                         'rangeip' => {
                                      'entity' => '0',
                                      'id' => '5',
                                      'ipend' => '172.16.10.255',
                                      'ipstart' => '172.16.10.0'
                                    },
                         'authentification' => {
                                               '1' => {
                                                      'version' => '1',
                                                      'sec_name' => {},
                                                      'auth_passphrase' => {},
                                                      'community' => 'public',
                                                      'sec_level' => '0',
                                                      'priv_protocol' => '0',
                                                      'priv_passphrase' => {},
                                                      'auth_protocol' => '0'
                                                    },
                                               '2' => {
                                                      'version' => '2c',
                                                      'sec_name' => {},
                                                      'auth_passphrase' => {},
                                                      'community' => 'public',
                                                      'sec_level' => '0',
                                                      'priv_protocol' => '0',
                                                      'priv_passphrase' => {},
                                                      'auth_protocol' => '0'
                                                    }
                                             }
                       }
        };
$VAR1 = {
          '0' => {
                   '172.16.10.245' => '0',
                   '172.16.10.150' => '0',
                   '172.16.10.144' => '0',
                   '172.16.10.16' => '0',
                   '172.16.10.189' => '0',
   ...
                   '172.16.10.179' => '0',
                   '172.16.10.170' => '0',
                   '172.16.10.155' => '0',
                   '172.16.10.91' => '0',
                   '172.16.10.43' => '0'
                 }
        };
==== Discovery ====
==== Query ====
=========================================
================== END ==================
=========================================

En essayant de pinger depuis le serveur lui-même, je me suis rendu compte que ça ne fonctionnait pas. J'ai revu mes paramètres réseau et maintenant je peux sans problème pinger le 172.16.10.16 (4ème de la liste de log par ex), mais rien ne change pour l'agent (0 découverte, mêmes logs).

PING 172.16.10.16 (172.16.10.16) 56(84) bytes of data.
64 bytes from 172.16.10.16: icmp_seq=1 ttl=63 time=5.10 ms
64 bytes from 172.16.10.16: icmp_seq=2 ttl=63 time=1.01 ms
64 bytes from 172.16.10.16: icmp_seq=3 ttl=63 time=0.993 ms
64 bytes from 172.16.10.16: icmp_seq=4 ttl=63 time=0.998 ms
64 bytes from 172.16.10.16: icmp_seq=5 ttl=63 time=1.02 ms
^C
--- 172.16.10.16 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4009ms
rtt min/avg/max/mdev = 0.993/1.826/5.102/1.638 ms

Avez-vous une idée de ce qui ne va pas ?

Merci d'avance

Mikaël

ddurieux · 2009-09-01 17:47:18

ces équipements réseaux, n'auraient ils pas une authentification particulière autre que "public" ?

Mikey · 2009-09-01 18:00:39

Excellente question, à vrai dire je n'en sais rien... Je ne connais rien à SNMP et je ne m'en suis pas inquiété de la rubrique "Authentification SNMP", pensant que les 2 modes d'authentification existants fonctionnaient pour tous les matériels "normaux" (on a des switchs Alcatel récents).
Je prends renseignements auprès de mon admin réseau et je réessaye. Tout le réseau ayant été revu récemment par une boîte externe, je ne sais pas s'il aura toutes les infos demandées à la création d'une nouvelle authentification SNMP.
Merci, je te tiens au courant.

Mikey · 2009-09-01 18:20:01

Quand on sait ce qu'on fait, ça marche tout de suite mieux ! La prochaine fois je demanderai avant d'aller trop loin en aveugle...
Donc on a bien une communauté particulière à nos équipements. Et grâce au wiki j'ai compris que toutes les autres infos demandées pour l'authentification SNMP sont prévues pour la v3, donc pas besoin de m'inquiéter des protocoles de cryptage, schéma d'authentification, utilisateur et mot de passe... au moins pour l'instant !
Il a donc suffit d'ajoute une nouvelle authentification SNMP avec notre communauté et tout est OK.

Merci
--> résolu

Last edited by Mikey (2009-09-01 18:20:54)

ddurieux · 2009-09-01 18:22:46

oui la v3 n'est pas encore opérationnelle

Forum GLPI-Project

Announcement

#1 2009-09-01 17:35:45

Tracker - Pas de remontée d'équipement réseau d'un VLAN

#2 2009-09-01 17:47:18

Re: Tracker - Pas de remontée d'équipement réseau d'un VLAN

#3 2009-09-01 18:00:39

Re: Tracker - Pas de remontée d'équipement réseau d'un VLAN

#4 2009-09-01 18:20:01

Re: Tracker - Pas de remontée d'équipement réseau d'un VLAN

#5 2009-09-01 18:22:46

Re: Tracker - Pas de remontée d'équipement réseau d'un VLAN

Board footer