在使用net-snmp加密企业陷阱时遇到困难

我正在使用net-snmp版本5.7.3，并且最近在应用程序中添加了对支持SNMP v3的支持。

SNMP GETS与Auth和Priv协议的任意组合一起工作完美无缺。当我用Wireshark捕获时，我可以看到加密的PDU，并且MIB浏览器能够解码并且一切正常。

我遇到的问题是SNMP v3陷阱。对于我的生活，我无法获得企业陷阱加密。 Wireshark捕获显示它们清楚地显示出来。

这里是我的相关配置：

在我/etc/snmp/snmpd.conf中有：

master agentx 
agentaddress udp:161 
engineID 43f8513afdd8a1648e63a728be8625 
rouser allenmcw priv 
trapsess -v 3 -u allenmcw -a SHA -A <authPass>-x AES -X <privPass> <IP address>

在/usr/lib/snmp/snmpd.conf我：

usmUser 1 3 "43f8513afdd8a1648e63a728be8625" "allenmcw" "allenmcw" NULL .1.3.6.1.6.3.10.1.1.3 0x11c712fff7718594a12d2444a3356405a31b3c9c .1.3.6.1.6.3.10.1.2.4 0x11c712fff7718594a12d2444a3356405 0x 
setserialno 746862596 
############################################################## 
# 
# snmpNotifyFilterTable persistent data 
# 
############################################################## 


    engineBoots 42 
    oldEngineID "43f8513afdd8a1648e63a728be8625"

对于trapsess，我尝试了以下变化，因为我的理解是密码等应该被usmUser条目拾取。

trapsess -v 3 -u allenmcw -l authPriv时

注意，在没有陷阱这个最后的选择结果走出去了！ -l选项应该基于我所做的所有研究都有效，但它不适合我。

应该注意的是，由net-snmp本身发出的COLD启动陷阱被加密，但没有企业级陷阱。

我承认在此问题上可能会有些失落。

感谢您的任何指导。

艾伦

来源

2017-04-20 Allen McWongahey

下面的步骤进行它的工作： trapsess -v 3 -u allenmcw -e 43f8513afdd8a1648e63a728be8625 -l authPriv时-a SHA -A testing1 -x AES -X testing1 它不会没有实际上是把密码中工作我不喜欢，因为它们是明文。应该指出一个单独的进程守护进程运行，它负责发送企业陷阱，但它似乎应该仍然从另一个文件中的usmUser条目获取密码。 –

有解决办法。我怀疑这是因为在我们的环境中，我们运行一个单独的陷阱守护程序来发送所有企业陷阱。

不是有明文密码在/etc/snmp/snmpd.conf中以下将使陷阱守护程序使用密码哈希版本，其中来自/usr/lib/snmp/snmpd.conf

这里是校正trapsess行：

trapsess -v 3 -u allenmcw -3m 0x9d833d009db321cec1d2f1ed737bf11aff770fa1 -3M 0x9d833d009db321cec1d2f1ed737bf11a <IP address>

这些散列值是从所引用的其他的snmpd.conf拉动。

来源

2017-04-21 22:44:23

该解决方案似乎无法在100％的时间内始终如一地工作。进一步调试后我会再次更新。 –

你还使用“snmptrapd”作为陷阱守护进程吗？守护进程重新启动后，您是否从“snmptrapd.conf”获取散列的密码？ –

在使用net-snmp加密企业陷阱时遇到困难

回答

相关问题