ホームページ >運用・保守 >安全性 >Zabbix 3.0が監視するネットワークデバイスは何ですか?

Zabbix 3.0が監視するネットワークデバイスは何ですか?

王林転載: 2023-06-04 08:44:502266ブラウズ

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 にアクティブに送信します。

Zabbix 3.0监控网络设备有哪些

図 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 (ネットワークアドレス)。これは、インターネット以外のネットワークアドレスファミリにすることができます。

#Opaque ::= [APPLICATION 4 ] IMPLICIT OCTET STRING

SMI v1 と比較して SMI v2 で変更されたカスタムデータ型は次のとおりです。

Gauge32 と Gauge は実際には同じです。 Gauge32 と Unsigned32 は同じアプリケーションタイプタグを共有しているため、エンコーディングは本質的に同一です。

Gauge32 ::= [アプリケーション 2 ] 暗黙的な整数 (0 .. 4294967295)

Unsigned32 ::= [アプリケーション 2 ] 暗黙的な整数 (0 .. 4294967295)

Counter64 はより広い範囲の Counter で、64 個あります: 2^64-1 (0..18446744073709551615)。 Counter32 は、カウンタが 1 時間以内に 0 に戻る場合にのみ、標準 MIB モジュールで使用されます。

Counter64::= [APPLICATION6] IMPLICIT INTEGER (0..18446744073709551615)

IPAddress タイプは SMI v2 でも保持されており、変更はありません。ただし、IPv6の128ビットアドレスには適用されません。 Counter32 の詳細説明: 現在のカウント値は、初期値と記録された変更がある場合にのみ明確な意味を持ちます。

MIB の観点から見ると、SMI は MIB の定義を直接ガイドし、MIB のデータ型と構文を定義し、MIB 内の管理オブジェクトに OID スペースを割り当てる憲章です。

、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 に示します。

Zabbix 3.0监控网络设备有哪些

図13-2

Zabbix での SNMP の構成

1 データ型

RFC 2578 に記載されています。 Zabbix で監視項目のオプションを設定する場合、SNMP で定義されているデータ型と比較して、情報の種類と保存値のオプションを次の表のように設定することを推奨します。

INTEGER符号付き 32 は整数ですSTRINGバイナリデータまたはテキストデータは複数行にすることができます##OID##IPv4 アドレス##符号なし数値、10 進数ストア値: デルタ (1 秒あたりの速度) 数値符号なし、10 進数

#SNMP

タイプ

説明

Zabbix で推奨される監視項目オプション

##Text

値をそのまま保存します

## SNMP オブジェクト識別子、ドット付き 10 進数で表現

#Character

#IP アドレス

##文字

値をそのまま保存

#数値、符号なし、10 進数

ストア値: デルタ (1 秒あたりの速度)

数値符号なし、10 進数

値をそのまま保存します

##Counter64
値は最大値に達するまで一方向に増加し、その後再び 0 からカウントを開始します (0.. 18446744073709551615)

##TimeTicks
符号なし整数、モジュロ 2^32 (4294967296)、2 つの値間の 100 分の 1 秒

値をそのまま保存します

2 OID の検出

Zabbix で SNMP 監視装置を使用する前に、監視項目に対応する OID 値とデータ型を決定する必要があります。標準の MIB と OID に加えて、機器メーカーに問い合わせる必要がありますが、メーカーが提供するドキュメントや MIB ライブラリファイルを通じて、監視する必要がある OID 値を迅速かつ正確に見つけることができます。

下の図 13-3 に示すように、MG-SOFT MIB ブラウザなどのいくつかのグラフィカルツールを使用して MIB ファイルをインポートし、グラフィカルインターフェイスでデバイス情報をクエリできます。

Zabbix 3.0监控网络设备有哪些

図 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

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

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 に示します。

3 SNMP の設定

Zabbix で SNMP の設定を開始する前に、Zabbix サーバーで SNMP 監視機能がオンになっていることを確認してください。 Zabbix サーバーが起動すると、次のように Zabbixserver の機能リストがログファイルにリストされます:

911:20160218:103649.120 starting Zabbix Server. Zabbix 3.0.1 (revision58734).

911：20160218：103649.160 ******有効機能******

911：20160218：103649.160 SNMPMONITRING：MI監視：はい＃911：20160218：103649.160 SMTP認証：はい＃＃＃ ## 911:20160218:103649.160 Jabber 通知: はいはい

911:20160218:103649.160 Ez テキストメッセージ通知: はい

911 :20160218:103649.160 ODBC: ) 649.160 TLS サポート: はい

911:20160218:103649.160 * *****************************

911:20160218 :103649.160 using 構成ファイル:/etc/zabbix/zabbix_server .conf

SNMP 監視の有効化に関する情報が見つからない場合は、Zabbixserver をインストールする必要があります。ソースコードを使用してコンパイルおよびインストールする場合は、次のことを行う必要があります。コンパイル設定オプション --with-net-snmp を使用します。

Zabbix での SNMP 監視には UDP プロトコルのみが使用され、通常の SNMP アイテム、動的インデックス (動的インデックス) SNMP アイテム、または SNMP 低レベル検出ルールのいずれであっても、1 つのリクエストで複数の値をクエリできます。これにより、大量の SNMP を処理する際の効率が向上します。ホストの SNMP インターフェイスの [一括リクエストを使用する] オプションを設定して、一括クエリを有効または無効にします。以下の図 13-4 に示すように。

Zabbix 3.0监控网络设备有哪些

データをトラバースする SNMP 低レベル検出ルールのパフォーマンスが向上しました。

しかし、技術的に言えば、すべてのデバイスが各リクエストに対して 128 個の値を返せるわけではなく、一部のデバイスは特定の応答値を返すことができ、一部のデバイスは大きすぎるエラーコード (1) を返すことがあります。まったく反応がありません。デバイスに最適なクエリオブジェクトの数を決定するために、Zabbix はいくつかの戦略を使用します。最初はクエリリクエストで 1 つの値のみをクエリし、成功した場合はクエリリクエストで 2 つの値をクエリし、3 つの値をクエリします。成功した場合はクエリリクエストに値を入力し、クエリするオブジェクトの数に 1.5 を乗算して同じクエリを継続します。これらのクエリ番号は昇順で、1、2、3、4、6、9、13、19、28、42、63、94、128 です。デバイスが正しい応答 (42 個の変数のクエリなど) を返すことを拒否した場合、Zabbix は次の 2 つのことを行うことがあります。

現在のバッチクエリ項目は半分になります。つまり、21 個の変数がクエリされます。デバイスが通常の値を返す場合、28 個の変数のクエリには問題がなく、21 は 28 より大幅に小さいはずであることがわかっているため、ほとんどの場合問題はありません。項目を半分にしても正常な戻り値が得られない場合は、正常な戻り値が得られるまで問い合わせた変数の数を 1 つずつロールバックする必要があります。

Zabbix は、最後にクエリに成功した変数の数 (この例では 28) に基づいて後続のクエリでクエリを実行し、要求されたクエリ変数の数を増やし続けます (毎回 1 ずつ増加します)。上限に達しています。たとえば、最大応答が 32 変数であると仮定します。後続のリクエストは、29、30、31、32、および 33 に従ってクエリされます。できれば 1 つのリクエストは失敗し (33 変数)、Zabbix は 33 変数をバインドする別のリクエストを発行しません。 Zabbix の SNMP クエリは、このデバイス上で最大 32 個の変数をバインドできます。

Zabbix サーバーまたはプロキシサーバーが不正な SNMP 応答を受信すると、次のような内容がログファイルに追加されます。

ホスト「ゲートウェイ」からの SNMP 応答には、次のような内容がすべて含まれていません。 requested variablebindings

この情報は問題のある状況をすべてカバーしているわけではありませんが、少なくとも 1 つは、このホストの SNMP インターフェイスで [一括リクエストを使用する] オプションを無効にする必要があるということです。

4 定期的な SNMP 監視項目の設定

SNMP を使用して装置を監視する場合、次の手順で定期的な SNMP 監視項目を設定できます。

ホストを作成して追加します。それへの SNMP インターフェイス。 Zabbix で提供されているテンプレート SNMP 汎用テンプレートを使用して、デバイスに関する基本情報を収集する監視項目を自動的に追加できます。

2. 監視対象の OID を決定します。

MIB ブラウザまたは snmpwalk を通じて監視する必要がある OID を見つけて決定します。たとえば、スイッチのギガビットポートのトラフィックを監視する場合は、GigabitEthernet0/1 インターフェイスのインデックスがsnmpウォークは10101です。

# snmpwalk -v 2c -c public 10.60.0.19 IF-MIB::ifDescr

GigabitEthernet0/1 は IF-MIB::ifDescr.10101# の文字列値として書き換えることができます

の文字列値として書き換えることができます

IF-MIB::ifAdminStatus.10101 = 整数: アップ(1)

IF-MIB::ifAdminStatus.10102 = 整数: アップ(1)

...

上記のデータから、各ネットワークインターフェイスには多くの OID があることがわかります。各 OID は、インターフェイスの名前、タイプ、物理アドレスなど、ネットワークインターフェイスのさまざまなインジケーターを表します。異なる OID が同じインデックスを通じて関連付けられていることがわかります。たとえば、最初のギガビットインターフェイスの名前は GigabitEthernet0/1、物理アドレスは b0:7d:47:be:ea:c2、ステータスはアップ (1)、インデックスは 10101 です。

同じネットワークインターフェイスのさまざまなインジケータを監視するには、さまざまな監視項目を作成し、SNMP OID フィールドに完成した OID を入力します。この方法では問題ありませんが、実際の環境でインデックスを使用する場合、ソフトウェアやハードウェアのアップグレードによりインデックスが変更され、設定の不整合が発生する場合があります。この問題を解決するために、Zabbixではインデックス値が変化しても監視項目の監視に影響を与えない動的インデックス方式を提供しています。

動的インデックス SNMP OID を使用するための構文は次のとおりです:

<データの OID>["インデックス","<インデックスのベース OID>"," ;"]

構文の各部分の意味は次のとおりです:

データの OID: クエリする必要がある項目で定義された OID。
インデックス: 処理メソッド。現在、このメソッドのみがサポートされています。インデックスとは、インデックスを検索して OID に追加することを意味します。
インデックスのベース OID: 対応するインデックス値は、この OID に従って検索されます。
検索する文字列: 検索時の照合にこの文字列を使用します。大文字と小文字は区別されます。

たとえば、GigabitEthernet0/1 インターフェイスの ifInOctets を監視する場合は、構文に従って次のように定義できます。

ifInOctets["index ","ifDescr","GigabitEthernet0/1" ]

は、ifDescr 内の GigabitEthernet0/1 インターフェイス、または ifDescr 内のインターフェイスのインデックス値を照合して検索し、収集されたインデックス値を ifInOctets に設定し、GigabitEthernet0/1 インターフェイスの ifInOctets 値を収集します。

動的インデックスを使用する場合、Zabbix はインデックス OID の SNMP テーブル全体を受信してキャッシュします。インデックス OID はキャッシュを通じてすぐに検出できます。将来、他の監視項目が同じインデックス OID をクエリすると、キャッシュから直接取得するため、監視ホストに問い合わせる必要はありません。

次に、監視項目のデータを受信したときに、インデックスが変更されたかどうかを確認します。インデックスが変更を送信しない場合、値のクエリは続行されます。インデックスが変更を送信した場合、Zabbix はインデックスを再構築します。キャッシュすると、各ポーラーは OID の SNMP テーブルのインデックスを再度走査します。

Zabbix では、各ポーラープロセスに独自のキャッシュがあります。

6 SNMP 低レベル検出ルールの構成

SNMP OID の検出ルールを作成する場合は、ファイルシステムまたはネットワークインターフェイスの検出ルールを定義する場合とは異なり、snmp.discovery キーを使用せず、SNMP を使用します。 agnet 監視メソッドで十分です。SNMPOID フィールドで検出する必要がある OID を定義します。形式は、discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, …,] です。

{#MACRO1}、{#MACRO2}... はすべて有効なマクロ変数名で、oid1、oid2... はマクロ変数の値の生成に使用されます。検出では、システムはデフォルトで {#SNMPINDEX} という名前のマクロ変数を作成し、これを使用して検出 OID のインデックスを作成します。検出結果は {#SNMPINDEX} によってグループ化されます。

次の例は、理解を深めるのに役立ちます。まず snmpwalk を使用して、スイッチから関連データを収集します。

# snmpwalk -v 2c -OT -c public 10.60.0.19 IF-MIB::ifDescr

IF-MIB::ifDescr.1 = 文字列: Vlan1

ギガビットイーサネット0 /1 は、IF-MIB::ifDescr.10101

IF-MIB::ifDescr.10102 = STRING: GigabitEthernet0/2

GigabitEthernet0/3 の文字列値として書き換えることができます。 IF-MIB::ifDescr.10103.

# snmpwalk -v 2c -OT -c public 10.60.0.19 IF-MIB::ifPhysAddress

IF-MIB::ifPhysAddress.1 = STRING : b0:7d:47:be:ea:c0

IF-MIB::ifPhysAddress.10101 = 文字列: b0:7d:47:be:ea:c2

IF-MIB : :ifPhysAddress.10102 = 文字列: b0:7d:47:be:ea:c3

IF-MIB::ifPhysAddress.10103 = 文字列: b0:7d:47:be:ea:c4

次に、検出ルールを作成するときに SNMP OID フィールドに次のように入力します:

discovery[{#IFDESCR}, ifDescr, {#IFPHYSADDRESS}, ifPhysAddress]

検出ルールを実行した後、次の結果を取得します:

{

"data": [

"{#SNMPINDEX}":"1",

"{#IFDESCR}": " Vlan1",

"{#IFPHYSADDRESS}": " b0:7d:47:be:ea:c0"

「{#SNMPINDEX}」: "2",

"{#IFPHYSADDRESS}": " b0:7d:47:be:ea:c2"

"{#SNMPINDEX} " :"3",

"{#IFDESCR}": " GigabitEthernet0/2",

"{#IFPHYSADDRESS}":" b0:7d:47:be:ea:c3 「

「 ,

"{#IFPHYSADDRESS}":" b0: 7d:47:be:ea:c4"

# "{ #IFDESCR}": "インターフェース #2",

"{#IFALIAS} ": "eth2"

"{#SNMPINDEX}": 4,

"{#IFDESCR}":"インターフェイス # 4"

"{#SNMPINDEX}": 5,

"{#IFALIAS}": "eth5"

}

]

}

実際の例として、以下の図 13-5 に示すように、最初に検出ルールを作成します。

図 13-6

下の図 13-7 に示すように、複数の項目プロトタイプを作成できます。

# #識別子	説明
		# #ifDescr
ポートの説明		ifType
ポートタイプ	#ifMtu	##1.3.6.1.2.1.2.2.1.4
	##1.3.6.1.2.1.2.2.1.5	ポート速度
ifPhysAddress	##1.3.6.1.2.1.2.2.1.6	ポートの物理アドレス
ifAdminStatus	##1.3.6.1.2.1.2.2.1.7	ポート管理ステータス
ifOperStatus	#ポートの動作ステータス
		##ifInUcastPkts
ポートによって受信された非ブロードキャストパケットの数
ifInNUcastPkts	1.3 .6.1. 2.1.2.2.1.12	ポートによって受信されたブロードキャストパケットの数
ifInDiscards	1.3.6.1.2.1.2.2.1.13	ポートによって受信された破棄パケットの数
ifInErrors	##1.3.6.1.2.1.2.2.1.14	ポートが受信したエラーパケットの数
ifInUnknownProtos
##1.3.6.1.2.1.2.2.2.1.16	ポート送信バイト数
1.3.6.1.2.1 .2.2.1.17	ポートによって送信された非ブロードキャストパケットの数
1.3.6.1.2.1.2.2 .1.18	ポートによって送信されたブロードキャストパケットの数	##ifOutDiscards
1.3.6.1.2.1.2.2.1.19	ポートごとに送信された破棄されたパケットの数	##ifOutErrors
		#ifOutQLen
##ポート送信キューの長さ

以上がZabbix 3.0が監視するネットワークデバイスは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

分布式 gateway 数据类型 String Integer Object NULL if for 封装 Directory 标识符字符串接口栈 using public private Interface Event Generic 对象事件 ios http udp zabbix

声明：

この記事はyisu.comで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。

前の記事：SSL 証明書を導入するメリットは何ですか?次の記事：SSL 証明書を導入するメリットは何ですか?

続きを見る