SNMP 161端口不通需分层排查：先确认snmpd服务运行并监听0.0.0.0:161，再检查防火墙（iptables/firewalld/云安全组）是否放行UDP 161，最后用nmap和snmpwalk验证连通性、权限与配置。
SNMP 161端口不通，不能只看“ping得通不通”，因为它是UDP协议，传统TCP检测方式（比如telnet）完全无效。排查要分层推进：先确认本机服务是否就绪，再验证网络路径是否放行，最后用真实SNMP请求验证权限与配置。
检查snmpd服务是否运行并正确监听
服务没起来或监听地址不对，是80%以上161不通的根源。
- 执行 systemctl status snmpd 确认状态为 active (running)；若非活跃，运行 systemctl enable --now snmpd
- 查看监听地址：ss -uln | grep :161 或 netstat -uln | grep :161；若只显示 127.0.0.1:161，说明仅限本地访问，需修改 /etc/snmp/snmpd.conf 中的 agentaddress 行，例如改为 udp:0.0.0.0:161 或指定Zabbix服务器IP
- 改完必须重启：systemctl restart snmpd
确认防火墙已放行UDP 161端口
iptables、firewalld 或云厂商安全组都可能拦截UDP流量，且默认规则常忽略UDP。
- 对于 iptables：iptables -L -n -v | grep :161 查看是否有匹配的ACCEPT规则；若无，添加 -A INPUT -p udp --dport 161 -j ACCEPT 并 service iptables restart
- 对于 firewalld：firewall-cmd --permanent --add-port=161/udp → firewall-cmd --reload
- 云服务器（如阿里云、腾讯云）务必检查安全组规则，确保入方向允许UDP 161端口，源IP设为Zabbix服务器地址段
用nmap和snmp工具做端到端连通性验证
不要依赖ping或telnet，它们对UDP 161毫无意义。
- 用nmap探测端口状态：nmap -sU -p 161 -Pn 目标IP；返回 open 表示端口可达且服务响应，filtered 表示被防火墙阻断，closed 表示snmpd未运行或监听地址错误
- 用snmpwalk发起真实请求：snmpwalk -v2c -c public 目标IP .1.3.6.1.2.1.1.1.0；成功返回系统描述说明服务、网络、团体名全部正常；超时则继续查上层；返回noSuchName或noSuchInstance，说明OID不存在或MIB未启用（如磁盘监控需 includealldisks 10%）
- 若Zabbix服务器不在同一网段，注意 rocommunity 配置中的子网掩码是否匹配，例如写成 192.168.10.0/24 却从 192.168.20.0/24 发起请求，会被静默拒绝
验证SNMP版本与团体名是否匹配
Zabbix监控项中配置的SNMP版本（v1/v2c/v3）和团体名，必须与snmpd.conf中定义的完全一致。
- 检查 /etc/snmp/snmpd.conf 是否存在对应配置，例如 rocommunity mymonitor 192.168.10.0/24，则Zabbix中必须填 mymonitor，不能仍用默认 public
- v3用户需额外确认认证协议（MD5/SHA）、加密协议（DES/AES）、用户名、密码是否在Zabbix中完整填写，且 createUser 命令已在snmpd中执行过
- 可批量尝试常见团体名：for c in public private snmp admin; do snmpget -v2c -c $c 目标IP .1.3.6.1.2.1.1.1.0 &>/dev/null && echo "OK: $c"; done
