SNMP ディスカバリーのトラブルシューティングIssue SNMP プローブとパターンは、SNMP プロトコルを使用して特定のデバイスに OID のリストをクエリーし、それを走査して結果をセンサーに渡します。 Discovery は、SNMP バージョン 1、2c、および 3 をサポートしています。Discovery ではデフォルトでバージョン 1 と 2c を使用します。バージョン 3 のサポートを有効にする必要があります。MID サーバーは、デフォルトですべての SNMP プロトコルバージョンをサポートしています。特定のバージョンの SNMP のみをサポートするように MID サーバーを設定できます。 この記事では、SNMP ベースのディスカバリーで見られる最も一般的な問題と、これらの問題のトラブルシューティングと解決の手順について説明します。ResolutionFAQ /一般的な問題へのクイックリンク: MIB モジュールのロード中にエラーが発生しましたSNMP プローブが情報を返さないSNMP 分類が機能しないSNMP 認証情報が機能しない MIB モジュールのロード中にエラーが発生しました ユーザーが MIB ファイル PAN-COMMON-MIB をロードしようとすると、次のエラーが MID サーバーのエージェントログにスローされます。 12/09/18 16:57:48 (993) MIB イニシャライザの警告 *** 警告 *** MIB のロード時の MIB ローダー エラー: PAN-COMMON-MIB---20 行目、列 9:参照される MIB「PAN-GLOBAL-TC」が見つかりませんでした---22 行目の列 9:参照されている MIB「PAN-GLOBAL-REG」が見つかりませんでした---45行目、9列目:未定義のシンボル「panModules」---51行目、列9:未定義の記号「panCommonMib」---57行目、列9:未定義の記号「panCommonMib」---63行目、9列目:未定義のシンボル「panCommonMib」---71 行目の列 9:参照値はオブジェクト識別子ではありません この問題は、新しい MIB が別の MIB に依存している場合に発生します。新しいレコードを作成する前に、依存関係を入力する MIB が存在している必要があります。既存の MIB を検索し、必要な MIB が既にロードされていることを確認します。MIB ファイルを開き、IMPORTS セクションを検査することで、依存 MIB を確認することもできます。ファイルの先頭にある FROM キーワードに続く依存 MIB を検索します。この PAN-COMMON-MIB MIB ファイルの例では、赤で表示されている MIB は依存関係にあり、最初にアップロードする必要があります。 インポート MODULE-IDENTITY、OBJECT-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、整数32FROM SNMPv2-SMI-- MODULE-COMPLIANCE、OBJECT-GROUP-- 送信元 SNMPv2-CONFDisplayString、TruthValue送信元 SNMPv2-TCTCシャーシタイプFROM PAN-GLOBAL-TCpanModules、panCommonMibFROM PAN-GLOBAL-REG; SNMP プローブが情報を返さない Wireshark などのパケットキャプチャツールは、MID サーバーが SNMP エージェントに要求を送信しないこと、またはエージェントが要求に応答しないことが問題の原因である場合のトラブルシューティングに役立ちます。次の例は、sysObjectID (OID 値 1.3.6.1.2.1.1.2) に対して予想される get-request および get-response を示しています。 OIDを使用して、sysObjectIDでパケットキャプチャをフィルタリングすることもできます。 snmp.name==1.3.6.1.2.1.1.2 SNMP は UDP 上で実行されるため、送信されたパケットの確認を処理するのは SNMP 次第であるため、上記の分析を行う際には、request と response の両方の request-id が同じであることが重要です。 MID サーバーから SNMP 要求が送信されない場合は、以下の項目を確認してください。 プローブ内の OID は active=false ですテーブルの列名が存在しないか、タイプミスがある MIB ブラウザーを使用すると、特定のテーブルの下にあるアイテム、その OID 名、値、およびソース MIB ファイルを簡単に視覚化できます。 SNMP 分類が機能しない ユーザーが SNMP 対応デバイスに対してディスカバリーを実行するが、CI が作成されないか CI が作成されても正しく分類されない。ディスカバリーはベースシステムでさまざまな SNMP デバイスをサポートしていますが、リストは有限です。検出するデバイスがベースシステムに含まれていない場合は、独自の SNMP 分類子を作成できます。この分類子の作成方法の簡単な概要を以下に示します。 [構成] - [CI クラスマネージャー>] に移動し、ハードウェアテーブルから拡張された新しいテーブルを作成します。 この場合cmdb_ci_hardware、拡張するクラスに子クラスを追加します。新しいテーブルに名前を付け、必要に応じてフィールドを編集します。 [ディスカバリー定義] -> [CI 分類] -[> SNMP] ->[新規] に移動します。新しい SNMP 分類子に名前を付けます。上記のステップで作成した拡張テーブルを選択し、レコードを保存します。[SNMP OID 分類] で、SNMP ディスカバリーを実行するデバイスの OID を含む SNMP OID 分類レコードがあることを確認します。これが sysObjectId になります。また、必要に応じてテーブル、メーカー、およびモデルも選択します必要に応じて、テーブル、メーカー、およびモデルを選択します[プローブのトリガー] で、[SNMP - ID] が選択され、フェーズが [ID] に設定されていることを確認します。このステップにカスタム SNMP 探索プローブを含めることもできます。 SNMP 分類子の作成方法の詳細については、製品ドキュメントの「ディスカバリー CI 分類の作成」を参照してください。 分類が既に存在しても、正しい OID が構成されていない場合、誤った分類が発生します。この場合、既存の分類に OID を追加します。 SNMP 認証情報が機能しない 「認証情報のテスト」を使用して、認証情報が正しく設定されていることを確認します。Wireshark を使用して、正しい認証情報が送信されていることを確認することもできます。 ビュー は、SNMPv3 でより一般的に実装されます。SNMP エージェントでビューが構成されている場合は、ビュー構成がターゲット OID へのアクセスをブロックしていないことを確認してください。SNMPv3 ビューの詳細については、SNMP エージェントのドキュメントを参照してください。 SNMP関連の詳細エラーについては、次のようにwrapper-override.conf(<mid_agent_folder>/conf/wrapper-override.conf)ファイルにエントリを追加する必要があります。 wrapper.java.additional.201=-Dsnmp4j.LogFactory=com.service_now.mid.extension.trap.Snmp4j2DiscoLogFactory