Zabbix SNMPv3 设备重启后无法监控问题

发表于2023-05-01|更新于2025-10-16|Zabbix

|总字数:204|阅读时长:1分钟|浏览量:

简介

最近有发现有SNMPv3 监控的网络设备断电重启后，Zabbix无法正常监控，显示SNMP超时。

但SNMP工具去Get OID值却没有问题，但Zabbix Server重启后能解决此问题。

查询一番后有了不重启的解决方案。

解决方案

要求 SNMPv3 设备保留其 engineBoots。一些设备不这样做，这导致它们的 SNMP 消息在重新启动后被丢弃为过时的。在这种情况下，需要在服务器/代理上手动清除 SNMP 缓存（通过使用 -R snmp_cache_reload）或者需要重新启动服务器/代理 .

1
2
3

zabbix_server -R snmp_cache_reload
zabbix_proxy -R snmp_cache_reload
# 清理SNMP缓存

定时

可以考虑使用crontab定时清理。

参考

https://www.zabbix.com/documentation/6.0/zh/manual/config/items/itemtypes/snmp

https://blog.csdn.net/qq_42906357/article/details/129818955

文章作者: Song

文章链接: https://songxwn.com/zabbix-reboot-SNMPv3/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源网工格物 - Blog！

Zabbix snmp Linux snmpv3 engineBoots

相关推荐

Zabbix SNMP开机时间497天重置问题

简介工作中遇到，网络设备开机时间到了约497天的时候（或者每过497天），Zabbix SNMP获取的时间值就会归零，重新计数，但查看设备状态正常，未重启。原因分析sysUpTimeInstance OID 1.3.6.1.2.1.1.3.0 获取的时间单位为 0.01秒，而此OID为32bit，所以最大只能显示42949672.96秒即497.1天，所以每累计大于此限制，就会重置，导致开机时间获取不正确。 https://oidref.com/1.3.6.1.2.1.1.3.0 解决方法snmpEngineTime OID 1.3.6.1.6.3.10.2.1.3.0 获取的时间单位为秒，也为32bti，但最多可以存储49710 天。足够设备生命周期使用。修改Zabbix SNMP获取时间的方式为上述OID即可，其数据类型为整数。注意：此为SNMP的启动时间，若SNMP进程重启，也会导致时间重置。 https://oidref.com/1.3.6.1.6.3.10.2.1.3 参考https://www.zabbix.com/forum/zabbix-help/47245...

ELK Logstash配置SNMP-Trap

简介本文章适用于ELK的logstash 配置SNMP Trap插件,接收告警通知。默认情况下是安装此插件的，如没有可手动安装。一般用于网络设备。注意此插件不支持v3版本。 ELK系列教程：https://songxwn.com/categories/linux/ELK/ 参考：https://www.elastic.co/guide/en/logstash/current/plugins-inputs-snmptrap.html 配置1234567891011121314151617vim /etc/logstash/conf.d/trap.confinput {snmptrap {type => "snmp-trap"community =>"public"port => 162}}output {elasticsearch {hosts => ["http://192.168.0.1:9200"]index => &quo...

接收SEC OTP4000 UDP告警日志

介绍本教程用于鼎频通信的SEC OTP4000波分设备系列的告警接收。 PS：很小众的东西。报文分析经配置设备的SNMP Trap服务器后，分析报文不为SNMP Trap报文。由简单的UDP报文承载告警信息，字符编码为中文编码（GB18030）。端口号为UDP 9000。 Logstash 配置接收UDP日志vim /etc/logstash/conf.d/trap.conf 1234567input {udp {type => "UDP-Logs"port => 9000codec => plain{ charset => "GB18030"}} ELK与告警单机搭建：https://songxwn.com/elk/ 告警搭建：https://songxwn.com/frostmourne_install/

盛科交换机Zabbix SNMP硬件监控模板

简介适用于盛科使用CentecOS系列的交换机，如E580/E530/E680等。 1、自动扫描电源，并监测状态。2、自动扫描风扇，并监测状态。3、自动扫描温度传感器，并监测状态，自动匹配最高和最低温度告警，4、监测CPU、内存等状态。5、获取开机时间、序列号、交换机系统版本。6、自动扫描光模块，并记录其收光状态。（无告警）下载地址：https://songxwn.com/file/Centec_CentecOS_Hardware_by_SNMP2024.zip 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120...

Zabbix Ping 丢包问题

简介最近遇到一个问题，在Zabbix主机shell下Ping 目标IP是完全不丢包的。但是使用Zabbix 监控项去Ping丢包率为33.3%。原因Rocky Linux 8 默认源安装的 fping 为 v3 版本，默认超过500ms就判定丢包。（Zabbix的ping依赖于fping）（因遇到的网络为卫星网络，延迟超高。） https://www.zabbix.com/documentation/6.0/zh/manual/config/items/itemtypes/simple_checks 解决安装 fping v4+版本即可。 Rocky Linux 8，安装epel库，然后更新fping即可。其他发行版可以替换二进制文件，或编译安装。 12dnf install epel-releasednf update fping

tun2proxy -SOCKS5等代理转换为TUN口

介绍tun2proxy 是一个基于 smoltcp 在 Linux 上通过HTTP 和 SOCKS 代理的创建隧道接口的项目，使用Rust 语言开发。功能 HTTP 代理支持（无身份验证、基本身份验证和摘要身份验证） SOCKS4 和 SOCKS5 支持（无身份验证、用户名/密码身份验证） SOCKS4a和SOCKS5h支持（通过虚拟DNS功能）用于路由所有流量的自动化配置 IPv4 和 IPv6 支持 SOCKS5 UDP 支持本机支持通过 TCP 代理 DNS 项目地址：https://github.com/blechschmidt/tun2proxy 安装使用手动编译1234567git clone https://github.com/blechschmidt/tun2proxy.git# 克隆项目cd tun2proxycargo build --release# 编译（需要提前安装cargo工具）cd ./target/release# 进入输出目录下载二进制包官方发布地址：https://github.com/blechschmidt/tu...

Proxmox VE 8 配置国内软件源并删除订阅弹窗

简介替换PVE的源为国内源，适用于PVE8 公众号删除订阅弹窗1sed -Ezi.bak "s/(Ext.Msg.show({s+title: gettext('No valid sub)/void({ //1/g" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js && systemctl restart pveproxy.service 执行后清理浏览器缓存，重新登录验证。修改软件源1234567891011121314151617181920mv /etc/apt/sources.list.d/pve-enterprise.list /etc/apt/sources.list.d/pve-enterprise.list.bak# 屏蔽订阅企业源wget https://mirrors.ustc.edu.cn/proxmox/debian/proxmox-release-bookworm.gpg -O /etc/apt/trusted.g...

ELK Logstash解析Syslog主机名错误

介绍Logstash解析系统日志错误：如果大家使用Logstash自带的解析规则，在某些情况下会出现解析系统日志失败的情况，原因是因为：系统主机名包含下划线时会解析失败，造成无法识别主机名字段。主要是生产环境有些网络设备的主机名有带下划线_ ，而合法在主机名是没有不允许下划线的。使用环境：Rocky Linux 8 、ELK 8.x HostName主要规则主机名只允许包含ascii字符里的数字0-9，字母a-zA-Z，连字符-。其他都不允许。例如，不允许出现其他标点符号，不允许空格，不允许下划线，不允许中文字符。主机名的开头和结尾字符不允许是连字符。主机名强烈建议不要用数字开头，尽管这一条不是强制的。甚至不要使用只包含可解释为16进制字符的字符串，例如”beef”。建议不要使用计算机领域的特殊的词汇，例如，up。给主机命名通常不考虑字母大小写问题，并且只用小写字母而不用大写字母。给主机命名，建议使用合法的单词，这样方便记忆。因为主机名是在一个domain的范围内唯一即可，通常不必担心重复问题。修改1234find /usr/share/logstash/v...