次のサンプル/単純な snmpd.conf (RHEL 7.4 上の Net-SNMP 5.7.2) を考えると、
rwcommunity プライベート 192.168.56.101
trapsess -Ci --clientaddr=192.168.56.128 -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
...128ではなくIP ソース192.56.168.1で「スタートアップ」 InformRequest を取得します(以下の WireShark スナップショット)
-Dオプションを使用すると、次のようなデバッグ情報を出力できるため、驚くことではありません。
トレース: netsnmp_config_process_memory_list(): read_config.c, 696: read_config:mem: メモリの処理: clientaddr 192.168.56.128 トレース: run_config_handler(): read_config.c, 562: 9:read_config:parser: clientaddr ハンドラは今回登録されていません
ただし、Web ソースは次のように述べています。
...この値は、通知を生成するときに snmpd によっても使用されます。
trapsess [SNMPCMD_ARGS] HOST は、通知先を定義するためのより一般的なメカニズムを提供します。 SNMPCMD_ARGSは、同等の snmptrap (または snmpinform) コマンドが目的の通知を送信するために必要なコマンドライン オプションである必要があります。
このような古いスレッドもいくつか読みました
- ただし、このオプションはsnmptrapでうまく機能します
snmptrap -D -Lo -Ci --clientaddr=192.168.56.128 -M+path_to_my_mibs -v 2c -c プライベート 192.168.56.101:162 "" .1.3.6.1.4.1.abcdef0 i 0
- このオプションは、snmp.conf に配置された場合にも機能し (ここには 'd' がないことに注意してください)、snmpset および snmpget (およびその他) に適用されます。
私の質問は次のとおりです。これはドキュメントのエラーですか、バグですか、Net-SNMP スタックの誤用ですか?