個人用ツール

Pandora:Documentation ja:Remote Monitoring

提供: Pandora FMS Wiki JP

移動先: 案内, 検索

Pandora FMS ドキュメント一覧に戻る

リモートモニタリング

概要

Pandora FMS network server is an essential key piece so it allows to execute test in a remote and centralized way. On the contrary that the data server, the network server executes the tasks assigned to it through a multiprocess queue systme. And a network server can also work with other network servers balancing the load and acting as a support in case that another network server falls, doing the work that the fallen server had to do. To know more about the HA in PandorA, please take a look at the corresponding chapter.

Pandora FMS ネットワークサーバは、集中的にリモートからテストを実行することができる重要な要素です。データサーバとは逆に、ネットワークサーバは複数のプロセスキューを通してタスクを実行します。ネットワークサーバはまた、他のネットワークサーバと共にバランシング動作をしたり、他のネットワークサーバがダウンした時に、そのサーバと同等の処理を実行する代替えとして動作することができます。Pandora における HA の詳細については、それに関する章を参照してください。

The network server works only with those network modules assigned to it.Obviously, and because they are network tests, the network server should have a complete visibility (IP adresses and ports) over which we are going to do the tests. There is any sense at all doing tests against a sytem with ports that can not be see or over which we do not have the paths. The existence of firewalls or paths in the network has nothing to do with Pandora FMS and the problems generated by these reasons have neither to do with an specific configuration of Pandora FMS.

ネットワークサーバは、それに割り当てられたモジュールのみと動作します。もちろん、ネットワークテストなので、ネットワークサーバはテストをする対象がネットワーク的に通信できないといけません (IPアドレスやポート)。対象システムのポートが開いて無かったりルーティングがない場合は、モニタできません。ファイアーウォールの存在やネットワークのルーティングに関しては、Pandora FMS では何ともできません。これらの理由により発生する問題は、Pandora FMS の特別な設定で解決するわけでもありません。

リモートネットワークモジュール

Pandora FMS network modules execute remote monitoring tasks. The remote execution tasks can be summarize in three blocks:

Pandora FMS のネットワークモジュールは、リモートモニタリングタスクを実行します。リモートで実行するタスクは、次の 3つに分類されます。

ICMP Tests

ICMP テスト

If a machine answer to Ping(remote_icmp_proc) or the latency time of a system in milliseconds (remote_icmp). In both cases the tests are executed by the network server to which the agent that contains these networks modules was assigned.

Ping に答えるか (remote_icmp_proc) または、ミリ秒での応答があるか (remote_icmp) どうかをテストします。両方のテストは、ネットワークモジュールが割り当てられたエージェントに対して、ネットワークサーバで実行されます。

TCP Tests

TCP テスト

In a remote way it is checked that a system has open the TCP port that was specified in the modules definition.In an additional way a text string can be sent (using the string «^M» to replace the CR).And you can expect by receiving a response substring to check that the communication is right.This allows to implement easy protocol checkings. For example, we could check if a server is alive sending the string GET / HTTP/1.0^M^M and waiting to receive the «200 OK» string.

モジュールで設定された TCP ポートが開いているかをリモートからチェックします。加えて、テキスト文字列を送ることもできます ("^M" は、改行を意味します)。また、通信が正しいかどうかをチェックするために、応答文字列を確認することもできます。これによりプロトコルチェックの実装が簡単にできます。例えば、GET / HTTP/1.0^M^M という文字列を送信し、200 OK を受信することでウェブサーバが生きているかどうかをチェックできます。

SNMP Tests

SNMP テスト

It is possible to launch remotely SNMP petitions (SNMP Polling)that have their SNMP service activated and accessible to obtain data as state of the interfaces, network consume by interface, etc. There is a section for SNMP with Pandora FMS. (see forward).

SNMP が有効になっていて、インタフェースの状態やネットワークトラフィックなどの状態を取得できるるようになっている場合、リモートから SNMP ポーリングを行うことができます。 詳細は、Pandora FMS での SNMP の説明を参照ください (以降にあります)。

To summarize, we can say that the network server is which execute the different network tests assigned to each agent. Each agent is assigned to a network server, and it is this which will execute it, placing the results in the DD.BB of the Pandora FMS system.

まとめると、ネットワークサーバは、それぞれのエージェントに割り当てられた異なるネットワークテストを実行します。それぞれのエージェントはネットワークサーバに割り当てられ、実行結果は Pandora FMS システムのデータベースに保存されます。

ネットワークモニタリングのための一般的なモジュールの設定

To remotely monitor any kind of equipment or an equipment service (FTP, SSH, etc.), you're required to create the corresponding agent to monitor the service first.

リモートからサービス (FTP、SSH など) をモニタするためには、最初にサービスをモニタするための通信を行うエージェントを作成します。

Info.png

When talking about creating an agent, it is not referring to installing a software agent in the target machine, but to create an agent in the Pandora FMS interface.


Info.png

エージェントの作成は、対象のマシンのソフトウエアエージェントをインストールする必要はなく、Pandora FMS コンソールで行えばよいです。


Please go to the Pandora FMS section for console administration and click on Resources > Manage agents:

Pandora FMS コンソールにて、管理メニューの リソース(Resources) > エージェント管理(Manage agents) を使います。

Anvi.jpg

In the following screen, please click on Create agent:

次の画面で、エージェントの作成 ボタンをクリックします。

Bibi.jpg

Please enter the proper data to define your new agent and click on Create:

新しいエージェントの情報を入力して、エージェントの作成 をクリックします。

Raro.jpg

Once you have created the agent, press on the upper flap of the modules (Modules). In it, select create a new network module and press the Create button:

エージェントを作成したあと、上のプルダウンメニューからモジュールを選択します。ここで、「ネットワークサーバモジュールの新規作成」を選択し、作成 ボタンを押します。

Sasa.jpg

In the following form select a network component module, and when the drop-down menu at right,look for the checking you need. In this example we select Host Alive, that represents a ping for the machine, a simple checking to know if the machine is connected to Internet or not.

以下のフォームで、ネットワークコンポーネントモジュールを選択し、右側のドロップダウンメニューで必要なチェックを見つけます。この例では、Host Alive (ping 疎通確認) を選択しています。これはマシンがネットワークに接続されているかどうかを確認するために、ping 応答をチェックします。

Alive.jpg

We left the advanced options for later.Consider that the modules has obtained the agent IP address. If you want this could be different.Once you have finished to define the module. press the Create button.

拡張オプションはのちほど説明します。モジュールは、エージェントの IP アドレスを取得しています。変更もできます。モジュールの定義が完了したら、作成ボタンをクリックしてください。

In the following screen, all modules for the agent are shown. On the picture below, you can see the preset Keepalive (which was created along with the agent) and the module 'Host Alive' added:

以下の画面では、エージェントのモジュールが表示されています。既存の Keepalive モジュール(エージェントと共に作成)と、追加した 'Host Alive' モジュールがあります。

Kiji.jpg

As you see,there is a warning on modules. The warning only means that any data has been received at the module yet, so they have been just added now.Once we start to receive data the warning will disappear.

見ての通り、モジュールでワーニングが出ています。ワーニングは、モジュールが追加されたばかりで、まだデータを受信していないということを意味しています。一度データを受信すると、ワーニングは消えます。

To see the data from the module that has been just created, press the upper flap View, and from it go to the bottom where data will be shown once them start being received:

作成したモジュールのデータを見るには、上の方にある参照メニューをクリックします。収集した情報が表示されます。

Keso.jpg

To add another kind of network checking, do the same as before but selecting another kind of modules.

他の種類のネットワークチェックを追加するには、上記と同じ要領で他の種類のモジュールを選択してください。

ICMP モニタリング

The previous example is an example of ICMP monitoring. These are the more basic and simple checkings that give us an important and precise information.There are two kinds of ICMP checking:

前述の例は、ICMP モニタリングの例でしたが、重要で正確な情報を提供する、より基本的かつ簡単なチェック手法があります。ICMP チェックには次の 2つの種類があります。

icmp_proc, host (ping)checking,that allows to know if an IP address responds or not.

icmp_proc は、IP アドレスが応答するかどうかの (ping) チェックを行います。

  • icmp_data or latency check. It basically tells us the time in milliseconds it takes to respond to an ICMP basic query.

icmp_data は、応答遅延のチェックを行います。IP アドレスに対して ICMP 応答にミリ秒単位でどれだけかかったかを確認します。

TCP モニタリング

The TCP checking allows to check the state of a port or a TCP service.

TCP チェックは、ポートの状態や TCP サービスの状態を確認することができます。

There are two specific fields for TCP tests:

TCP のテストでは、2つのフィールドがあります。

The main parameters of these type of modules are target port, target IP, and the TCP send and receive data.

このタイプのモジュールの主なパラメータは対象のポート番号、IP、TCP での送受信データです。

By default, TCP check is simply a test for whether the destination port is open or not. You are also able to send a text string and wait to receive something which will be processed directly as data.

TCP のチェックは、デフォルトでは単純にポートが開いているかどうかを確認します。オプションで、テキスト文字列の送信と、それの応答を受信できます。

It is possible to send a text string (using the «^M» string to replace the CR) and to wait if you are going to receive an answer substring to check whether the communication is functioning properly or not. This allows simple protocol checks to be implemented. If you want to check whether a server is alive or not, you may send the following string:

通信が正常に行われているかをチェックするために、テキスト文字列を送り ("^M" は、改行を表します) その応答を確認することができます。これにより簡単なプロトコルチェックが可能です。例えば、ウェブサーバに次の文字列を送信し、

 GET / HTTP/1.0^M^M 

And waiting to receive the string

次の応答を確認するとで、正常かどうかの確認ができます。

200 OK

This is codified in TCP Send and TCP receive fields.

これらは、TCP 送信文字列および、TCP 受信文字列フィールドに定義します。

TCP send

TCP 送信文字列

Field to configure the parameters to send to the TCP port. It accept the ^M string to replace it for the sending of a CR.To send several strings in sequence send/response, you should separate them with the character

TCP ポートに送信するパラメータを設定します。^M は、改行コードの送信を意味します。複数の送信・応答文字列を定義するには、"|" で区切ってください。

TCP receive

TCP 受信文字列

Field to configure the text strings that we expect receiving in the TCP connexion. If they send/receive in several steps, each step should be separated by the | character.

TCP 接続で受信する応答文字列を設定します。複数の送信・応答文字列を定義する場合は、それぞれを "|" 文字で区切ってください。

Through the Pandora FMS TCP checking you can do more things than only see if a port is open or waiting for an answer from a simple request.It is possible to send data, waiting to receive something,to send something after, waiting to send something and this way to the step we want. Only if all the process is right we can validate the result.

Pandora FMS の TCP チェックでできるのは、ポートが開いているかどうかや応答があるかどうかだけではありません。複数ステップで、データを送信し、それの応答文字列を見ることができます。すべての手順が正しい場合に、正常と判断させることができます。

To use the Pandora FMS dialog/response checking system, you can separate the different petitions with the | character.

複数ステップで Pandora FMS の応答チェックの仕組を利用するには、各ステップの文字列を | で区切ります。

Lets see an example of a SNMP conversation.

SMTP 接続の例を以下に示します。

R: 220 mail.supersmtp.com Blah blah blah
S: HELO myhostname.com
R: 250 myhostname.com
S: MAIL FROM: 
R: 250 OK
S: RCPT TO: 
R: 250 OK
S: DATA
R: 354 Start mail input; end with .
S: .......your mail here........
S: .
R: 250 OK
S: QUIT
R: 221 mail.supersmtp.com Service closing blah blah blah

If you want to check the first protocol points, the necessary fields to emulate this conversation would be:

これをチェックしたい場合、各フィールドに次のように定義します。

TCP Send

TCP 送信文字列

HELO myhostname.com^M|MAIL FROM: ^M| RCPT TO: ^M

TCP Receive

TCP 受信文字列

250|250|250

If the three first steps are OK (code 250), then the SMTP is ok.You do not need to send a complete mail (but you could, in any case). This allow to do TCP checkings based on the protocol, that could be used for any protocol that uses plain text conversations.

最初の 3つのステップが OK (コード 250) であれば、SMTP は正常です。メールを実際に送信する必要はありません (必要であればそのような設定も可能です)。これにより、プレーンテキストを用いたプロトコルに対する TCP チェックが実現できます。

SNMP モニタリング

SNMP モニタリングの概要

When we talk about the SNMP monitoring, the most important thing at the beginning is to separate the testing concepts (polling) and the traps.The SNMP testing implies to order that Pandora execute a snmpget command aganist a SNMP device, such as a router or an switch ( or even a computer with an installed snmp agent),this is a synchronous operation(every X seconds). On the contrary, receiving an SNMP trap is an asynchronous operation(that could or not happens in a million years), commonly used to receive "alerts" coming from a device. like, for example, when a switch knock down a port or its fan is too hot.

SNMP モニタリングに関して話をする場合、ポーリングとトラップは区別することが重要です。SNMP ポーリングは、Pandora がルータやスイッチ (また、snmp エージェントをインストールしたサーバ) など SNMP デバイスに対して snmpget コマンドを実行することにより実施されます。これは、(指定した秒間ごとに )定期的に実行される処理です。逆に、SNMP トラップの受信は非同期処理です (いつ発生するかはわかりません)。一般的には、デバイスからの "アラート" を受信するのに使われます。例えば、スイッチのポートダウンや、筐体の温度上昇が発生したような場合が該当します。

To use the SNMP testing monitoring, you only need to add an SNMP module in Pandora, creating a new network module. The majority or the SNMP items that report data in an incremental way (generic_data_inc), this is that when it ask for a value, this reports the "global" quantity of information, for example, if a total of bytes collected from the moment the device start. So, this would be necessary to extract the last quantity of bytes known from the one that is working and divide it between the seconds from last known data. This will give the data of Bytes/second that are needed. This operation is done with Pandora using generic data inc.

SNMP ポーリングを利用するには、Pandora のネットワークモジュールの作成で SNMP モジュールを追加すれば良いだけです。多くのデータは、インクリメンタル (generic_data_inc) です。たとえば、値を要求すると、デバイスが稼働し始めた時からの合計値を返します。したがって、ある期間のデータ量を計測したい場合は、一つ前の値との差を見る必要があります。これにより秒間のデータを得ることができます。この処理は、Pandora の generic_data_inc を利用することにより実施できます。

Using the SNMP Traps is something totally diferent. It is possible to receive traps from any device, without the necessity of configuring anythin (except the SNMP console).When ta trap is received, this will appear in the SNMP console.

SNMPトラップの利用は、全く異なります。(SNMP コンソール以外は) 特に設定する必要なく、任意のデバイスからトラップを受信することができます。トラップを受信すると、SNMP コンソールに表示されます。

It is possible to define an alert, based on OID (the code that identifies a trap, something similar to 3.4.1.1.4.5.24.2), in a IP agent or in a custom data (data that could be in the trap). It is also possible to order Pandora that it copies the information in an special text module in the agent. If the agent is defined, this operation is called SNMP Traps transfer.

IP エージェントや custom data (トラップ内で定義するデータ) で、OID (3.4.1.1.4.5.24.2 といったようなトラップを判別するコード) をベースにしたアラートの定義が可能です。エージェントの特定のテキストモジュールに情報をコピーするようにもできます。モジュールを定義すると、SNMP トラップによって転送処理が呼び出されます。

Pandora FMS can work with any device that supports SNMP. Currently works with SNMP v1, v2, v2c and v3 versions.

Pandora FMS は、SNMP をサポートしているどんなデバイスでも対応します。現在、SNMP v1, v2, v2c および v3 に対応しています。

Pandora FMS works with SNMP using individual OID. For Pandora FMS each OID is a network module. This is, if we want to monitor a Cisco Catalyst switch of 24 ports and know the operative system of any port and also the entry and exit port, we have to define a total of 72 modules (24 x 3).

Pandora FMS は、SNMP に個別の OID を利用します。Pandora FMS での個々の OID は、ネットワークモジュールとして定義することになります。例えば、24ポートの Cisco Catalyst スイッチをモニタする場合、各ポートの状態、入力トラフィック、出力トラフィックで、計 72 個のモジュール (24 x 3) を定義することになります。

To work with SNMP devices you need:

SNMP デバイスを扱うは次に示す項目が必要です。

  • To know what is and how works the SNMP protocol. This is described in depth in the RFC3411 published by the IETF:
  • SNMP プロトコルがどのようなもので、どのように動作するかを知る必要があります。詳細は、IETF から公開されている RFC3411 に示されています。
  • To know the IP and the SNMP community of the remote device.
  • リモートデバイスの IP および SNMP コミュニティを知る必要があります。
  • To activate the SNMP management of the device so that from the network server we could do SNMP queries.
  • ネットワークサーバが SNMP アクセスできるように、デバイスの SNMP 管理を有効にする必要があります。

This network server should be the one assigned for the agent when we are going to define the network modules. You need also to consider that if we want that other network servers do queries in case the assigned server falls, they will do the queries with other IP address.

このネットワークサーバは、ネットワークモジュールを定義するときにエージェントに割り当てられます。サーバがダウンしたときに他のサーバからアクセスをするような場合、他の IP アドレスからアクセスが発生するということを理解してください。

  • To know the specific OID of the remote device that we want to check.
  • リモートデバイスのチェックをしたい特定の OID を知る必要があります。
  • To know how managing the data that the device returns. The SNMP devices return data in different formats.
  • デバイスが返す値をどのように扱えばよいかを知る必要があります。SNMP デバイスは、それぞれ異なるファーマットでデータを返します。

Pandora FMS could manage almost all of them, except the timetick that it manage as a numeric format without converting them to date/hour. Data kind counter are the ones that Pandora manages as remote_snmp_ inc and they are of special importance, so as they are counters they could not be considered as numeric data. The majority of the SNMP statistic data are counter kind and it is necessary to configure them as remote_snmp_inc if we want to monitor them properly.

Pandora FMS は、日にちや時間に変換されない timetick データを除き、ほとんどすべてのデータを扱うことができます。カウンタデータは、Pandora が remote_snmp_inc として管理する特別重要なものです。それは、数値データとしてではなく、カウンタとして認識されます。多くの SNMP データはカウンタ値になっています。それをモニタするためには、remote_snmp_inc として設定する必要があります。

SNMP のネットワークモジュールでのモニタリング

To could monitor any element through SNMP we should know that at least its IP and its SNMP community. It would be also very interesting to know the OID that we want to monitor, although we could obtain it through a SNMP Walk, as long as we know where each OID comes from.

SNMP でのモニタリングを出来るようにするためには、少なくとも対象の IP アドレスと SNMP コミュニティを知らなくてはいけません。モニタ項目の OID を知ることも重要ですが、それぞれの OID が何であるかを snmpwalk によって得ることができます。

To monitor an element through SNMP, first you have to create an agent for it.If you have already one, then simply add a new network module following the previous instructions.

SNMP でのモニタリングを行うためには、まず最初にそれのエージェントを作成する必要があります。すでに存在するエージェントに対しては、前述の方法に従って新たなネットワークモジュールを追加します。

Once the module has been created, you should select a SNMP data kind in the configuration module form.See the image:

モジュールを作成したあとは、モジュールの設定にて SNMP のデータの種類を選択します。

Cap5 snmp 1.png

Any of the three SNMP data kinds are valid, simply select the one that coincides with the kind of data that you want to monitor.

モニタしたいデータの種類に合った SNMP の定義を選択します。

Once you have selected a SNMP kind of data, the form will expand showing the additional fields for SNMP:

SNMP のデータの種類を選択すると、SNMP の追加フィールドがフォームに現れます。

Cap5 snmp 2.png

Next you should define the fields:

次に、フィールドの設定を行います。

SNMP community

SNMP コミュニティ

SNMP community. Necessary to monitor the element. It acts as it if were a password.

SNMP コミュニティです。モニタリングに必要なパスワードのようなものです。

SNMP version

SNMP バージョン

SNMP protocol version of the device. It could be 1,2, and 2c.

デバイスの SNMP プロトコルバージョンを設定します。1,2 および 2c を選択できます。

SNMP OID

The OID identifier to monitor. They can be numeric values. The alphanumeric values are transformed internally by the system into numeric values(that are the ones used to do the petition) through a dictionary called MIB.

モニタする OID を設定します。数値が設定できます。文字で設定した場合、MIB を通して数値に変換されます。

An OID alphanumeric can be similar to this one:

文字で表した OID は次のような形式になります。

iso.org.dod.internet.private.transition.products.chassis.card.slotCps.cpsSlotSummary.cpsModuleTable.cpsModuleEntry.cpsModuleModel.3562.3

The numeric equivalent would be this:

数値では次のようになります。

  1.3.6.1.4.868.2.4.1.2.1.1.1.3.3562.3

Without a MIB the alphanumeric format is not good, and to install a MIB in the system is not a trivial thing, so this is better to work directly with numeric identifiers, although it is more cryptic this is much more portable and it does not gives any problem because it does not need a MIB.

文字で表した MIB が使えない場合は、システムに MIB をインストールしても良いですが、数値を直接指定するのが良いです。解りにくくはなりますが、MIB を必要とせず問題が発生しにくいです。

Pandora FMS includes some OID in its database, that could be used directly. For example, when you are going to create the module, select the MIBs Cisco component to show a list of the available MIB for Cisco:

Pandora FMS は、直接利用することが可能ないくつかの OID をデータベースに保持しています。例えば、モジュールを作成したときに、Cisco MIB を選択すると、Cisco の MIB 一覧を表示します。

Cap5 snmp 4.png

Once you have selected this component, you can choose between the available MIB for it:

このコンポーネントを選択すると、その中に存在する MIB を選択することができます。

Cap5 snmp 5.png

By doing this, the fields will be full with the necessary information.

こうすることによって、フィールドに必要な情報を埋めることができます。

There are more MIB included in Pandora FMS an with the Enterprise version there are included MIB packages for different devices. Once you have introduced the data, press on the button Create.

エンタープライズ版の Pandora FMS には、ほかのデバイス向けのより多くの MIB パッケージが含まれています。 データを取り込むには、作成 ボタンをクリックします。

To see the data of the module which has been just created, just click on the upper flap named View and take a look at the bottom of the page, where the data is going to be shown once it starts to receive any. With these data you could see a realtime SNMP graph.

作成したばかりのモジュールのデータを見るには、 参照 という名前の上部のタブをクリックして、ページの一番下を見ます。そこには、開始してから受け取っているデータが表示されます。これにより、リアルタイムの SNMP グラフを見ることができます。

ファイル:SNMP nueva.png

エージェントからの SNMP モニタリング

Windows software agents have a utility for obtaining SNMP information. In Unix/Linux snmpget agents is usually available, so it can be called from the module_exec line.

Windows のソフトウエアエージェントは SNMP の情報を取得するユーティリティを含んでいます。Unix/Linux では、snmpget が元々存在し、module_exec から呼び出すことができます。

We have packaged in the Windows agent "by default" the utility snmpget.exe (part of the net-snmp project, with BSD license), and we've added the basic "mibs" and a wrapper or script to wrap the call to the snmpget.exe utility

我々は、Windows エージェントにデフォルトで snmpget.exe (net-snmp プロジェクトの一部で BSD ライセンスです) を組み込み、基本的な MIB および snmpget.exe ユーティリティを呼び出すためのラッパースクリプトを追加しています。

Using this call, we can monitor SNMP from an agent, getting information of any remote system to which the agent has access to, being able to work in this way as a "satellite agent" or "proxy agent" ( as manuals says).

これを利用することにより、エージェントから SNMP でエージェントからアクセスできるリモートシステムの情報を取得することができます。これは、"サテライトエージェント" や "プロキシエージェント" と(マニュアルでは)呼んでいます。

In Windows the syntax for execution is:

Windows における実行の書式は次の通りです。

module_exec getsnmp.bat <comunidad_SNMP> <ip de destino> <OID>

Some examples of SNMP modules executed by Windows agents are:

Windows エージェントで実行する SNMP モジュールの例を以下に示します。

module_begin
module_name SNMP_if3_in
module_type generic_data_inc
module_exec getsnmp.bat public 192.168.55.1 .1.3.6.1.2.1.2.2.1.10.3
module_end
module_begin
module_name SNMP_if3_desc
module_type generic_data_string
module_exec getsnmp.bat public 192.168.55.1 IF-MIB::ifDescr.3
module_end
module_begin
module_name SNMP_Sysup
module_type generic_data
module_exec getsnmp.bat public 192.168.55.1 DISMAN-EVENT-MIB::sysUpTimeInstance
module_end

The same examples executed from Unix agents:

Unix エージェントでの同様の実行例です。

module_begin
module_name SNMP_if3_in
module_type generic_data_inc
module_exec snmpget -v 1 -c public 192.168.55.1 .1.3.6.1.2.1.2.2.1.10.3
module_end
module_begin
module_name SNMP_Sysup
module_type generic_data
module_exec snmpget -v 1 -c public 192.168.55.1 DISMAN-EVENT-MIB::sysUpTimeInstance
module_end

It's important to say that only the "basic" OID are translatables for their numerical equivalent, and it's advisable to use always numerical OIDS, so we don't know ir the tool would be able to translate it or not. In any case, the mibs could be always get at /util/mibs directory in Windows, or at /usr/share/snmp/mibs in Linux.

基本的な OID は、数値にも置き換え可能で、常に数字の OID を使うことをお勧めします。ツールが変換できるかどうか分からないためです。多くの場合、MIB は Windows Wdeareba /util/mibs ディレクトリに、Linux であれば、/usr/share/snmp/libs ディレクトリにあります。

Pandora FMS SNMP MIB ブラウザ

We can access the SNMP explorer through the Monitoring > SNMP > SNMP Browser menu.

監視 > SNMP > SNMPブラウザメニューから、SNMP MIB ブラウザにアクセスすることができます。

The first thing you have to understand is that Pandora FMS makes a complete path of the device tree, so if it is big (like a switch) this operation can take several minutes. We can also choose to explore only one sub-system, which will save us a lot of time.

最初に理解しなければならないことは、Pandora FMS が MIB ツリーの完全なパスを作っていることです。(スイッチのように)ツリーが大きい場合は、この操作に数分かかることがあります。 1つのサブツリーのみを探索することもできます。これにより、多くの時間を節約できます。

For example, to get the CISCO information only, you could explore your cisco sub-mib enterprise starting with:

たとえば、Cisco デバイスの enterprise サブ MIB ツリーの情報のみを取得するには、次のような OID を利用します。

 .1.3.6.1.4.1.9

The browser is used to navigate, that means, clicking on each tree, and subtree until get the last piece of information on the branch, a single OID with a single value. You will see an "eye" icon, if you click there, you will get the value of the OID, and the system will try to locate the description and human-readable OID translation if the MIB for that branch is available. If you dont have a MIB available you only be able to see the numerical OID information, value and datatype.

ブラウザで操作することができ、それぞれのツリーやサブツリーをクリックすることによりその配下にある個々の OID の情報を取得します。"目"のアイコンがありますが、これをクリックすると OID の値を取得します。また、その部分の MIB があれば、OID の説明がつけられます。MIB が無い場合は、数値の OID 情報、値、タイプのみが表示されます。

Descripttive information are stored in MIB files [1]. If you dont have MIB for the device you want to browse, probably you have to "dig" searching in the values, that is complex and takes time.

説明は、MIB ファイル [2] に書かれています。デバイスの MIB ファイルが無い状態でブラウズすると、値を探さなくてはならず、複雑で時間がかかるでしょう。

Pandora FMS SNMP Mib browser, allows you to search for a text string or numerical value in the OID's values or the translated OID's (if available). This could be very helpful to search known values for identify the matching OID value. If there are several matches, you can browse between them, and you will get also the matches in a yellow color, easily identificable.

Pandora FMS SNMP MIB ブラウザは、OID を文字列(MIBの説明がある場合)や数値で検索することができます。これは、目的の OID を見つけるのにとても便利です。マッチした OID は黄色で表示され、簡単に特定できます。

ファイル:Snmp browser module creator.png

From the SNMP browser, you can create a network component for later reuse.

SNMP ブラウザから、後から利用できるようにネットワークコンポーネントを作成することができます。

ファイル:Snmp browser from module creation.jpg

From the SNMP module editor, when we create or edit a network module, we can launch the SNMP browser by clicking on the "SNMP Browser"button, which will open it in a floating window. Once we have chosen the OID we are looking for, by clicking on the icon of the hand with the finger pointing downwards, we will choose that OID and we will pass it to the corresponding field of the module definition, automatically, for its use with Pandora FMS.

SNMP モジュールエディタから、ネットワークモジュールを作成または編集するときに、SNMPブラウザボタンをクリックして SNMP ブラウザを起動すると、別ウィンドウが開きます。指が下を指している手のアイコンをクリックすることによって探している OID を選択したら、それを Pandora FMS のモジュール定義の対応するフィールドに自動的に渡します。

MIB 管理

Through Pandora FMS we can upload and manage the MIBS to be able to add new mibs or delete the ones that do not interest us. These Mibs will be used only by Pandora, which will also use the operating system (in /usr/share/snmp/mibs). Pandora FMS will use the path {PANDORA_CONSOLE}/attachment/mibs to store the mibs.

MIB をアップロードし、Pandora FMS で管理することができます。新しい MIB を追加したり MIB を削除したりできます。これらの MIB は、Pandora でのみ利用されます。Pandora では、システムの MIB (/usr/share/snmp/mibs にあるもの) も使えます。Pandora FMS での MIB ファイルの保存先は、{PANDORA_CONSOLE}/attachment/mibs です。

350px

It is important to note that Pandora's mibs manager only manages the "polling" mibs that have nothing to do with SNMP traps mibs. For this functionality there is another manager, exclusive to the Enteprise version of Pandora FMS.

Pandora の MIB マネージャは、ポーリングの MIB のみ管理し、SNMP trap の MIB に対しては何もしないことに注意してください。trap に関しては、Enterprise 版の Pandora FMS 専用の別のマネージャがあります。

Pandora FMS SNMP ウィザード

In the agent management view, there is a set of tools to create modules remotely: The Agent Wizard.

エージェント管理画面に、リモートからモジュールを作成するツール、エージェントウィザードがあります。

ファイル:Agent wizard.png

SNMP ウィザード

ファイル:Agent wizard snmp wizard.png

You must set the IP Target, Community and other optative params (SNMP v3 is supported) to make a Walk to the host

ホストに snmpwalk するために、対象の IP アドレス、コミュニティ、その他オプションパラメータ (SNMP v3 をサポートしています) を設定する必要があります。

750px

Once the data is correctly retrieved, will appear a form of modules creation:

データを受信すると、モジュール作成のフォームが表示されます。

750px

With the SNMP Wizard is possible to create modules from various kind of SNMP data:

SNMP ウィザードでは、さまざまな種類の SNMP データからモジュールの作成が可能です。

  • Devices
  • Processes
  • Free space on disk
  • Temperature sensors
  • Other SNMP Data
  • デバイス(Devices)
  • プロセス(Processes)
  • ディスク空き容量(Free space on disk)
  • 温度センサ(Temperature sensors)
  • その他 SNMP データ(Other SNMP Data)

You select the kind of module, and put the elements that you want from the left combo to the right one. When you finish this process click on Create modules button.

モジュールの種類を選択し、左のウインドウから右へ必要なものをもっていきます。終わったら、モジュール作成(Create modules)ボタンをクリックします。

This wizard will create two kind of modules:

このウィザードは、以下の 2つの種類のモジュールを作成します。

  • SNMP modules for the data with a static OID (sensors, memory data, CPU data, etc.).
  • Plugin modules for the data with dinamic OID or calculated data (Processes, Disk space, Used memory in percentage, etc).
  • 固定の OID をもったデータのための SNMP モジュール (センサー、メモリデータ、CPUデータなど)
  • 動的な OID または計算したデータのためのプラグインモジュール (プロセス、ディスク空き容量、メモリ使用率など)

Template warning.png

For all the Plugin modules we will use the SNMP remote plugin. So if this plugin is not installed in the system, these features will be disabled. The plugin must be named "snmp_remote.pl". The path where it be placed doesnt matter.


Template warning.png

すべてのプラグインモジュールでは、SNMP リモートプラグインを利用します。このプラグインがシステムにインストールされていないと、これらの機能は無効になります。プラグインは、 "snmp_remote.pl" という名前である必要があります。置き場所はどこでも構いません。


SNMP インタフェースウィザード

ファイル:Agent wizard snmp interfaces wizard.png

In the Agent Wizard there is a SNMP wizard specifically created to interfaces browsing.

エージェントウィザードにおいては、インタフェースのブラウズのための作成された SNMP ウィザードがあります。

This Wizard browses the SNMP branch IF-MIB::interfaces, offering the possibility of create multiple modules of various interfaces with the multiple selection.

このウィザードは、SNMP の IF-MIB::interfaces ブランチをブラウズし、さまざまなインタフェースを複数選択し、複数のモジュールの作成を可能にします。

Like the SNMP Wizard, after select the IP target, community, etc. The system make a SNMP query to the host and fill the module creation form.

SNMP ウィザードのように、対象の IP やコミュニティなどを選択してから行います。システムは、対象ホストに対して SNMP クエリを実施し、モジュール作成フォームを表示します。

Using it, you can select one or more interfaces from the left combo. Then, in the right one will appear the common elements available on them (Description, Speed, In/Out traffic...). You can select one of more elements of this combo and click on Create modules to create these modules for each selected interface on the left combo.

これを利用することにより、左側のウインドウから一つもしくは複数のインタフェースを選択することができます。そして、右側には共通の要素 (説明、速度、In/Outトラフィックなど) が表示されます。この画面から複数の要素を選択し、モジュール作成をクリックすることにより、左側の画面で選択したインタフェースのモジュールが作成されます。

700px

ネットワークモジュールの共通拡張機能

The following screen shows the advanced features for the network module configuration:

以下の画面では、ネットワークモジュールの拡張機能を表示しています。

Cap5 snmp 8.png

Description Module description. There is already a default description, that could we change.

説明(Description) モジュールの説明です。デフォルトの説明は変更できます。

Custom ID

カスタムID(Custom ID)

Customizable identifier that is necessary it you wish that the server sends multicast messages with information about agents, or use this field to integrate the Pandora FMS data in an system of external information, such as a CMDB.

エージェントの情報と共にサーバがメッセージを送信する場合に必要なカスタムIDです。また、Pandora FMS と構成データベースなど外部のデータを統合するのに利用できます。

Interval

間隔(Interval)

Execution interval of the module. It could be different from that of the agent, as in the example.

モジュールの実行間隔です。エージェントとは異なります。

The values shown depend on those configured in the section "Settings > Visual Styles" in the "Interval Values" section.

表示される値は、"設定 > 画面設定(Visual Styles)" の "間隔値" の設定に依存します。

An administrator user will be given the possibility to define a custom interval at the time of creating or editing a module, standard users will only be able to define previously configured intervals, displaying the default ones when not being defined in "Visual Styles".

管理者ユーザは、モジュール作成または編集時にカスタム間隔を設定することができます。通常のユーザは、あらかじめ定義された間隔のみです。画面設定(Visual Styles)で定義されていない場合は、デフォルトが表示されます。

Post process

保存倍率(Post process)

Module post processing.It is useful to multiply or divide the returned value, as for example, when we obtain bytes and we want to show the value in Megabytes.

モジュールの事後処理です。モジュールの値に掛け算や割り算を行うのに便利です。例えば、バイト単位のデータをメガバイトで表示したい場合などです。

Min. Value

最小値(Min. Value)

Minimum value of the module. Any value lower that this will be considered as invalid and it will be ruled out.

モジュールの最小値です。これより小さな数値は、不正とみなして破棄されます。

Max. Value

最大値(Max. Value)

Maximum value of the module. Any value higher than this will be considered as invalid and it will be ruled out.

モジュールの最大値です。これより大きな数値は、不正とみなして破棄されます。

Export target

エクスポートターゲット(Export target)

It's useful to export the values returned by the module to an Export Server. It's available in the Pandora FMS Enterprise Version only, and could come in pretty handy if we have configured an export server in advance of this. Check the section on the export server for more details.

モジュールから返される値をエクスポートサーバへ渡すのに便利です。Pandora FMS Enterprise版にのみにあり、エクスポートサーバを事前に設定する必要があります。詳細はエクスポートサーバの説明を参照してください。

Cron

If Cron from is set, the module will be run once when the current date and time match the date and time configured in Cron from, ignoring the module's own interval. For example, the following configuration would cause the module to be run every Monday at 6:30:

Cron 開始(Cron from) が設定されているとモジュールの実行間隔は無視され、モジュールは Cron 開始(Cron from) で指定した日時に実行されます。例えば、次の設定ではモジュールは毎週月曜 6:30 に実行されます。

750px

If both Cron from and Cron to are set, the module will be run once when the current date and time fall between the date and time configured in Cron from and the date and time configured in Cron to, ignoring the module's own interval. For example, the following configuration would cause the module to be run everyday between 6 and 7:

Cron 開始(Cron from)Cron 終了(Cron to) の両方が設定されていると、モジュールは、Cron 開始(Cron from)Cron 終了(Cron to) の間の時間に 一度実行されます。例えば、次の設定では、毎日 6時と 7時の間に実行されます。

750px

For local modules, the corresponding module_crontab line is added to the agent's configuration file. See Programmed Monitoring for more information.

ローカルモジュールでは、エージェント設定ファイルに module_crontab を設定することで対応します。 詳細は、指定時間モニタリング を参照してください。

Timeout

タイムアウト(Timeout)

Seconds that agent will wait for the execution of the module.

エージェントがモジュールの実行完了を待つ秒数です。

Category

カテゴリ(Category)

This categorization has no effect on the normal user interface, it is intended to be used in conjunction with the meta console.

この分類は、通常のユーザーインターフェイスには影響を与えません。メタコンソールと共に使用することを意図したものです。

WMI でのリモート Windows モニタリング

WMI is a micro system for remote information of computers running Windows OS, it is available from Windows XP version to the most current versions. WMI allows you to get all kinds of information from OS, applications and even hardware. WMI queries can be made locally (in fact, Pandora's agent does it internally, calling the API of the operating system and asking the WMI subsystem) or remotely. In some systems, remote access to WMI is not enabled and must be enabled in order to be consulted from the outside.

WMI は、Windows OS を実行するコンピュータのリモート情報取得用のマイクロシステムであり、Windows XP 以降のバージョンで利用できます。 WMI を使用すると、OS、アプリケーション、さらにはハードウェアのすべての種類の情報を取得できます。 WMI クエリは、ローカルでの実行(実際には、Pandora のエージェントは内部的にオペレーティングシステムの API を呼び出し WMI サブシステムに問い合わせます)または、リモートで実行することができます。 一部のシステムでは、WMI へのリモートアクセスは有効になっておらず、外部からの利用のためには有効にする必要があります。

Pandora FMS allows remote monitoring of Windows equipment through WMI queries. To do this it will be necessary to enable the component wmiserver in the configuration file of Pandora FMS server.

Pandora FMS は、WMI クエリによって Windows をリモート監視することができます。そのためには、Pandora FMS サーバの設定ファイルにて wmiserver を有効化する必要があります。

# wmiserver : '1' or '0'. Set to '1' to activate the WMI server in this setup.
# DISABLED BY DEFAULT
  wmiserver 1

Queries are made in WQL, a kind of Microsoft-specific SQL language for internal queries to the operating system, and any query that appears in the WMI system database can be made.

クエリは、オペレーティングシステムへの内部クエリ用の Microsoft 固有の SQL 言語の一種である WQL で行われ、WMI システムデータベースに表示されるクエリはすべて作成できます。

To start monitoring by WMI, first you must create the corresponding agent, and once ready click on the top flap of the modules (Modules). In it, select to create a new WMI module and press the Create button.:

WMI を通してモニタリングを開始するには、サービスをモニタするための対応するエージェントを作成し、モジュールタブをクリックします。そこで、新たな WMI モジュールの作成を選択し、作成 ボタンをクリックします。

Feo.jpg

Some fields are WMI specific and require a short explanation:

いくつかのフィールドは WMI 特有のもので、短い表記を使います。

Namespace

名前空間(Namespace)

Space of WMI names. In same queries this field is different from empty string (by default), depending of the information source of the application that we monitor.

WMI のネームスペースを設定します。いくつかのクエリにおいて、このフィールドが空でなければ (デフォルト)、アプリケーションに依存した情報がモニタされます。

Username

ユーザ名(Username)

Name of the administrator user or of another user that has priviledges to execute WMI queries in a remote way.

administrator もしくは、リモートから WMI クエリを実行する権限があるユーザ名を設定します。

Password

パスワード(Password)

Password for the administrator user or the given user.

administrator もしくは指定したユーザのパスワードを設定します。

WMI Query

WMI クエリ(WMI Query)

WMI query, similar ot a sentence in SQL. We can see some examples:

WMI クエリは SQL に似ています。以下に例を示します。

SELECT LoadPercentage from Win32_Processor WHERE DeviceID = "CPU0"
SELECT SerialNumber FROM Win32_OperatingSystem
SELECT AvailableBytes from Win32_PerfRawData_PerfOS_Memory
SELECT DiskWriteBytesPersec from Win32_PerfRawData_PerfDisk_PhysicalDisk WHERE name = "_Total"

Key string

Key 文字列(Key string)

OPtional, fiel to compare with the string returned by the query, and in case that it exist, the module will return 1 ó 0. instead of the string itself.

クエリにより返された文字列を比較するためのオプションです。結果は文字列ではなく、存在すれば 1、そうでなければ 0 で返ります。

Field number

フィールド番号(Field number)

The number of the returned field, starting from 0 (the WMI queries could return more than one field). Most of the times it is 0 or 1.

返されるフィールドの数です。0 から開始する数字です (WMI クエリは、1つ以上のフィールドを返します)。ほとんどの場合は、0 か 1 です。

Please fill out the required fields as shown below:

次に示すように、必要なフィールドを入力してください。

Campos.jpg

If you do not know the exact parameters, you're also able to select one of the preinstalled ones included in the Pandora FMS Database. Please select the WMI module component for it:

正しいパラメータがわからない場合は、Pandora FMS データベースに設定されインストール済のものを選択することもできます。それには、WMI モジュールコンポーネントを選択してください。

Galleta.jpg

After you've done that, please select a WMI check from one of the available ones:

その後、可能な WMI チェックを選択します。

Galletita.jpg

The required information is filled in automatically, except for the user and it's password. Please remember that only users with administration permissions and their passwords are valid here. The module is also unable to return any value:

ユーザ名とパスワード以外の必要な情報が自動的に入力されます。アドミニストレータ権限のユーザとパスワードが必要であることを忘れないでください。そうでないとモジュールは値を取得できません。

Otro.jpg

The Pandora FMS Enterprise version owns more than 400 WMI Remote Monitoring Modules for Windows. They're available for the following devices and components:

Pandora FMS Enterprise 版には、Windows 用の 400 以上の WMI リモート監視モジュールがあります。これらは、以下のデバイスやコンポーネント用です。

  • Active Directory
  • BIOS
  • System Information
  • Windows Information
  • Printers
  • MSTDC
  • IIS
  • LDAP
  • Microsoft Exchange

WMI ウィザード

In the Agent Wizard (Tab in the manage view of an agent), there is a WMI Wizard, used to browse and create modules with WMI queries on a specified agent.

エージェントウィザード(エージェントの管理画面のタブ)に、WMI ウィザードがあります。指定のエージェントにおいて WMI クエリでモジュールを参照したり作成したりするのに利用します。

ファイル:Agent wizard wmi wizard.png

You will need to specify the Administrator (or a user with WMI query permissions) user and password on the target server to make the first WMI queries. This information will be used to create modules.

最初の WMI クエリを作成するために、対象ホストの administrator ユーザ(もしくは WMI クエリの実行権限のあるユーザ)とパスワードを指定する必要があります。このデータは、WMI モジュールの作成に利用されます。

800px

It's possible to create modules from various kinds of WMI data by the WMI Wizard:

WMI ウィザードでは、次のようなさまざまな種類の WMI データからモジュールを作成することができます。

  • Services: Creates boolean monitors in 'normal' status if the service it's running and on 'critical' when it's stopped.
  • Processes: The processes monitor is only going to receive any data if the process is active, otherwise it's going to take the 'unknown' status.
  • Free space on disk The available space on the harddrive.
  • WMI components: You're able to choose from the WMI components registered on the system (it's under 'Administration' -> 'Manage modules' -> 'Network components').
  • Services: サービスが稼働中であれば正常、停止していれば障害状態となる、ブーリアンの監視を作成します
  • Processes: プロセスが稼動中のときにデータを受け取ります。そうでなければ不明状態になります。
  • Free space on disk: ハードディスクの空き容量。
  • WMI components: この場合、システムに登録された WMI コンポーネントを選択します。(管理 -> モジュール管理 -> ネットワークコンポーネント)

プラグインを使ったモニタリング (サーバプラグイン)

This type of monitoring consists in the execution of plugins remotely from Pandora FMS server against other systems. Installations come with several server plugins by default ready to use, and the user can always add as many as needed.

このタイプの監視は、Pandora FMS サーバからリモートでプラグインを実行して行います。いくつかのプラグインが利用可能な状態でデフォルトでインストールされています。また、必要なものを追加することもできます。

A remote plugin is a script or executable that supports parameters and returns a value. Through a plugin you can implement any type of operation yourself, and through a few input parameters, customize, as you want that application you have developed to behave. This would allow you, for example, to pass the target IP of the test as a parameter. The result could be a number, a boolean value (0 error, > 0 OK), or a text string. The only limitation of remote plugins is that they can only return a single value.

リモートプラグインはスクリプトまたは実行形式のファイルで、パラメータに応じて値を返します。プラグインを使用すると、開発したアプリケーションのように、任意のタイプの監視を自分で実装し、いくつかの入力パラメータを使用してカスタマイズすることができます。例えば、監視対象の IP をパラメータとして渡すことができます。結果は数値、ブーリアン値(0:障害、0より大きい:正常)であったり、文字列です。リモートプラグインの唯一の制限は、単一の値のみ返せるということです。

To register a plugin in Pandora FMS, we will go to the administration section of the console, and in it, click on Manage servers; then click Manage plugins:

Pandora FMS にプラグインを登録するためには、コンソールの管理メニューへ行き、サーバの管理をクリックします。そして、プラグイン管理(Manage plugins) をクリックします。

Verdecito1.jpg

Verdecito2.jpg

From this screen you can see that you already have a few plugins registered. You can also register your plugin manually here. To explain how it works, let's go to see a plugin already registered, click on the one called "UDP Plugin" that allows to make a test of UDP connectivity against a remote machine.

この我慢では、いくつかのプラグインがすでに登録されているのがわかります。ここで、あなたのプラグインを登録することができます。それがどのように動くかを説明するために、すでに登録済のプラグインを見てみましょう。リモートマシンに対して UDP の接続を監視する "UDP Plugin" というプラグインをクリックします。

ファイル:Plugin create 1.jpg

Plugin type

プラグインタイプ (Plugin type)

There are two types of plugins: standard (standard) and Nagios plugins. Standard plug-ins are scripts that execute actions and support parameters. Nagios add-ons are, as its name indicates, Nagios add-ons that can be used in Pandora FMS. The difference is mainly that nagios plugins return an error level to indicate if the test was successful or not and an additional descriptive string. This description is not a numerical value that can be used as a module value, so in this case we will use it to update the module description.

プラグインには、標準と Nagios の二種類があります。標準プラグインは、パラメータを受け取って処理を実行する通常のスクリプトです。Nagios プラグインは、その名が示す通り Nagios のプラグインで、Pandora FMS から実行することができます。主な違いは、Nagios プラグインは、テストが成功したかどうかをエラーレベルの戻り値で示し、追加情報を文字列で返す点です。文字列は数値データではありませんがモジュールの値として利用できます。この場合、モジュールの説明に入ります。

In this case (for the example plugin, UDP port check), we will select Standard as it is not a Nagios plugin.

この場合(例の UDP ポートチェックプラグイン)は、Nagios プラグインではないので、通常のプラグインを選択します。

Max. timeout

最大タイムアウト (Max. timeout)

It is the time of expiration of the plugin. If you do not receive a response in this time, you should select the module as unknown, and its value will be not updated.It is a very important factor when implementing monitoring with plugins, so if the time it takes at executing the plugin is bigger than this number, we never could obtain values with it. This value should always be bigger than the time it takes usually to return a value the script/executable that is used as plugin. In there is nothing said, then you should used the value that in the configuration is named plugin_timeout.

プラグインのタイムアウト値です。ここで指定した時間内に応答を得られなければ、モジュールは不明状態となり、データが更新されません。これは、プラグインでのモニタリングを実装する上で重要な要素です。プラグインの実行時間がこれより長い場合、全く値を取得できないことになります。この値は、プラグインとして実行するスクリプトが値を得るのにかかる時間より長い時間に設定する必要があります。何も設定しない場合、設定ファイルの plugin_timeout の値が利用されます。

Info.png

In the execution of a plugin there are three timeouts: server, plugin and module. Please note that the server prevails over the others, and secondly, the plugin. That is, if you have a server with a 10-second timeout and a plugin with a 20-second timeout and a module that uses that plugin with a 30-second timeout, the maximum time to wait for the execution of that module will be 10 seconds.


Info.png

プラグインの実行には、サーバ、プラグイン、モジュールの 3つのタイムアウトがあります。サーバの設定が他よりも優先されます。二番目にプラグインです。サーバでのタイムアウト設定を 10秒、プラグインを 20秒、そしてモジュールの設定を 30秒としている場合、モジュールの実行タイムアウト時間は最短の 10秒になります。


For our example, we're going to take the value of '15'.

この例では、15 を設定しています。

Description

説明(Description)

Description of the add-on. Write a brief description, such as: Check a remote UDP port (by using NMAP). Use IP address and Port options. The description is not trivial, as it will be shown in the user interface of the plugin. Make sure it explains what the plugin is for.

プラグインの説明です。Check a remote UDP port (by using NMAP) のように、簡単な説明を書きます (日本語も入力可能です)。IP アドレスとポートオプションを使用します。 説明は、プラグインのユーザーインターフェースに表示されるものなので、そのプラグインが何であるかの説明を記載してください。

ファイル:Plugin create 2.jpg

Plug-in command

プラグインコマンド(Plug-in command)

Path to the plugin executable. By default, if the installation has been standard, they will be in the directory /usr/share/pandora_server/util/plugin/. Although it could be any route in the system. In this case, type /usr/share/pandora_server/util/plugin/udp_nmap_plugin. sh in the field. If you use your own plugin, make sure that you know the path where you left the plugin and that you have run permissions (chmod 755).

プラグインコマンドのパスです。標準のインストールでのデフォルトでは、/usr/share/pandora_server/util/plugin/ です。任意のパスを設定できます。このでの例では、/usr/share/pandora_server/util/plugin/udp_nmap_plugin.sh を入力しています。独自のプラグインを利用する場合は、どこにプラグインを置いたかを確認し、実行権限(chmod 755)がついていることを確認してください。

Plug-in parameters

プラグインパラメータ(Plug-in parameters)

A string with the plugin parameters, which will go after the command and a blank space. This field accepts macros such as _field1_ _field2_... _fieldN_. This is where the most complex part of a plugin's operation is, don't panic, we will see it with an example.

コマンドのパラメータは、コマンドの後にスペース区切りで指定するものです。このパラメータには、_field1_ _field2_ ... _fieldN_ といったマクロが利用できます。これは、プラグインの操作の中で最も複雑な部分ですが、パニックにならないようにしてください。以降の例でも説明します。

Parameters macros

パラメータマクロ(Parameters macro)'

Unlimited macros can be added for use in the plugin parameters field. These macros will appear as text fields in the module configuration so that the user abstracts the complexity of using a plugin module. It is about the user using a plugin as if it were a "library" module in which he fills in fields, without having to know how it works underneath. Macros definition allows the user to fill in the script call parameters without knowing how it works, neither the script nor the way to call it.

プラグインパラメータフィールドには、マクロを制限なく利用することができます。これらのマクロは、ユーザがプラグインモジュールを簡単に使用できるように、モジュール設定のテキストフィールドとして表示されます。 それは、プラグインが内部ではどういう動きをするかの詳細を知らなくても、ライブラリのようにフィールドを入力するだけでユーザが利用できるようにするものです。 マクロの定義によって、スクリプトの動作やスクリプトの呼び出し方法などを知らなくても、呼び出しパラメータを設定することができます。

Each macro has 3 fields:

それぞれのマクロには、次の 3つのフィールドがあります。

  • Description: A short string describing the macro. It's the label next to the field.
  • Default value: The default value assigned to the field.
  • Help: A text with an explanation of the macro, to show some examples of use or better explain what that field is for.
  • 説明(Description): マクロの簡単な説明です。フィールドのラベルになります。
  • デフォルト値(Default value): デフォルトでフィールドに割り当てられる値です。
  • ヘルプ(Help): マクロの説明です。フィールドの設定例などを記載するとよいでしょう。

Example of a macro configuration:

マクロ設定の例:

800px

Example of this macro in the module editor:

モジュールエディタでのマクロの例:

800px

内部マクロ

Like the alerts, it's possible to use internal macros in the plug in configuration, too.

アラートのように、プラグインの設定にも内部マクロを使うことができます。

The available macros are:

利用可能なマクロは次の通りです。

  • _agent_ o _agentalias_: Alias of the agent to which the module belongs.
  • _agent_ または _agentalias_: モジュールが属するエージェントの別名。
  • _agentname_: Name of the agent to which the module belongs.
  • _agentname_: モジュールが属するエージェント名。
  • _agentdescription_: Description of the agent to which the module belongs.
  • _agentdescription_: モジュールが属するエージェントの説明。
  • _agentstatus_: Current status of the agent to which the module belongs.
  • _agentstatus_: モジュールが属する現在のエージェントの状態。
  • _address_: Address of the agent to which the module belongs.
  • _address_: モジュールが属するエージェントのアドレス。
  • _module_: The module's name.
  • _module_: モジュール名。
  • _modulegroup_: The module's group name.
  • _modulegroup_: モジュールグループ名。
  • _moduledescription_: A description of the module.
  • _moduledescription_: モジュールの説明。
  • _modulestatus_: The status of the module.
  • _modulestatus_: モジュールの状態。
  • _moduletags_: The module's associated tags.
  • _moduletags_: モジュールに関連付けられたタグ。
  • _id_agent_: The ID of the agent. It's quite useful to generate a direct URL to redirect to a Pandora FMS console webpage.
  • _id_agent_: エージェントID。Pandora FMS コンソールへのリダイレクト URL を生成するのに便利です。
  • _id_module_: The module's ID.
  • _id_module_: モジュールID。
  • _policy_: The name of the policy the module belongs to (if that applies).
  • _policy_: モジュールが属するポリシー名。(設定されている場合)
  • _interval_: The execution interval of the module.
  • _interval_: モジュールの実行間隔。
  • _target_ip_: The target IP address of the module.
  • _target_ip_: モジュールの対象 IP アドレス。
  • _target_port_: The target port number of the module.
  • _target_port_: モジュールの対象ポート番号。
  • _plugin_parameters_: The plug-in parameters of the module.
  • _plugin_parameters_: モジュールのプラグインパラメータ。
  • _email_tag_: The emails associated to module tags.
  • _email_tag_: モジュールタグに関連付けられたメールアドレス。

リモートプラグインの内部

The UP plugin code is extremely simple and helps us to explain how the whole process works:

UDP プラグインのコードは、とてもシンプルで全体がどのように動作するのかの説明に適しています。

#!/bin/bash
# This is called like -p xxx -t xxxx
HOST=$4
PORT=$2
nmap -T5 -p $PORT -sU $HOST | grep open | wc -l

This Linux plugin takes two parameters, the UDP port to test and the destination address, with the -p and -sU parameters respectively. When registering the plugin we have defined two macros, one for the port and another for the IP so that when the user is going to create a plugin module only see that, nothing else.

この Linux プラグインは、2つのパラメータを使います。対象の UDP ポート番号とアドレスで、-p および -sU オプションで指定します。プラグインを登録するときに 2つのマクロを定義します。一つはポート番号でもう一つは IP です。そのため、ユーザーがプラグインモジュールを作成するときには、それ以外のものは表示されません。

Once the plugin has been registered, in order to use it in an agent, you must create a plugin server module, click on the top tab of the modules ("Modules"). In it, select create a new network module and click the Create button:

プラグインを登録したらそれをエージェントで使うために、モジュールタブをクリックしてプラグインサーバモジュールを作成します。そこで新たなネットワークモジュールの作成を選択し、作成(Create) ボタンをクリックします。

Trescientos1.jpg

In the following form, fill in the empty fields, select the module type Generic module to adquire numeric data, specify the IP address against which to perform the analysis, and also the port on which to do it:

以下のフォームで、未定義の部分を設定します。generic numeric 等のモジュールの種類を選択し、 モニタ対象の IP アドレスやポート番号を設定します。

Once you have finish this, click on Create.

設定が終わったら、作成 (Create) をクリックします。

The following screen will show the modules for the agent, the "UDP Port check" module that we have just created:

以下の画面で、エージェントに作成した "UDP Port check" モジュールが表示されているのがわかります。

ファイル:Udp port check demo.jpg

例 1: MySQL のプラグインモジュール

This is another example, a more complex one, of how to implement a plugin. In this case, other plugin that comes by default with Pandora, the MYSQL check plugin.

プラグイン実装の一例をあげます。ここで紹介するのは、デフォルトでは Pandora に無い、MYSQL をチェックするプラグインです。

Create a plugin module (Administration -> Manage servers -> Manage plugins)for MySQL, with the following data:

次の設定にて、MySQL のプラグインモジュールを作成します (システム管理メニュー(Administration)から、サーバ管理(Manage servers) -> プラグイン管理(Manage plugins) を実行)。

  • Nombre: MySQL
  • 名前: MySQL
  • Plugin type: Standard
  • プラグインタイプ: Standard
  • Max. timeout: 10 seconds
  • 最大タイムアウト: 10秒
  • Description:

MySQL check plugin

  • 説明:

MySQL check plugin

Checks:

チェック内容:

This plugin gives four checks:

このプラグインは、4つのチェックを行います。

Connections: Connections Connections: 接続 Com_select: Number of select queries from start Com_select: 開始からの select クエリ数 Com_update: Number of update queries from start Com_update: 開始からの update クエリ数 Innodb_rows_read: Innodb files readings Innodb_rows_read: Innodb ファイル読み出し

  • Plugin command: /usr/share/pandora_server/util/plugin/mysql_plugin.sh
  • Plugin parameters: -s _field1_ -u _field2_ -p _field3_ -q _field4_
  • Macro _field1_:
    • Description: IP Address
    • Default value: X.X.X.X
  • Macro _field1_:
    • Description: User
    • Default value: User
  • Macro _field1_:
    • Description: Password
    • Default value: Password
  • Macro _field1_:
    • Description: Check
    • Default value: Connections
    • Help: Possible values: Connections/Com_select/Com_update/Innodb_rows_read
  • プラグインコマンド(Plugin command): /usr/share/pandora_server/util/plugin/mysql_plugin.sh
  • プラグインパラメータ(Plugin parameters): -s _field1_ -u _field2_ -p _field3_ -q _field4_
  • マクロ(Macro) _field1_:
    • 説明(Description): IP Address
    • デフォルト値(Default value): X.X.X.X
  • マクロ(Macro) _field1_:
    • 説明(Description): User
    • デフォルト値(Default value): User
  • マクロ(Macro) _field1_:
    • 説明(Description): Password
    • デフォルト値(Default value): Password
  • マクロ(Macro) _field1_:
    • 説明(Description): Check
    • デフォルト値(Default value): Connections
    • ヘルプ(Help): Possible values: Connections/Com_select/Com_update/Innodb_rows_read


When it's ready, the plugin is going to look like this:

画面は次のようになります。

This plugin gives four checks:

このプラグインは、4つのチェックを行います。

  • -q Connections: Connections
  • -q Com_select: Number of select queries from start
  • -q Com_update: Number of update queries from start
  • -q Innodb_rows_read: Innodb file readings
  • -q Connections: 接続
  • -q Com_select: 開始時点からの select クエリ数
  • -q Com_update: 開始時点からの update クエリ数
  • -q Innodb_rows_read: Innodb のファイルリード数

Create a module in the system agent where Pandora FMS is installed and assign it; its name will be Mysql Connections,using as complement itself (MySQL), as Ip localhost, as Pandora user, and as password, the Pandora database password. In the field Plugin parameters, introduce the following:–q Connections.

上記プラグインを使って、Pandora FMS がインストールされているシステムのエージェントにモジュールを作成してみます。名前は、Mysql Connections 等で、localhost において、Pandora データベースの pandora ユーザとそのパスワードで自身のデータベースをチェックします。プラグインパラメータ(Plugin parameters)には、-q Connections を設定しています。

After it's creation, the module has to look like this:

作成後、モジュールは次のようになります。





Once created, it will appear in the list of modules, as a plugin type module (in this case, pending initialization)

作成すると、プラグインモジュールとしてモジュール一覧に表示されます。(この場合、初期化待ち)

Fosforo3.jpg

例2: SMTP サーバリモートプラグイン

This plugin sends an email using a remote server, you can specify server IP, port, user and password and authentication scheme, as well as destination email and destination email. Returns 1 if it works and 0 if it fails, that is, it should be used using generic_proc type.

このプラグインは、リモートサーバを使ってメールを送信します。サーバの IP、ポート番号、ユーザ名、パスワードと、認証方式を指定し、また、メールの送信先を指定できます。動作していれば 1 を返し、そうでなければ 0 を返します。タイプは、generic_proc を利用します。

This is a screenshot of the module definition using this plug in:

このプラグインを利用したモジュール設定の画面を以下に示します。



例3: DNS サーバリモートプラグイン

This plug in checks the IP address of a specified domain (eg artica.es). This is a fixed IP, using an external DNS as reference. You're able to validate whether the domain is returning the correct IP address to avoid unnecessary balancing, DNS attacks, etc. in this way. It returns the value of '1' if it works properly and '0' if not. The plugin is required to be of the 'generic_proc' type.

このプラグインは、外部 DNS を参照して、指定したドメイン (artica.es など) の IP アドレスが変化していないかどうかをチェックします。これにより、不正なバランシングや DNS アタックなどがなく、ドメインが正しい IP を返しているかどうかを検証できます。正常であれば 1 を返し、そうでなければ 0 を返します。タイプは、generic_proc を利用します。

This is a screen shot of the module definition using this plug in:

このプラグインを利用したモジュール設定の画面を以下に示します。



リモート監視のためのカスタムフィールドマクロ

When configuring remote modules, having to enter agent-specific configuration options multiple times can quickly become tedious (e.g., an SNMP community string). Custom field macros allow you to use agent custom fields as macros for certain module configuration options.

リモートモジュールを設定するとき、エージェント特有の設定オプションを何度も入力しなければならないことは面倒です(例えば、SNMP コミュニティ文字列)。カスタムフィールドマクロを使うと、特定のモジュール設定オプションのマクロとして エージェントカスタムフィールド を使うことができます。

In the following example, we will create an SNMP network component that can be reused across SNMP agents with different community strings:

以下の例では、コミュニティ文字列が異なる SNMP エージェント間で再利用できる SNMP ネットワークコンポーネントを作成します。

  • First, navigate to Resources/Custom fields in your Pandora FMS Console and define a new custom field that will be used to store the SNMP community string. Write down its ID, since it will be part of the macro later, and fill in the appropriate community string in your SNMP agents.
  • 最初に、Pandora FMS コンソールで リソース/カスタムフィールド(Resources/Custom fields) へ行き、SNMP コミュニティ文字列を保存するのに利用する新たなカスタムフィールドを定義します。ID は後でマクロの一部になるため、その ID を書き留めて、SNMP エージェントの適切なコミュニティ文字列を入力します。
  • Then create a new SNMP network component and enter _agentcustomfield_n_ as the SNMP community string, where n is the ID of the custom field (in our example, _agentcustomfield_11_).
  • そして、新たな SNMP ネットワークコンポーネントを作成します。SNMP コミュニティ文字列として、_agentcustomfield_n_ を入力します。ここで、n は、カスタムフィールドの ID です(今回の例では、_agentcustomfield_11_)。
  • Finally, configure a module using the newly created network component. The module will start working automatically.

Custom field macros work with SNMP, WMI, plug-in and inventory modules. They can be used in standalone modules, network components and policy modules.

カスタムフィールドマクロは、SNMP, WMI, プラグインおよび、インベントリモジュールで利用できます。これらは、単一のモジュール、ネットワークコンポーネント、ポリシーモジュールで利用できます。

For a WMI module you could analogously define two new custom fields to store the username and the password, and use the corresponding custom field macros in the module definition.

WMI モジュールでは、ユーザ名とパスワードを格納するために 2つの新しいカスタムフィールドを同様に定義し、モジュール定義で対応するカスタムフィールドマクロを使用できます。

リモートウィザードとネットワーク監視実行 (Exec Server)

This feature allows some actions to be run on Pandora FMS remote servers from the Pandora FMS Console. Thus, allowing the use of the agent SNMP Wizards, MIBs' browser and 'event responses' from a remote server, as well as accessing it from the server where the console is.

この機能は、Pandora コンソールから Pandora リモートサーバでのアクションの実行をするものです。そのため、SNMP エージェントのウィザード、MIBブラウザ、およびリモートサーバからの「イベント応答」の使用を許可し、コンソールがあるサーバからのアクセスも許可する必要があります。

Internally, it works through SSH remote command execution from the Pandora FMS console to the enabled servers, which will be called “Exec Server”. These servers can be Pandora FMS or Satellite Servers, but always in Linux.

内部的には、"Exec Server" と呼ばれるもので、有効化されたサーバに対して Pandora コンソールから SSH でのリモートコマンド実行を通して動作します。リモートサーバは、Pandora またはサテライトサーバで、Linux である必要があります。

設定

It is important to keep in mind that, in order to use this feature correctly, it will be necessary for the agent which is being worked on to have been previously created by the server that is going to be employed, and for said server to have the remote configuration enabled in case it is a satellite server.

この機能を正しく使用するためには、対象エージェントがすでに作成済である必要があり、サテライトサーバ利用時は、リモート設定が有効になっている必要があります。

Template warning.png

If remote cofiguration is not enabled, satellite modules will not be created through wizard.


Template warning.png

リモート設定が有効になってない場合、サテライトモジュールはウィザードで作成されません。


To configure Exec Server correctly, the systems must be configured following a series of steps:

Exec Server を正しく設定するためには、次のステップで設定を行う必要があります。

1. In the Pandora FMS server list, access the server edition you want to use as exec server:

1. Pandora FMS のサーバ一覧で、exec server として利用したいサーバへアクセスする必要があります。

2. We edit the IP of the server where we will launch the desired commands and activate the verification of “Exec Server”. This option can be configured on the Network Server and / or Satellite Server.

2. 指定したコマンドを実行するサーバの IP を編集し、"Exec Server" の検証を有効化します。このオプションは、ネットワークサーバまたはサテライトサーバで設定できます。

3. We do not perform the test configuration because we have not finished configuring the system and it would give us an error message.

3. システムの設定が完了しておらずエラーメッセージが表示されるため、テスト設定は実行しないようにします。

4. We enable the server where the Pandora console runs so that the “apache” or equivalent user has a shell execution. We modify the file /etc/passwd and modify the line so that the user has a valid shell, for example:

4. Pandoraコンソールが動作するサーバーを有効にして、"apache" または同等のユーザーがシェルを実行できるようにします。 /etc/passwd ファイルを修正し、ユーザーが有効なシェルを持つように行を変更します。たとえば、次のようになります。

apache:x:48:48:Apache:/var/www:/bin/bash

5. We create the “.ssh” directory in the route “/var/www/” and give permission for the “apache” user:

5. "/var/www" に ".ssh" ディレクトリを作成し、"apache" ユーザがアクセス可能なパーミッションにします。

mkdir /var/www/.ssh
chown apache /var/www/.ssh

6. We will execute as root:

6. root で以下を実行します。

su apache

7. We will generate the SSH key for the connection to the remote machine. We execute the command:

7. リモートマシンへの接続のための SSH キーを生成します。次のコマンドを実行します。

ssh-keygen 

And we accept any questions that it might ask us by clicking “enter”:

いくつか質問が表示されるので、そのままエンターを押します。

8. Before accessing to "Exec server” by SSH (which will be a Pandora server or a Linux server satellite), we must create on that machine, a specific user, called “pandora_exec_proxy” and also create the folder “/home/pandora_exec_proxy/.ssh/”:

8. SSH で "Exec server" (Pandora サーバまたはサテライトサーバ)へアクセスする前に、そのマシン上に "pandora_exec_proxy" という特定のユーザを作成し、"/home/pandora_exec_proxy/.ssh/" ディレクトリを作成します。

sudo useradd pandora_exec_proxy -m
mkdir /home/pandora_exec_proxy/.ssh/

NOTE: The user does not have a password, so that it cannot be used to remotely connect.

注意: ユーザにはパスワードが無いため、リモートからの接続には利用できません。

9. We will copy the contents of the public key ", generated in the previous step, from the Pandora console to the server “exec server”. In order to do this, we will copy the contents of the file /var/www/.ssh/id_rsa.pub and we move it (by copying and pasting that content) to the file: /home/pandora_exec_proxy/.ssh/authorized_keys'' and we change the permission of that file:

9. 前のステップで作成した公開鍵の内容を、Pandora コンソールから "exec server" にコピーします。これには、Pandora コンソールの /var/www/.ssh/id_rsa.pub の内容をコピーし、exec server の /home/pandora_exec_proxy/.ssh/authorized_keys にペーストします。その後、ファイルのパーミッションを調整します。

chown -R pandora_exec_proxy /home/pandora_exec/.ssh/

10. Once the user is created, from the machine, which is running the console, and the “apache” user, we will manually execute the following command to verify that you can enter without introducing a password (substituting the IP for the hostname/IP from Exec server which we have configured in previous steps)

10. ユーザを作成したら、コンソールを実行しているマシンから "apache" ユーザで、パスワードなしでリモートにログインできるか確認するために次のコマンドを手動で実行します。(前の手順で設定した Exec server のホスト名/ IPを利用)

 ssh pandora_exec_proxy@ip_address

11. When all these steps are correct, we will edit (in the console), the file /etc/pass in order to leave the apache user as it was originally (without local shell):

11. すべてのステップを正しく実行したら、apache ユーザを元の状態(ログインシェル無し)に戻すために /etc/passwd ファイルを編集します。

apache:x:48:48:Apache:/var/www:/sbin/nologin

12. Finally, we just need to test the configuration in the editing section of our proxy server, within the Pandora console, and if the test indicator turns green, it will be fully operational and functional.

12. 最後に、Pandora コンソール内のプロキシサーバの編集セクションで設定をテストをすれば、テストインジケータが緑色に変わり、完全に動作し機能します。



exec server 機能の利用

From now on, in the MIB browser, in the SNMP wizard of agent and the event responses we can choose from where we will launch the petition, whether from the local console or from the configured Exec server:

MIB ブラウザー、エージェントの SNMP ウィザード、およびイベント応答で、ローカルコンソールまたは設定済みの Exec server のどちらから要求を開始するかを選択できます。

And the same goes for the WMI Wizard, the SNMP interfaces and wizard of SNMP agent (not available for satellite servers)

また、WMI ウィザード、SNMP インターフェイス、SNMP エージェントのウィザード(サテライトサーバーでは使用できません)からも同様です。

Depending on the selected server when launching the Wizard, modules adapted for satellite server or server will be created. In the satellite server case, write the modules in the remote configuration file so that they can be executed by the server.

ウィザードを起動したときに選択したサーバに依存して、サテライトサーバまたはサーバに関連付けられたモジュールが作成されます。サテライトサーバーの場合は、サーバーで実行できるようにリモート構成ファイルにモジュールを書き込みます。

For the executions of “event response” first we must configure a new event response, that uses our new exec server:

"イベント応答" の実行には、最初に新たな exec server を利用する新たなイベント応答の設定を行う必要があります。

And then from an event, we launch it:

そしてイベントからそれを起動します。

パス監視

Pandora FMS offers by default the monitoring of complete routes between two points of the network, visually indicating the path that is being followed at all times to communicate between these two points.

Pandora FMS は、ネットワークの 2つのポイント間の完全なルート監視をデフォルトで提供し、これらの 2つのポイント間の通信パスを視覚的に示します。

To use this system we need:

このシステムを利用するには以下が必要です。

  • A software agent at the point of origin of the route we want to analyze
  • To be able to reach the destination point via ICMP from the point of origin.
  • 分析したいルートの発信元となるポイント上にソフトウエアエージェント
  • 発信元ポイントからの ICMP による宛先までの到達性

The Pandora FMS path analyzer uses an agent plugin to map the route. This agent plugin uses several methods to collect information, reporting structured information to Pandora's server.

Pandora FMS パス解析は、ルートのマップ生成にエージェントプラグインを利用します。このエージェントプラグインは、情報収集し構造化した情報を Pandora サーバへレポートするためいくつかの手法を利用します。

Note: Optionally, if you want to scan routes over the Internet, we recommend that you deploy the mtr application on your route source computer. More information at:

注意: オプションで、インターネット越しにルートをスキャンしたい場合は、発信元となるコンピュータに mtr アプリケーションを入れることをお勧めします。より詳細は以下を参照してください。

https://en.wikipedia.org/wiki/MTR_%28software%29

http://www.bitwizard.nl/mtr/


設定

From version 7.0 OUM715 onwards, the plugin is included in the agent. To configure it you must activate the execution of the plugin from the Pandora FMS console, once the agent's remote configuration is enabled.

バージョン 7.0 の OUM715 以降では、プラグインはエージェント内に含まれています。 設定するには、エージェントのリモート設定が有効になったら、Pandora FMS コンソールからプラグインの実行を有効にします。


Access the plugin configuration tab in your agent and add the following line (if the agent version is earlier than 7.0 715, or if you have not deployed the plugin in the utility folder, you must specify the full path to the plugin to run it)

エージェントのプラグイン設定タブにアクセスし、次の行を追加します(エージェントのバージョンが 7.0 715 より前の場合、またはユーティリティフォルダにプラグインを展開していない場合は、プラグインを実行するための完全パスを指定する必要があります)

route_parser -t target_address

Where target address can be a v4 IP address or an FQDN domain name.

対象のアドレスは、v4 の IP アドレスかまたは FQDN ドメイン名が利用できます。

表示

Once the system is configured and reporting, a new tab will appear in the agent view with the path communications have followed to reach the target:

システムを設定しレポートが始まると、エージェント表示画面に新たなタブが表示され、対象との通信が確立されます。

Sample route view to a machine on a network other than the source network (LAN connections)

発信元ネットワークからの他のネットワーク上のマシンへのルートビューの例を示します。(LAN 接続)


Sample route to 8.8.8.8.8 example view (Google's DNS) (WAN connections)

8.8.8.8 (Google の DNS)へのルートの例は以下の通りです。(WAN 接続)

(OBSOLETE)

MIB を参照する外部ツールと、Pandora FMS での設定

To do an analysis of the possible OID to use them in Pandora FMS, it is recommended to use a MIB browser to analyze the MIB given by each manufacturer. These MIB browsers are screen tools that read, process, analyze and show to the user the complete tree of each MIB OID, allowing to search and understand which OIDS are the necessaries to monitor our devices.

Pandora FMS で利用する OID を調べるためには、それぞれのベンダから提供される MIB を参照するための MIB ブラウザの利用をお勧めします。これらの MIB ブラウザは、MIB を読んだり分析したりするツールで、MIB の OID をツリー表示してくれます。デバイスのモニタに必要な OID が何であるかを検索することができます。

We propose the following MIB management tools:

以下に MIB 管理ツールを紹介します。

  • iReasoning MIB Browser (Windows, Linux, Java): [3]
  • Get-If Free MIB Browser (Windows): [4]
  • TKMib: UNIX および、ほとんどの GNU/Linux ディストリビューションで利用できます。

The shown snapshots have been done working on the iReasoning tool.

iReasoning ツールを利用して作業する場合の例を示します。

In the first snapshot you can see a request of the device with a MIB load (MIB2 default) that recognizes some of the existing OID. These OID are represented as string or in a numeric way. Pandora FMS understand both, but it is only able to resolve the alphanumeric OID if it has the right MIB loaded in the operative system. The best option, and the most portable one, is to use numeric OID.

最初のスナップショットでは、いくつかの OID を認識しているロードされた MIB を見ています。これらの OID は、文字列もしくは数値で表現されています。Pandora FMS は、両方認識可能です。ただし、OS に正しい MIB ファイルがロードされていない場合は、数値の OID のみ利用可能です。どこでも使えるという意味では、数値の OID をお勧めします。

Snmp manager 1.jpg

In the second snapshot, we can see the result of doing a recursive walk on a branch on which we do not habe MIB. It results in a serial of numeric OID that are not useful at all, so we do not have idea what are them for , or which kind of data they offer.

二番目のスナップショットでは、MIB ファイルの無いツリーに対して、再帰的な snmpwalk を実行しています。結果、数値の OID が表示され、どれが何を意味しているのかが良くわかりません。

Snmp manager 2.jpg

Apart of all we can do with a MIB exploring tool, we can use OID references through OID index (some manufacturers have MIB and OID references), or through links that store interesting OID. Other manufacturers of SNMP batteries, document with natural language their SNMP records, and they are easy to understand and so we can easily obtain the OID that we need ( it is the case UCD-SNMP, the SNMP battery that use the majority of the UNIX systems). Lot of other SNMP batteries of operative systems like AIX or Windows are also widely documented.

どんな MIB ツールを使うかに関係なく、何を表す OID であるか確認するためにはリファレンスは参照する必要があります (いくつかのベンダは、MIB および OID のリファレンスを用意しています)。ほかにもベンダでは SNMP に関してドキュメント化していたりするなど、必要とする OID を確認しやすくなっています (UNIX システムで一般的な UCD-SNMP などはそのようになっています)。その他 AIX、Windows などの多くの OS では SNMP のドキュメントが充実しています。

Recommended links to work with SNMP

SNMP に関するお勧めリンク

  • Full OID Catalog for CISCO (extremadamente útil): [5]
  • Full OID Catalog for CISCO (非常に便利です): [6]
  • HP Printer MIB: [7]
  • Nagios Exchange - SNMP [8]
  • Algunos OID SNMP frecuentemente usados en routers: [9]
  • ルータで共通に使われる OID: [10]

集中監視(連続抑制回数)

A remote module (whether it is a network module, a plug-in module etc.) may return unreliable data due to different reasons. For example, a ping module may return 0 even when a host is up because of network congestion.

リモートモジュール(ネットワークモジュールやプラグインモジュールなど)は、違う理由により信頼できないデータを返すことがあります。たとえば、ping モジュールはホストが起動していてもネットワークで問題があると 0 を返します。

Depending on how Pandora FMS is configured this may trigger a series of undesired events (changed statuses, fired alerts, sent emails...).

Pandora FMS の設定によっては、これは意図しないイベント(状態変化、アラートの発報、メール送信など)を発生します。

To deal with this situation Pandora FMS provides custom FF thresholds for each module. The FF threshold is the number of additional times that a module is executed before changing its status (a value of 0 means this feature is disabled). Only if the status change condition is held for all of the retries will the module’s status be changed.

このような状況に対応するために、Pandora FMS では各モジュールにおいて連続抑制回数(FF threshold)という機能があります。連続抑制回数はモジュールの状態変化を起こさない期間の設定です(値が0の場合は無効を意味します)。連続抑制回数を超える回数のデータの変化が連続して発生した場合にモジュールの状態が変更されます。



The interval of these additional executions can be specified with the FF interval.

この連続発生を確認する回数を連続抑制回数で設定します。



This is better seen with an example: Let’s suppose we have a WMI module that returns the amount of free hard disk space in megabytes. We configure this module to become critical when this value is lower that 100. Then we create an alert that sends an email to the sysadmin when this module becomes critical so that he can free up some space. But, due to a software bug, every now and then the value returned is much lower than the actual one. To get around this issue, we set the module’s FF threshold to 1 and the FF interval to 30 seconds. This means the first time the module receives a value lower than 100, the module will be executed again 30 seconds later, and only if it is still lower than 100 will the module’s status be changed to critical. Otherwise the module resumes normal execution.

例を示します。ハードディスクの空き容量を MB 単位で返す WMI モジュールがあるとします。このモジュールの値が 100 を切った時に障害となるように設定します。そして、このモジュールが障害状態となった場合に管理者が空き容量を確保するよう、管理者へメール送信するアラートを設定します。しかし、ソフトウエアのバグにより頻繁に閾値を下回るとします。このとき、モジュールの連続抑制回数を 1に設定し、連続抑制時の間隔を 30秒に設定します。これは、最初にモジュールの値が 100 を下回った場合、次のモジュールの実行は 30秒後に行われます。そして、継続して 100 を下回っている場合のみモジュールが障害状態になります。そうでなければ、モジュールは正常状態です。

This works well for synchronous modules, but asynchronous modules need an additional configuration parameter. Since they do not send data at regular intervals, checking for consecutive values may not be that useful if they are far away in time. In this case, and FF timeout needs to be specified. This means the number of consecutive values must occur within the configured time interval.

これは、同期モジュールでは良いですが、非同期モジュールでは追加のパラメータ設定が必要です。非同期モジュールは定期的な間隔でデータを送らないため、データ送信間隔が大きくあいた場合、連続した値の確認は役に立たないかもしれません。この場合は、連続抑制タイムアウト(FF timeout)の設定が必要です。これは、連続した値が指定した時間内に発生しなければならないことを意味します。


Ff timeout.png


Starting from version 5.1, individual FF thresholds can be configured for each module status, so that a module may require two consecutive values to become critical, but just one to become normal, for example.

バージョン 5.1 からは、モジュールの状態ごとに連続抑制回数を設定できます。たとえば、障害状態への移行は 2連続、正常状態への移行は 1回のみということができます。