Unix 上的 SNMP 陷阱答案

【问题标题】：SNMP Trap on UnixUnix 上的 SNMP 陷阱
【发布时间】：2012-02-29 21:42:00
【问题描述】：

近 6 天以来，我一直在努力克服这个问题。

我有 2 台机器。其中一个是manager 10.201机器，另一个是agent（10.226）

我已经像这样配置了 manager 的 snmptrap.conf 文件。

authCommunity  execute  public      default  .1
traphandle  default /usr/bin/traptoemail -s localhost -f snmp@localhost root@localhost

然后我像这样配置了代理的 snmpd.conf 文件。

###########################################################################
# SECTION: Access Control Setup

rocommunity  public  
rwcommunity  private



###########################################################################
# SECTION: System Information Setup

syslocation  "Izmir, 226. machine "
syscontact  info@abc.com

###########################################################################
# SECTION: Trap Destinations

trap2sink  10.0.0.201  162

authuser   read -s v2c guest_user noauth  .1
authuser   read -s usm guest_user noauth  .1
authcommunity read  public  default .1
iquerySecName guest_user
agentSecName  guest_user

monitor   -u guest_user  -r  1  "interface down" -o ifDescr ifOperStatus != 1

但我想捕获代理机器的 CPUIdle 率。例如，我可以通过 snmpwalk 命令以这种方式获取 CpuIdle。

# snmpwalk -v 2c  -c public 10.0.0.226 .iso.org.dod.internet.private.enterprises.ucdavis.systemStats.**ssCpuIdle**.0

* 当代理的 (10.0.0.226) *ssCPuIdle 速率超过 98 时，我想捕获到管理器主机 (10.0.0.201)。*

有没有人可以帮助我？我在哪里犯了错误，conf文件或其他任何东西？

【问题讨论】：

标签： snmp

【解决方案1】：

需要注意的一点是ssCpuIdle 变量实际上正在消失。它是在固定的时间段内测量的，这是一个不准确的问题。

如果您仍想在旧版本的 snmpd 上使用它，那么下面的监控行可能会满足您的需求：

monitor   -u guest_user  -r  1  "idle too high"  ssCpuIdle > 97

如果您使用较新的 ssCpuRawIdle 对象，则需要监控它的增量：

monitor   -u guest_user  -r  1  "idle too high" -D ssCpuRawIdle > NUMBER

但NUMBER 的大小可能取决于所讨论的系统（特别是内核数量）。您可以使用对象的描述来进行初始计算猜测并从那里开始：

  DESCRIPTION   "The number of 'ticks' (typically 1/100s) spent idle.

             On a multi-processor system, the 'ssCpuRaw*'
             counters are cumulative over all CPUs, so their
             sum will typically be N*100 (for N processors)."

【讨论】：