SNMP の概要
1 SNMP の概要
SNMP は、最も広く使用されるネットワーク管理プロトコルになるように開発され、現在適用されているバージョンには主に SNMP v1、SNMP v2c、SNMP v3 があります。各バージョンの主な違いは、情報の定義、通信プロトコルの動作、セキュリティ機構にありますが、同時に、SNMP アプリケーションの 2 つの拡張機能である RMON (Remote Network Monitoring) と RMON2 も登場しました。
物理層の観点から見ると、SNMP を使用してネットワークを管理するには、ネットワーク管理ステーション (NMS)、エージェント (エージェント)、およびプロキシ サーバー (プロキシ) を含める必要があります。ネットワーク管理では、指示を発行したり通知情報を受信したりするために、少なくとも 1 つの NMS が必要です。エージェントは管理ノードからの要求に応答し、通知情報を積極的に生成することもでき、ネットワーク管理には 1 つ以上のエージェントが存在できます。プロキシは、異なるネットワークまたは異なるバージョン間で SNMP リクエストと通知メッセージを転送します。
プロトコル層の観点から見ると、SNMP には、SMI (管理情報の構造、管理情報構造) と MIB (管理情報ベース、管理情報ベース) が含まれます。 SMI は ASN.1 (Abstract SyntaxNotation one) のサブセットです。SMI では、ASN.1 の要素、カスタム データ型、およびマクロを SNMP で使用できると規定しています。これらの要素、データ型、マクロ、およびその他の関連構文を定義するために使用できます。 SNMP の MIB。 MIB は、エージェントで管理可能なオブジェクトの抽象的な記述です。 SNMP では、MIB はツリー構造で構成され、表示されます。ツリー内の各ノードは OID (オブジェクト識別子) と呼ばれ、Web サイトのドメイン名と同様の方法で構成され、各ノードは証明書によって表されます。 1.3.6.4として。
SNMP は、HTTP プロトコルや FTP プロトコルと同様、TCP/IP プロトコル スタックに属するアプリケーション層プロトコルです。 SNMP トランスポート層が UDP プロトコルを使用するだけです。
SNMP v1 では、NMS からエージェントへの簡易認証モード (コミュニティ) が提供されています。NMS は、エージェントにリクエストを送信するときにコミュニティ文字列を提供する必要があります。エージェントは文字列を受信した後に確認する必要があります。一貫性があるかどうか地元の人と一緒ですか？コミュニティの転送にクリア テキストを使用するため、明らかなセキュリティ リスクが存在します。
1996 年に、IETF は SNMP v2c (Community-BasedSNMP v2) をリリースしました。このバージョンでは、v1 に基づいて管理ステーション間の通信が定義されました。すべて分散ネットワーク管理をサポートしていますが、セキュリティ メカニズムの点では v1 と同じです。
1998 年に IETF は SNMP v3 をリリースし、SNMP v2 に基づいてセキュリティ (ユーザーベースのセキュリティ モデルとビューベースのアクセス制御モデル) と管理メカニズムを拡張しました。セキュリティの面では、v3 バージョンではプロトコル メッセージにセキュリティ パラメーターが追加され、暗号化された送信とメッセージの必須検証が可能になり、安全なプロトコルです。 SNMP v3 は、モジュラーの考え方を使用してプロトコル内の各コンポーネント モジュールを定義し、プロトコル アーキテクチャを改善し、最も重要なことに、SNMP v1 および SNMP v2 との互換性を維持します。
2 SNMP の機能
SNMP のエージェントは、主に情報のアップロードを担当します。SNMP プロトコルのレベルの機能に加えて、NMS には、SNMP プロトコルのレベルの機能に加えて、情報をログに記録し、通知する機能もあります。送受信された記録、管理、構成機能を備え、グラフィカルな構成および管理インターフェイスを提供できます。
これらの機能を実現するために、SNMP には主に次のような一連の操作コマンドが含まれています。
読み取りコマンド: Get シリーズ コマンド、NMS は次のようなコレクション管理のリクエストを送信します。エージェント情報。
Set コマンド: Set コマンド。NM は、メッセージに含まれるデータをエージェントに書き込みます。
アラーム機能: トラップ シリーズ、エージェントはアラーム/イベント メッセージ情報を NMS にアクティブに送信します。
図 13-1
1. Get オペレーション
Get オペレーションは、NMS によってアクティブに開始されるオペレーションです。 。送信メッセージには、Get リクエスト フラグに加えて、リクエスト対象の OID 名と値のペアも含まれており、管理オブジェクト情報は、この名前と値のペアをバインドする形式で転送されます。もちろん、Get オペレーションの OID に対応する値は NILL です。
2. Get-Next オペレーション
Get-Next オペレーションは Get 関数に似ていますが、クエリされる情報がメッセージにバインドされている OID 情報ではなく、次の情報である点が異なります。オブジェクトの OID 情報 (次の OID 情報が読み取り可能な場合)。たとえば、NMS がエージェント側の sysName の次のノードである sysLocation の情報を収集したいとすると、要求メッセージでは sysName.0 となり、返されるメッセージは sysLocation.0 と value にバインドされます。
3. Get-Bulk オペレーション
は、実際には複数の Get-Next オペレーションの集合であり、SNMP v2 で新たに追加されたオペレーション メソッドです。
4. Set オペレーション
Set オペレーションでは、書き込み可能な権限を持つ OID のパラメータを設定し、デバイスのパラメータ管理、構成、制御を実現します。 Get 操作のバインド変数とは異なり、Set は対応する OID 設定の値をバインドする必要があります。
5. Get-Response
Get-Response は、NMS の Get および Set コマンドに対する応答であり、コマンドとコマンド内のパラメーターに応じて、対応する戻り変数がバインドされます。情報やエラーステータス情報（コマンド実行の成否を示す）など
6. トラップ シリーズ
トラップは、エージェントが重要なイベントを NMS に積極的に報告するためのメカニズムであり、このような報告に対して、NMS はエージェントに応答する必要はありません。トラップ情報の内容は、いつ、どこで何が起こったかを示します。
3 SMI と MIB
1、SMI
SMI は、SNMP の ASN.1 構文で定義された情報モジュールであり、ASN.1 のサブセットです。これらのモジュールには、多くの SNMP 固有のマクロ、カスタム データ型およびルールなどが含まれています。これらのマクロ、データ型、およびルールを定義する主な目的は 3 つあります: 1 つは SNMP アプリケーションで一意のデータ型を表現および定義すること、もう 1 つは管理オブジェクトの定義方法を簡素化すること、3 つ目はオブジェクト識別子スペースを割り当てることです。 SNMPコーディング方式での管理オブジェクトと管理オブジェクト。 SNMP は、RFC 文書で定義されたこれらの情報モジュールに基づいてプロトコルを標準化し、さまざまな組織、企業、個人が管理オブジェクトを定義する際の一貫性を維持できるようにします。
SNMP では、実際には 2 つのバージョンの SMI が定義されています。つまり、RFC 1151 で定義された SMI v1 と RFC 2578 で定義された SMI v2 です。 SMI v1 では、いくつかのデータ型、ルール記述、OBJECT-TYPE マクロなどが単純に定義されていますが、SMI v2 では、すべての関連コンテンツがモジュール定義方式で完全に編成されています。
SMI v1 で定義されている基本データ型は次のとおりです。
INTEGER: 実際には 32 ビット整数です。
オクテット文字列: 0 個以上の 8 ビット文字 (シングル バイト)。テキスト文字または物理アドレスを表すことができます。値の範囲は 0 ～ 65535 です。
オブジェクト識別子: ドット付き 10 進表記で表される OID。
NULL: SMI v1 でのみ定義されており、SMI v2 では使用されなくなりました。
シーケンス: 定義リスト。
シーケンス: テーブルを定義します。
SMI v2 では、上記のデータ型の範囲制限と更新がさらに明確になり、BITS 型も導入されました。
SMI v1 のカスタム データ タイプには、次のものが含まれます。
NetworkAddress (ネットワーク アドレス)。これは、インターネット以外のネットワーク アドレス ファミリにすることができます。
NetworkAddress::= CHOICE {インターネット IP アドレス}
- ネットワーク バイト オーダーで表現された 32 ビット IP アドレス
- IPAddress::= [APPLICATION 0] IMPLICIT OCTET STRING (SIZE (4))
- カウンタ タイプの値は一方向に増加し、最大値に達すると 0 に戻り、再びカウントを開始します(エージェントの再起動後も 0 にリセットされます)。主にインターフェイスによって送受信されたバイト数をカウントするために使用されます。
- Counter::= [アプリケーション 1] IMPLICIT INTEGER ( 0.. 4294967295)
- ゲージ タイプの値は増減でき、最大値に達すると最大値のままになります。たとえば、 router は次のタイプで表現できます
- Gauge::= [APPLICATION 2]IMPLICIT INTEGER (0 .. 4294967295)
- TimeTicks uses 0.01タイミングの秒数。2 つの時点間の時間間隔を示します。タイミングベースを説明に記載する必要があります。
- TimeTicks::= [アプリケーション 3] 暗黙の整数 (0.. 4294967295)
- Opaque は他の ASN.1 型をエンコードします。値は次のとおりです。 2回カプセル化されています。下位互換性を確保するために、このタイプは SMIv2 でも定義されており、推奨されません。
- #Opaque ::= [APPLICATION 4 ] IMPLICIT OCTET STRING
- Gauge32 ::= [アプリケーション 2 ] 暗黙的な整数 (0 .. 4294967295)
- Counter64::= [APPLICATION6] IMPLICIT INTEGER (0..18446744073709551615)
2
、MIBMIB は管理情報の集合であり、ビジネス ニーズやネットワーク管理標準に基づく契約に従って編成されています。 . ルールと定義構文で記述された構造化テキスト ファイル。
管理情報ベース (MIB) 内の各管理オブジェクトは、名前、説明、データ型、その他の情報を含むすべての属性を明確に記述する必要があります。これらのプロパティの内容は、オブジェクトの一意の識別子 (OID) を通じて通信当事者によって識別できます。つまり、MIB は NMS とエージェント間の通信のブリッジであり、エージェントが MIB を実装し、NMS が MIB を認識している場合にのみ、両者は正しく連携して、対応する管理機能を実装できます。 MIB が NMS にインポートされた後でのみ、NMS は管理対象オブジェクトの詳細をすべて知ることができます。 MIB で定義された管理オブジェクトがエージェントに実装されている場合、エージェントは MIB をサポートします。エージェントは複数の MIB を実装でき、各 MIB には多かれ少なかれ管理オブジェクトを含めることができますが、明確な要件はありません。 MIB は主に 2 つの部分から構成されており、1 つは国際標準化機構によって定義された標準管理オブジェクトであり、MIB-I (RFC1156) と MIB-II (RFC1213) があります。ネットワークに接続されているすべてのデバイスは、標準 MIB で定義されている一般および基本の管理オブジェクトをサポートしています。もう 1 つは、大手メーカーや組織、個人がカスタマイズしたプライベート MIB で、機器管理のニーズや標準 MIB にはない管理対象に応じてメーカーがカスタマイズしたものです。プライベート MIB はノード エンタープライズ (1.3.6.1.4.1) の下に定義されます。
標準 MIB は、管理オブジェクトを 10 のグループに分割しており、これらは MIB ツリーの 10 のブランチです。それらは次のとおりです: システム、インターフェイス、AT (アドレス変換。ステータスは非推奨であり、次のバージョンではサポートされないことを示します)使用）、IP、ICMP、TCP、UDP、EGP、Transmission、SNMP、それらの親ノードは 1.3.6.1.2.1 (mib-2) です。これら 10 個のグループの管理オブジェクトは、ネットワーク管理の最も重要な部分の 1 つです。
システム グループ: 主にエージェントのシステム レベルの情報を説明するために使用されます。 sysName、sysLocation、sysDescr、sysServices、sysUpTime、sysContact、sysObjectID などが含まれます。これらの OID は、デバイスの名前、場所、オンライン時間など、ネットワーク管理において非常に重要な情報を提供しますが、実際の環境では、この情報の更新が間に合わず、無視されがちです。
Interfaces グループ: このグループは、ネットワーク デバイスのすべてのインターフェイス情報を提供するために使用されます。インターフェイス タイプ、インターフェイスの説明、インターフェイス レート、インターフェイス ステータスなどが含まれます。
AT グループ: アドレス変換グループ。この時間のグループは、ネットワーク アドレスと物理アドレスの間のマッピング関係を実装するテーブル オブジェクトです。テーブルをトラバースすることにより、IP アドレスと MAC アドレスの対応関係を取得できます。
IP グループ: IP 層関連情報の管理オブジェクトを定義します。これらのオブジェクトには、IP パケット、エラー情報、アドレス情報、ルーティング情報、およびアドレス マッピング情報が含まれます。
ICMP グループ: このグループは、さまざまな ICMP メッセージの送受信を記述する 26 個のスカラー オブジェクトを定義します。これらはすべて Counter タイプです。これらのオブジェクトは、メッセージの送受信速度、およびさまざまな ICMP メッセージ タイプ (要求、応答) の速度を簡単に提供できます。
TCP グループ: このグループには主に、構成管理のための TCP 再送信ポリシー、最長および最短の再送信時間を持つオブジェクト、およびパフォーマンス管理のためのリンク拒否リクエストが含まれます。 TCP 通信状態間の転送レコード、再送信の総数、受信エラーの総数、課金管理に使用される TCP データ セグメントを送受信するための技術オブジェクト、およびセキュリティ管理に使用される tcpConnTable テーブル オブジェクト。このテーブルのレコードを分析することで、リモート IP、ポート番号、ステータスなどの情報を取得し、リモート エンドからの不審なリンクを追跡します。
UDP グループ: このグループには、UDP パケットを送受信するためのカウント オブジェクト、エラー レポートのカウント オブジェクト、およびポートやポートなどの関連情報のパフォーマンスおよびアカウンティング管理に使用できるオブジェクトが含まれます。 IP アドレス。
EGP (Exterior Gateway Protocol) グループ: EGP は、自律システム (隣接システム) 間でルーティング情報を交換するために使用されるプロトコルです。このグループには、ユーザ障害管理のためのネイバー実行ステータス、ユーザ構成管理のためのローカル自律システムのドメイン番号、パフォーマンス管理のためのローカル エンティティに出入りする EGP メッセージの速度、およびエラーカウントオブジェクト。
伝送グループ: このグループの機能は、さまざまな伝送メディアに従って、対応する管理情報を提供することです。このグループは非常に特殊です。MIB-II では、このブランチの下に明確な管理オブジェクトは定義されていません。代わりに、特定の伝送メディアを管理する必要がある場合、対応するインターフェイス タイプが再編成に追加されます。
SNMP グループ: このグループは、SNMP に関連するオブジェクトを詳細に定義します。たとえば、障害管理に使用できるさまざまな種類のエラーの数に関する統計、トラップ認証の失敗によって構成管理に使用できるメッセージ オブジェクトが生成されるかどうか、送受信されるさまざまなメッセージの数に関する統計など、障害管理に使用できます。パフォーマンス管理。
4 OID ツリー
SNMP では、すべての管理オブジェクトがツリー構造に編成され、管理オブジェクトはツリー内のノードとして具体化されます。このツリーは関連する国際標準化組織によって維持および管理されます。この構造化された階層構造により、オブジェクトの管理と拡張が非常に便利になります。この管理と拡張は、ノードの割り当てに反映されます。
企業、組織、または個人は、ツリー構造のブランチとなるノードを国際機関に申請する権利を有します。ノードの申請に成功したら、監視または管理のビジネス ニーズを満たすために、ブランチの下に他のノードを自由に割り当てることができます。
OID 番号。MIB 番号とも呼ばれます。 MIB は実際には OID で構成される ASN.1 モジュールであり、実際にはツリー構造で具体化されます。インターネット上には標準 MIB が数多く存在しており、SNMP では MIB-I、MIB-II などが定義されているほか、企業、組織、個人が定義した MIB も含まれています。以下に示すように。
OID ツリーでは、最上位のルート ノードのみが特定の番号を持たず仮想ノードとみなすことができ、他のノードは同じレベルで一意の番号を付けて区別します。
最上位の次レベルのノードは、CCITT (現在の ITU-T) によって管理される ccitt (0) と ISO によって管理される ISO (1) です。
インターネット ノードの下には多くのサブノードがあります。ディレクトリ (1) は予約されており、将来 OSI ディレクトリ サービスに使用される可能性があります。 mgmt(2) は IAB の責任であり、RFC で標準管理オブジェクト (実際には MIB-I および MIB-II) を定義するために使用されます。 Experimental(3) も IAB によって管理され、インターネットの実験的な性質の管理オブジェクトを定義するために使用されます。プライベートノード (4) とその下位ノードのエンタープライズノード (1) は IANA によって割り当てられ管理されており、エンタープライズノード (1) は主にさまざまな企業や組織への割り当てに使用されます。
OID ツリー構造を以下の図 13-2 に示します。
| #SNMP タイプ |
説明 説明 |
Zabbix で推奨される監視項目オプション
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 符号付き 32 は整数です |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| バイナリ データまたはテキスト データは複数行にすることができます | ##Text
| ##OID||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ## SNMP オブジェクト識別子、ドット付き 10 進数で表現 | #Character |
| ##IPv4 アドレス|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ##文字 | 値をそのまま保存 |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#数値、符号なし、10 進数 |
ストア値: デルタ (1 秒あたりの速度) |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
数値符号なし、10 進数 |
値をそのまま保存します |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ストア値: デルタ (1 秒あたりの速度) |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 値をそのまま保存します |
2 OID の検出Zabbix で SNMP 監視装置を使用する前に、監視項目に対応する OID 値とデータ型を決定する必要があります。標準の MIB と OID に加えて、機器メーカーに問い合わせる必要がありますが、メーカーが提供するドキュメントや MIB ライブラリ ファイルを通じて、監視する必要がある OID 値を迅速かつ正確に見つけることができます。 下の図 13-3 に示すように、MG-SOFT MIB ブラウザなどのいくつかのグラフィカル ツールを使用して MIB ファイルをインポートし、グラフィカル インターフェイスでデバイス情報をクエリできます。
図 13-3 グラフィカル ツールを使用すると、監視項目の OID タイプと値を迅速に参照、クエリ、決定することができます。 snmpwalk ツールを使用して、デバイスから直接クエリを実行することもできます。 snmpwalk を使用する前に、システムにソフトウェアがインストールされていることを確認してください。インストールされていない場合は、次のコマンドを使用してインストールできます。 # yum install net-snmp-utils snmpwalk を実行してデバイス情報を照会します。 # snmpwalk -v 2c -c public 10.60.0.19 1.3.6.1.2.1.1 SNMPv2-MIB::sysDescr.0 = STRING: Cisco IOS ソフトウェア、ME380x ソフトウェア(ME380x- UNIVERSALK9-M)、バージョン 15.4(3)S2、リリース ソフトウェア (fc1) テクニカル サポート: http://www.cisco.com/techsupport Copyright (c) 1986-2015 Cisco Systems, Inc.による。 Compiled Wed 28-Jan-15 11:43 by prod_rel_team SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1。 1252 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (2030697335) 235 日、0:49:33.35 SNMPv2-MIB::sysContact.0 = STRING: SNMPv2-MIB::sysName.0 = STRING: SNMPv2-MIB::sysORLastChange.0 = Timeticks: (0) 0:00:00.00 デジタル パスを出力することもできますOID に対応: # snmpwalk -v 2c -On -c public 10.60.0.19 1.3.6.1.2.1.1 .1.3.6.1.2.1.1.1.0 = STRING: Cisco IOS ソフトウェア、ME380x ソフトウェア(ME380x-UNIVERSALK9-M)、バージョン 15.4(3)S2、リリース ソフトウェア (fc1) テクニカル サポート: http://www.cisco.com/techsupport Copyright (c) 1986-2015 by Cisco Systems, Inc. Compiled Wed 28-Jan-15 11:43 by prod_rel_team .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.1.1252 .1.3.6.1.2.1.1.3.0 = タイムティック: (2030720756) 235 日、0:53:27.56 .1.3 .6.1.2.1.1.4.0 = 文字列: .1.3.6.1.2.1.1.5.0 = 文字列: XZX-3800 .1.3.6.1.2.1.1.6.0 =文字列: .1.3.6.1.2.1.1.7.0 = 整数: 6 .1.3.6.1.2.1.1.8.0 = タイムティック: (0) 0:00:00.00 異なるパラメータで snmpwalk コマンドを実行した場合、OID の表示方法も結果に異なります。どのように表現されるかに関係なく、結果は常に OID、データ型、戻り値の 3 つの部分で構成されます。たとえば、デバイス名は次のように表示されます: SNMPv2-MIB::sysName.0 = STRING: XZX-3800 .1.3.6.1.2.1.1.5.0= STRING: XZX-3800 sysName の戻り値である表示内容は同じですが、OID の表現が異なります Zabbix で項目を定義する際、SNMP OID 設定で最も一般的に使用される OID の一部パラメータでは OID 名を使用できます。Zabbix は、最も一般的に使用される SNMP OID の一部を数値に自動的に変換します。たとえば、SNMPv2-MIB::sysName.0 は 1.3.6.1.2.1.1.5.0 に変換されます。ただし、エンタープライズ プライベート MIB の OID は、オールデジタル パスのみを使用できます。 Zabbix で自動変換できる OID を以下の表 13-1 に示します。 #表 13-1
|
以上がZabbix 3.0が監視するネットワークデバイスは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。
ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター
MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。
メモ帳++7.3.1
使いやすく無料のコードエディター
ホットトピック
7723
15164314139652129025123329