SNMP陷阱处理故障：无法触发指定脚本执行

看起来你遇到了snmptrapd配置好脚本但没触发的问题，我来帮你一步步排查可能的原因：

1. 先检查配置指令的大小写问题 #

你配置里写的是authcommunity log,execute,net public，但Net-SNMP的配置指令是区分大小写的，正确的指令名是authCommunity（注意大写的C）。这个小细节很容易踩坑，改成大写后，snmptrapd才会允许执行脚本的权限。

2. 确保脚本本身能正常运行 #

这是最基础但容易忽略的点：

• 给脚本加上执行权限：chmod +x /tmp/kk.sh
• 脚本开头必须加shebang，比如第一行写#!/bin/bash（或者#!/bin/sh，根据你用的shell），否则系统不知道用什么解释器来运行它
• 为了方便排查，建议在脚本里加日志输出，比如：

  #!/bin/bash
  echo "Trap received at $(date)" >> /tmp/trap_script.log
  # 其他你需要执行的逻辑
  

  这样即使没有终端输出，也能通过日志确认脚本是否被触发。

3. 验证snmptrapd的运行和配置加载 #

• 重启snmptrapd服务时，尽量指定配置文件路径，确保它加载的是你修改的那个文件：

  sudo snmptrapd -f -Lo -c /etc/snmp/snmptrapd.conf
  

  这里-f是前台运行，-Lo会把日志直接输出到控制台，方便你实时看到陷阱接收和脚本执行的情况。
• 查看系统日志（比如/var/log/syslog或/var/log/messages），搜索snmptrapd相关的条目，看看有没有权限错误、脚本找不到之类的报错信息。

4. 模拟snmptrapd用户执行脚本 #

snmptrapd通常是以非root用户运行的（比如snmptrapd用户），你可以手动模拟这个用户执行脚本，排查权限问题：

sudo -u snmptrapd /tmp/kk.sh

如果执行失败，说明脚本本身有依赖权限或者路径的问题，需要调整。

5. 发送测试陷阱验证 #

用snmptrap命令手动发送一个测试陷阱，确认snmptrapd能接收到并触发脚本：

snmptrap -v 2c -c public localhost:162 '' .1.3.6.1.6.3.1.1.5.3 ifIndex i 1 ifAdminStatus i 1 ifOperStatus i 2

发送后去检查你脚本里的日志文件，看看有没有新的记录。

按照上面的步骤排查，应该能找到问题所在。

备注：内容来源于stack exchange，提问作者Miguel7799