Folgede Situation:

 

Ich muss Systeme in einer Remote-Site überwachen, zu der keine IP-Verbindung sondern nur eine Legacy-Mail Verbindung besteht. Ich erhalte die Trap Information in einem Mail auf Sstem A, übersetzte dies und sende (mit snmptrap von net-snmp) diese Information an den OpManger weiter.

 

Dabei setze ich das Agent-Feld auf die ursprüngliche IP-Adresse (system B); der Agent hat also eine andere Adresse als das Gerät, das den Trap sendet.

 

Zudem habe ich ein Gerät erfasst, dass die System B IP Adresse besitzt.

 

Nach langem probieren und suchen habe ich auf der Manage Engine Support Page eine Anleitung gefunden, wie das trap.parsers File anzupassen ist, damit dies laufen kann ($Source durch $Agent ersetzen). Diese Methode führt zwar beim ersten Trap zum Erfolg (allerdings nur nach folgendem Vorgehen:

 Neuinstallation,

anschliessend Trap erzeugen mit Agenteadresse = Sendeadresse,

dann Trap-Parser aufgrund des Eintrages in unsilicided traps definieren,

dann OpManager Service stopen,

dann im trap.parsers $Source durch $Agent ersetzen

dann OpManager Service starten

): ich konnte vom Gerät A mit snmptrap Traps absetzen, die der OpManager danach auf System B anzeigte.

 

Leider währte die Freude nur kurz: nachdem ich vier zusätzliche Traps definiert habe

(

OpManager Service stoppen,

Einträge in trap.parsers manuell vornehmen,

OpManager Service starten) geht wiederum gar nicht mehr.

 

Auch wenn ich das trap.parsers file auf die alte Version zurücksetzte kann ich die Traps nicht mehr empfangen.

 

Im Windows Netzwerk Monitor sehe ich alle SNMP Traps und deren Format scheint i.O zu sein.

 

Gibt es für mein Problem irgend eine Lösung?