为什么我不能在OpManager中查看陷阱告警?

SNMP陷阱 由被管设备发送到OpManager服务器,用于通知重要事件。对于要在OpManager中处理接收到的陷阱,它们需要合适的 SNMP 陷阱处理器。处理的SNMP陷阱可以在告警 > 陷阱告警下找到。

没有合适陷阱处理器的SNMP陷阱将不会被处理。 这些陷阱被称为非请求陷阱,可以在告警 > 非请求陷阱 鼠标悬停 动作)下找到。下面给出的原因列表,说明为什么无法查看OpManager中的陷阱告警以及如何对它们进行故障排除。

I. 陷阱不被OpManager接收

原因 #1: 该设备可能不受OpManager的监视。
解决方法: 检查设备是否由OpManager监视。如果没有,请重新发现设备,并在OpManager中使用更新的凭证来管理它。

原因 #2: 陷阱目标可能是错误的。
解决方法: 检查终端设备中的陷阱目标。测试来自终端设备的陷阱,并配置终端设备将陷阱发送到OpManager服务器。

原因 #3: 在OpManager中,陷阱端口可能被占用。
解决方法: 检查端口162是否被任何其他服务或应用程序使用。如果端口被占用,

  • 释放端口并重新启动OpManager服务。
    (或者)
  • 更改安装目录中 conf > OpManager > trapport.conf 文件下的陷阱端口。 

原因 #4: 由于入站防火墙规则,没有收到陷阱。
解决方法: 防火墙策略可能会阻塞到OpManager服务器中端口162的传入流量。关闭Windows防火墙并检查OpManager是否能够接收陷阱。如果是,请检查入站防火墙规则并相应修改它们。

II. 陷阱由OpManager接收,但未列在陷阱告警下

原因 #5: 没有SNMP陷阱处理器可以处理陷阱。
解决方法: 没有陷阱处理器的陷阱将不会被处理。它们可以在告警 > 非请求陷阱 鼠标悬停 动作)下找到。要警惕这些非请求的陷阱,您需要创建适当的陷阱处理器

原因 #6: 陷阱处理器可能有处理标准方面的问题。
解决方法: 创建的SNMP陷阱处理器可能有一个标准不匹配。这是因为

  • SNMP版本(v1,v2 & v3)不匹配-接收到的SNMP陷阱版本与创建的陷阱处理器版本不匹配
  • 手动错误设置匹配标准。

在上述情况下,必须相应地 修改SNMP陷阱处理器

 

如果问题仍然存在,请按照下面的步骤检查陷阱是否由OpManager接收:

  1. 设置 > 基本设置 > 系统设置.
  2. 在日志记录选项卡下,启用调试日志
  3. 现在将测试陷阱发送到OpManager服务器。
  4. 一旦测试陷阱被发送到OpManager,OpManager将停止服务。
  5. 进入安装目录下的bin文件夹,以管理员身份运行MibBrowser.bat文件。
  6. 在Mib浏览器窗口中,转到 查看 > 陷阱查看器。
  7. 陷阱查看器 窗口中,点击 开始, 并检查陷阱是否被陷阱查看器接收。
  8. 在检查陷阱查看器时,
    1. 如果没有显示陷阱,请测试来自终端设备的陷阱,并配置终端设备将陷阱发送到OpManager服务器。
    2. 如果显示了陷阱,请将问题的简短描述连同已压缩的日志文件夹一起发送给 mes@zohocorp.com.cn ,并使用流量分析工具捕获数据包。