Discussion :

[Hellde]

bonjour, j'apprends en ce moment à superviser des appareils via nagios et centreon. Mais je rencontre actuellement un problème. Centreon reçoit tous mes traps snmp qui viennent du local ""snmptrap -v2c -c public 127.0.0.1 0 .1.3.6.1.4.1.7995.1.2.1.0.1 .1 s '' " par exemple. Mais dès qu'un trap viens de l'extérieur ""snmptrap -v2c -c public X.X.X.X .1.3.6.1.4.1.7995.1.2.1.0.1 .1 s '' " il ne les reçoit pas. Pourtant le parefeu semble configuré correctement. Pour info mon serveur centreon se situe sur machine virtuelle crée avec virtual box. Quand je fais un "tcpdump -i eth0 port 162" je vois bien les traps mais ils n'apparaissent pas dans snmptt.log.
Merci

[ram-0000]

bonjour, j'apprends en ce moment à superviser des appareils via nagios et centreon. Mais je rencontre actuellement un problème. Centreon reçoit tous mes traps snmp qui viennent du local ""snmptrap -v2c -c public 127.0.0.1 0 .1.3.6.1.4.1.7995.1.2.1.0.1 .1 s '' " par exemple.

snmptrap envoie un trap et la commande précédente montre que le trap a été envoyé à localhost et que ton appli centreon l'a recu

Mais dès qu'un trap viens de l'extérieur ""snmptrap -v2c -c public X.X.X.X .1.3.6.1.4.1.7995.1.2.1.0.1 .1 s '' " il ne les reçoit pas.

comme dit plus haut, snmptrap envoie un trap. La commande que tu passes ici envoie un trap à l'adresse IP X.X.X.X. C'est normal que ton appli ne le recoivent pas puis que ce n'est pas pour ta machine.

Pourtant le parefeu semble configuré correctement.

Peut être

Quand je fais un "tcpdump -i eth0 port 162" je vois bien les traps mais ils n'apparaissent pas dans snmptt.log.

Tu vois quoi ? le trap partir à destination de X.X.X.X sur le port 162 ou bien le trap arriver à destination de ta machine vers le port 162 ?

le filtrage que tu as mis sur ta commande tcpdump permet de montrer les 2, ce qui part vers 162 et ce qui arrive pour 162, il n'est pas assez discriminant.

Montre nous les traces tcpdump (mais je pense que tu t'es mélangé en croyant que cela arrivait alors qu'en fait, cela partait)