(Desculpe, postei o original no fórum errado)
Estou no processo de configuração do Zabbix no Alma 9 e estou tendo um problema estranho com traps SNMP. Temos um switch sip que tem SNMP habilitado e está apontando para o servidor, mas por algum motivo o snmptrapd não está processando os traps de entrada
O Zabbix está instalado e em execução. O snmp e o trap estão em execução
[root@dev:~]$ ps ax | grep snmp
1472 ? S 0:00 /usr/sbin/zabbix_server: snmp trapper [processed data in 0.000060 sec, idle 1 sec]
1527 ? Sl 0:00 /usr/sbin/zabbix_server: snmp poller #1 [got 0 values, queued 0 in 5 sec, awaiting 0]
2174 ? Ss 0:00 /usr/sbin/snmptrapd -Lsd -f
2585 pts/1 S+ 0:00 grep --color=auto snmp
executando snmptrapwalk funciona
snmptrap -v 2c -c public 10.5.5.122 '' SNMPv2-MIB::snmpMIB IF-MIB::linkDown s eth0
2025-01-10T16:51:09+0000 ZBXTRAP 10.5.5.122
PDU INFO:
receivedfrom UDP: [10.5.5.122]:47786->[10.5.5.122]:162
version 1
transactionid 2
requestid 1130383097
errorstatus 0
messageid 0
notificationtype TRAP
errorindex 0
community public
VARBINDS:
DISMAN-EVENT-MIB::sysUpTimeInstance type=67 value=Timeticks: (337607) 0:56:16.07
SNMPv2-MIB::snmpTrapOID.0 type=6 value=OID: SNMPv2-MIB::snmpMIB
IF-MIB::linkDown type=4 value=STRING: "eth0"
No nosso switch sip se eu reiniciar um dos módulos, ele dispara a armadilha snmpt Usando o dump TCP posso enviá-lo para o servidor zabbix
tcpdump -i ens18 -T snmp -n dst portrange 161-162
17:14:35.573815 IP 10.7.7.113.33830 > 10.5.5.122.snmptrap: V2Trap(174) .1.3.6.1.2.1.1.3.0=1877147173 .1.3.6.1.6.3.1.1.4.1.0=.1.3.6.1.4.1.17236.2.1 .1.3.6.1.4.1.17236.1.1="CRITICAL : 003 010008 000007 10/01/2025 17:14:35 : Connection to 0XA070771 (SIP Switch 3 - BT) lost"
17:14:36.427854 IP 10.7.7.113.43173 > 10.5.5.122.snmptrap: V2Trap(152) .1.3.6.1.2.1.1.3.0=1877147258 .1.3.6.1.6.3.1.1.4.1.0=.1.3.6.1.4.1.17236.2.1 .1.3.6.1.4.1.17236.1.1="CRITICAL : 003 010000 000000 10/01/2025 17:14:36 : Application Server stopped"
17:14:37.434487 IP 10.7.7.113.54710 > 10.5.5.122.snmptrap: V2Trap(222) .1.3.6.1.2.1.1.3.0=1877147359 .1.3.6.1.6.3.1.1.4.1.0=.1.3.6.1.4.1.17236.2.1 .1.3.6.1.4.1.17236.1.1="MAJOR : 007 023009 000000 10/01/2025 17:14:37 : Shout.Ocp.OcpLink (127.0.0.1:10012) has failed. Reason: Unexpected error in Heartbeat thread."
17:14:41.627673 IP 10.7.7.113.34462 > 10.5.5.122.snmptrap: V2Trap(230) .1.3.6.1.2.1.1.3.0=1877147778 .1.3.6.1.6.3.1.1.4.1.0=.1.3.6.1.4.1.17236.2.1 .1.3.6.1.4.1.17236.1.1="MAJOR : 007 023009 000000 10/01/2025 17:14:41 : Shout.Ocp.OcpLink (127.0.0.1:10012) has failed. Reason: Unable to read beyond the end of the stream..
Sim, não há nada nos logs. É isso que tenho em /etc/snmp/snmptrap.conf
#Zabbix 1 and 2
disableAuthorization yes
authCommunity execute public
#Zabbix SNMP trap receiver
perl do "/usr/bin/zabbix_trap_receiver.pl";
Eu também tentei isso usando o script bash, mas ainda sem sorte. O Selinux está desabilitado e o firewall também. Não recebo mensagens de erro e nada está sendo exibido em /var/log/messages indicando problemas. Estou um pouco perplexo, pois nada parece estar errado.
Resolvido, meu departamento de TI informou que eles usaram iptables no servidor e firewalld. Desabilitei o iptables e seu log agora.