• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Agent 2.1.13 Plugin 0.81+1 : pas de traces de decouverte reseau nmap
#1
Bonjour,

Je teste la decouverte reseau par NMAP sur un poste windows XP.

J'ai installé le binaire nmap suivant : nmap-5.51-setup.exe, redemarrer le poste.

La decouverte SNMP et Netbios fonctionne bien.

J'ai lu dans le forum qu'il suffisait d'installer nmap pour que l'agent l'utilise, est ce correct actuellement ?

Cordialement,

Eric
  Reply
#2
Bonjour,

J'ai remplacé la version 2.1.13 par la version 2.1.14 de l'agent.

Le résultat est le meme :
SNMP : OK
NetBios : OK

mais pas de decouverte reseau par nmap.

Les logs coté agent :

Fri Mar 16 12:59:19 2012][debug] FusionInventory::Agent::Task::Inventory::IpDiscover::IpDiscover ignored
[Fri Mar 16 12:59:19 2012][debug] FusionInventory::Agent::Task::Inventory::IpDiscover::IpDiscover ignored
[Fri Mar 16 12:59:19 2012][debug] FusionInventory::Agent::Task::Inventory::IpDiscover::Nmap ignored
[Fri Mar 16 12:59:19 2012][debug] FusionInventory::Agent::Task::Inventory::IpDiscover::Nmap ignored

...

Fri Mar 16 12:59:31 2012][debug] cmd is: '"C:\Program Files\FusionInventory-Agent\perl\bin\perl.exe" -MFusionInventory::Agent::Task::NetDiscovery -e "FusionInventory::Agent::Task::NetDiscovery::main();" -- "C:\Program Files\FusionInventory-Agent\dumps/http..__le.domaine.net_plugins_fusioninventory_front_plugin_fusioninventory.communication.php"'
[Fri Mar 16 12:59:31 2012][debug] FusionInventory unified agent for UNIX, Linux, Windows and MacOSX 2.1.14-1
[Fri Mar 16 12:59:31 2012][debug] Log system initialised (2)
[Fri Mar 16 12:59:31 2012][debug] FusionInventory NetDiscovery module 1.5
[Fri Mar 16 12:59:31 2012][debug] Compress::Zlib is available.
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Alcatel loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Axis loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer:Big Grindwrt loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer:Big Grinell loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Epson loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::HewlettPackard loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Kyocera loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Ricoh loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Samsung loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Wyse loaded
[Fri Mar 16 12:59:32 2012][debug] FusionInventory::Agent::Task::NetDiscovery::Manufacturer::Zebranet loaded
[Fri Mar 16 12:59:35 2012][debug] Dico is up to date.
[Fri Mar 16 12:59:35 2012][debug] Dico loaded.
[Fri Mar 16 12:59:35 2012][debug] Core 0 - Thread 0 created
[Fri Mar 16 12:59:35 2012][debug] Compress::Zlib is available.
[Fri Mar 16 12:59:35 2012][debug] sending XML
[Fri Mar 16 12:59:36 2012][debug] =BEGIN=SERVER RET======
[Fri Mar 16 12:59:36 2012][debug] $VAR1 = '<?xml version="1.0" encoding="UTF-8"?>
<REPLY>
</REPLY>
';
[Fri Mar 16 12:59:36 2012][debug] =END=SERVER RET======
[Fri Mar 16 12:59:36 2012][debug] sending XML
[Fri Mar 16 12:59:36 2012][debug] =BEGIN=SERVER RET======
[Fri Mar 16 12:59:36 2012][debug] $VAR1 = '<?xml version="1.0" encoding="UTF-8"?>
<REPLY>
</REPLY>

....

[Fri Mar 16 13:03:24 2012][debug] [192.168.214.88] : Netbios discovery
[Fri Mar 16 13:03:25 2012][debug] [192.168.214.88] : SNMP discovery
[Fri Mar 16 13:03:27 2012][debug] [192.168.214.88] Not found

Cordialement,

Eric
  Reply
#3
Donc il fait bien la découverte là, quel est le soucis ?
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#4
Bonjour,

NMmap ne semble pas utilisé.

Cette plage IP correspond à notre telephonie sur IP.

Un nmap "manuel" renvoie des reponses.

Aucune avec l'agent.

Il n'y a pas de trace non plus d'une quelconque tache Nmap dans les logs :

[Fri Mar 16 13:03:24 2012][debug] [192.168.214.88] : Netbios discovery
[Fri Mar 16 13:03:25 2012][debug] [192.168.214.88] : SNMP discovery
[Fri Mar 16 13:03:27 2012][debug] [192.168.214.88] Not found

Cordialement,

Eric
  Reply
#5
Le Nmap est utilisé avec des options très très limitées afin d'éviter les scans dangereux sur les réseaux (en gros il va juste essayer de récupérer l'adresse mac.

Regarde si le chemin de nmap est bien dans le PATH de Windows
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#6
Hello,

J'ai bien :

C:\Program Files\Nmap

dans la variable PATH.

Cordialement,

Eric
  Reply
#7
Je ne sais pas si c'est la la nouvelle version, Goneri avait réécrit pour se passer de NMap, c'est peut être le cas dans cette version
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#8
Bonjour,

Merci pour ta reponse.

Cela ne fonctionne toujours pas.

C'etait pour tenter de detecter les materiels ne répondant pas à netbios ou snmp, telephones IP, boitiers ATA, cameras .. mais sur lesquels des ports sont ouverts : ssh, http, tftp ...

J'ai quelques switchs, routeurs CISCO pour lesquels il semble qu'il n'y est pas le bon modele SNMP (en tout cas fusioninventory ne remonte rien, et n'affecte pas de modele) : routeur CISCO R2801, et swith WS-CE500-24PC.

puis je envoyer les snmpwalks ?

Pour un callmanager cisco est ce possible egalement ?

Cordialement,

Eric
  Reply
#9
NMAP ne va pas scanner les ports dans cette utilisation, c'est juste pour récupérer l'adresse MAC

Oui il faut envoyer des snmpwalks.

Ben on ne peut pas en faire grand chose du callmanager....
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)