snmpd.conf客户端地址不适用于发送具有给定IP源地址的陷阱/inform
给定以下示例/简单snmpd.conf (RHEL7.4上的Net-SNMP5.7.2)
rwcommunity社区私有192.168.56.101
trapsess --clientaddr=192.168.56.128 -Ci -v 2c -c 192.168.56.101:162
启动SNMP守护程序时
snmpd -f -Lo -D -C -c data/snmpd_test.conf udp:192.168.56.128:161
我们使用IP源192.56.168.1而不是...128 (下面是WireShark快照)获取“Start Up”InformRequest
这并不奇怪，因为-D选项允许我们输出调试信息
跟踪: netsnmp_config_process_memory_list()：read_config.c，696: read_config:mem: processing memory: clientaddr 192.168.56.128跟踪: run_config_handler()：read_config.c，562: 9:read_config:parser：此时未注册clientaddr处理程序
然而，网络消息来源说：
snmpd在生成通知时也会使用...This值。
trapsess SNMPCMD_ARGS主机提供了一种更通用的机制来定义通知目的地。SNMPCMD_ARGS应该是等效的snmptrap (或snmpinform)命令发送所需通知所需的命令行选项
我还阅读了一些像this one这样的老帖子
- 但是，此选项在snmptrap -Lo -Ci --clientaddr=192.168.56.128 -M+path_to_my_mibs -v 2c -c -c 192.168.56.101:162 "“.1.3.6.1.4.1.a.b.c.d.e.f.0 i 0
中运行良好
- 此选项在放置在snmp.conf中时也有效(注意这里没有'd‘)，然后它适用于snmpset和snmpget (可能还有其他)
所以我的问题是:是文档错误、bug还是误用Net-SNMP堆栈？
回答 1
Stack Overflow用户
发布于 2018-12-14 07:40:35
经过长时间的努力，我可能有了答案，我写了一张简短的便条，因为我刚刚找到了一个窍门
似乎无法正确解析clientaddr snmpd.conf中的任何位置的
(我也试着不在trapsess线路内)
，但它似乎是snmpd的命令行中的有效选项
就像它是snmptrap命令行中的有效选项一样。所以我假设这两者的解析机制是相同的。
的一个条件也是IP地址必须是有效的
这意味着
Test.conf --clientaddr=192.168.56.128 udp:192.168.56.128:161 /
-f -Lo -D -C -c data/ snmpd _test.conf snmpd-Lo-D-c-c data/snmpd_test.conf snmpd udp:192.168.56.128:161
似乎完全解决了我的问题。
我将执行更多的测试，如果格式准确，这个答案会更好一些，但这似乎是一个很好的提示。
https://stackoverflow.com/questions/53767608
复制相似问题