ネットワーク可観測性用語集

シンプル・ネットワーク管理プロトコル(SNMP)とは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

Simple Network Management Protocol(SNMP)は、UDPポート161および162上で動作するマネージャー・エージェントモデルを通じて、ルーター、スイッチ、サーバー、ファイアウォールなどのエンタープライズデバイスの監視および設定を可能にする標準的なネットワーク管理プロトコルです。 SNMPは、オブジェクト識別子(OID)によって整理された管理情報ベース(MIB)内のオブジェクトとしてデバイスデータを公開し、マネージャーはポーリング要求を通じてこれにアクセスするか、イベント発生時に非要求のトラップ通知を介して受信します。 組織は、セキュリティ上の脆弱性、設定ミスによる死角、およびデバイスのCPU負荷過多によるパフォーマンス低下を回避するために、認証と暗号化を備えたSNMPv3を導入し、正確なMIBファイルを維持し、ポーリング間隔を慎重に管理し、送信元アドレスによるアクセスを制限する必要があります。

  • SNMPでは、主に2種類のメッセージタイプが使用されます。MIBツリー内の特定のオブジェクトまたは複数のオブジェクトをポーリングするためのUDPポート161上のGet/GetNext/GetBulkリクエスト、および次のポーリングサイクルを待たずに即座にイベントアラートを送信するためのUDPポート162上のトラップまたはインフォーム通知です。
  • SNMPv1およびSNMPv2cは、「public」などの広く知られたデフォルト値を含むコミュニティ文字列を平文で送信しますが、SNMPv3では、IETF RFC 3411で定義されているユーザーベースの認証とオプションの暗号化が追加され、偵察や不正な設定変更から保護されます。
  • 一般的な運用上の不具合としては、トラップ送信先の設定漏れ、UDPポート162のファイアウォールによるブロック、SNMPv3の認証情報やエンジンIDの不一致、デバイスのCPUに過負荷をかける過度なポーリング間隔、およびベンダーMIBの誤用や欠落による生数値のOID表示やカウンタ値の誤読などが挙げられます。

SNMPの概要

AttributeValue
Full nameSimple Network Management Protocol
CategoryNetwork management protocol
Protocol and portUDP port 161 for requests to agents, UDP port 162 for traps and informs
OSI layerLayer 7 (application)
Primary useMonitoring and configuring network devices
Related termsMIB, Network monitoring, Syslog, NetFlow

SNMPの仕組み

SNMPは、マネージャーとエージェントのモデルを採用しています。エージェントは管理対象デバイス上で動作し、そのデータをオブジェクト識別子(OID)によって識別され、管理情報ベース(MIB)に整理されたオブジェクトとして公開します。

  1. データの定義:各MIBは、インターフェースカウンターやCPU負荷など、デバイスが報告可能なオブジェクトを記述し、ツリー構造の中で各オブジェクトに一意のOIDを割り当てます。
  2. リクエストの送信:マネージャーは、UDPポート161を介してエージェントにメッセージを送信します。Getリクエストは特定のオブジェクトを読み取り、GetNextおよびGetBulkはツリーを順次探索し、Setは書き込み可能な値を変更します。
  3. リクエストの認証:SNMPv1およびSNMPv2cでは、コミュニティ文字列を使用して送信者を識別します。SNMPv3では、ユーザーベースの認証とオプションの暗号化が追加されています。
  4. 応答の返送:エージェントは要求されたオブジェクトを検索し、その値またはエラーをマネージャーに返します。
  5. 通知の送信:リンクのダウンなど、定義されたイベントが発生すると、エージェントはポーリングされることなく、UDPポート162を介してマネージャーにトラップを送信します。インフォームはトラップと同様に機能しますが、確認応答を必要とします。

SNMPウォークとは、OIDツリー内の指定されたポイントの下にあるすべてのオブジェクトを取得するための、GetNextまたはGetBulkリクエストの繰り返し一連の処理です。これは通常、デバイスが公開している情報を特定するために使用されます。トラップはポーリングサイクル間のイベントをカバーしますが、プレーンなトラップのUDPによる配信は保証されません。

エンタープライズネットワークにおいてSNMPが重要な理由

SNMPは、ほぼすべてのエンタープライズ向けルーター、スイッチ、ファイアウォール、プリンター、サーバーでサポートされており、監視ツールにとって一般的なデータソースとなっています。インターフェースカウンター、エラー率、ハードウェアの状態をポーリングすることで、チームは容量の問題や故障した機器を特定できます。トラップを使用することで、リンク障害などのイベントを検出するまでの時間を短縮でき、そうでなければ次のポーリングを待たなければなりません。

セキュリティは、使用されているバージョンに大きく依存します。SNMPv1およびSNMPv2cはコミュニティ文字列を平文で送信しますが、「public」などのデフォルトの文字列は広く知られています。RFC 3411以降のIETF規格で定義されたSNMPv3では、認証と暗号化が追加されています。 脆弱なコミュニティ文字列を用いた書き込みアクセスにより、攻撃者がデバイスの設定を変更できる可能性があるため、多くの組織ではSNMPを読み取り専用アクセスに制限し、クエリを実行できるホストを限定しています。

管理が不十分だと、死角やリスクが生じます。設定されていないエージェントは可視性を提供せず、多数のOIDに対する過度なポーリングはデバイスのCPUに負荷をかける可能性があります。 古いMIBは値の誤読を引き起こし、信頼できないネットワークに無制限に公開されたSNMPは、偵察や改ざんを招きます。エージェントのインベントリを管理し、SNMPv3を使用し、送信元アドレスによるアクセスをフィルタリングすることで、このプロトコルを有用かつ安全に保つことができます。

SNMPのよくある問題

public や private といったコミュニティ文字列が設定されたままのデバイスでは、UDP ポート 161 にアクセスできる者なら誰でもデータを読み取ることができ、場合によっては書き込みも可能になります。セキュリティスキャンでは、インストール後にセキュリティ強化が行われていないプリンターやスイッチにおいて、この問題が頻繁に指摘されます。

トラップ受信側に何も届かないのは、デバイスにトラップの送信先が設定されていない、ファイアウォールがUDPポート162をブロックしている、あるいはコミュニティ名やSNMPv3ユーザーが一致しないためです。トラップは要求なしに送信されるものであり、SNMPv1およびSNMPv2cのトラップには確認応答がないため、送信側からは失敗の兆候が一切示されません。

マネージャーとエージェントの間で、セキュリティレベル、認証プロトコル、またはプライバシープロトコルに不一致がある場合、ポーリングはタイムアウトするか、認証エラーを返します。トラップやインフォームに使用されるエンジンIDの不一致も、よくある原因の一つです。

ルーティングテーブルやARPテーブルなどの大規模なテーブルに対して、過度に短いポーリング間隔を設定したり、大規模なGetBulkウォークを実行したりすると、旧式のデバイスではCPU使用率が上昇し、グラフにデータ欠落が生じる可能性があります。通常、ポーリングを時間差で実行したり、要求するOIDを制限したりすることで、この問題は解決されます。

正しいベンダーMIBが読み込まれていない場合、ツールは生の数値OIDを表示したり、値を誤って読み取ったりすることがあります。また、32ビットのインターフェースカウンタではカウンタのラップオーバーが発生し、高速リンク上で誤ったスパイクが生じる可能性があるため、64ビットのカウンタを使用することをお勧めします。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

SNMP FAQ

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事