ja:documentation:pandorafms:complex_environments_and_optimization:02_policy

ポリシーを使った監視

Enterprise 版

The policy system is conceived to make large monitoring environment management easier. It allows to propagate modules, alerts, external alerts, plugins, remote inventories and collections to the agents in a centralized and homogeneous way.

ポリシーシステムは、大規模な監視環境の管理を容易にすることを目的としています。 モジュール、アラート、外部アラート、プラグイン、リモートインベントリおよびコレクションを一元化された方法でエージェントに伝播できます。

To apply any changes you may have made in policies, apply the policy in the corresponding section (queue).

ポリシーに加えた変更を適用するには、対応する画面で ポリシーの適用(apply the policy) (キューへの挿入) を行います。

You can also get more information: “Differences between Templates, Policies and Massive Operations”.

テンプレート、ポリシー、一括操作の違い” も参照してください。

  • Policy management is done in the Management → Configuration → Manage policies section, located on the left side of the Pandora FMS Web Console.
  • ポリシー管理は、Pandora FMS ウェブコンソールの左にある 管理(Management)設定(Configuration)ポリシー管理(Manage policies) から行えます。

The components of any policy can be quickly accessed by clicking on the corresponding links.

対応するリンクをクリックすると、ポリシーのコンポーネントにすぐにアクセスできます。

  • In the configuration section of each agent (menu Management → Resources → agent edition) a specific policy tab is available for each agent. The interface is similar to that of the monitoring policies, it only affects the agent in the section and joint operations can be performed by selecting several policies at once and applying or deleting them simultaneously. Agents added in this way will also appear in the main section of the monitoring policies and can be managed in bulk.
  • 各エージェントの設定セクション (メニュー 管理(Management) → リソース(Resources) → エージェント編集(agent edition)) では、各エージェントに特定のポリシータブが利用可能です。 インターフェイスは監視ポリシーのインターフェイスに似ており、セクション内のエージェントにのみ影響し、複数のポリシーを一度に選択し、それらを同時に適用または削除することができます。 この方法で追加されたエージェントは、監視ポリシーのメインセクションにも表示され、一括で管理できます。

You may search policies in Pandora FMS from the search header both in the Command Center (Metaconsole) and node.

コマンドセンター(メタコンソール)とノードの両方の Pandora FMS 検索ヘッダからポリシーを検索できます。

Metaconsole searches return two types of results:

メタコンソール検索では、次の 2 種類の結果が返されます。

  • Centralized search: Policies shown are those in the Command Center itself.
  • Non-centralized search: The policies shown are obtained directly from each node, indicating their origin.
  • 一元化検索(Centralized search): 表示されるポリシーは、メタコンソール自体のポリシーです。
  • 非一元化検索(Non-centralized search): 表示されるポリシーは、各ノードから直接取得されたポリシーです。

Management → Configuration → Manage policies → Create button. Enter the name and group and specify whether it will apply to secondary groups and whether it will be force apply for agents without remote configuration enabled (Force Apply option). Click Create again to save.

管理(Management)設定(Configuration)ポリシー管理(Manage policies)作成(Create) ボタンをクリックします。名前とグループを入力し、子グループに適用するかどうか、およびリモート設定が有効になっていないエージェントに強制的に適用するかどうか (強制適用(Force Apply) オプション) を指定します。 作成(Create) を再度クリックして保存します。

Click on the corresponding icon in the options column:

オプション列の対応するアイコンをクリックします。

The created policy copy will appear as “not applied”, regardless of the original policy's state.

ポリシーのコピーは、ソースポリシーの状態に関係なく、“適用されていないもの” として作成されます。

  • Export policy: This is done from the menu ManagementResourcesResource exportingPolicy. Choose the policy to be exported, if you wish to export agents also select Export agents and click on the Export button just to the right. This option generates .ptr files (internally in XML format).
  • Import policy: You can import a policy from a .ptr' file from the menu ManagementResourcesResource registration by selecting the .ptr' file (use Group filter if the policy contains agents and you want to filter by a specific group) and then press the Upload button.
  • It is also possible to import and export in PRD format.
  • ポリシーのエクスポート: 管理(Management) メニュー → リソース(Resources)リソースのエクスポート(Resource exporting)ポリシー(Policy) から実行できます。 エクスポートするポリシーを選択します。エージェントをエクスポートする場合は、エージェントをエクスポート(Export agents) を選択し、すぐ右側にある エクスポート(Export) ボタンをクリックします。 このオプションは、.ptr (内部的には XML 形式) ファイルを生成します。
  • ポリシーのインポート: 管理(Management) メニュー → (Resources)リソースリソース登録(Resource registration) から .ptr ファイルを選択することで、.ptr ファイルからポリシーをインポートできます (ポリシーにエージェントが含まれており、特定のグループでフィルタリングしたい場合は、グループフィルタ(Group filter) を利用します) そして、アップロード(Upload) ボタンをクリックします。

To delete any policy, it must not have any agents associated.

ポリシーを削除するには、関連づけられたエージェントが無い状態である必要があります。

If a policy contains agents, the delete button is disabled and a button to delete all its agents is shown.

ポリシーにエージェントがある場合、削除ボタンは無効になり、全エージェントの削除ボタンが表示されます。

This button will add the delete process to the queue. Once processed, the policy delete button will be enabled again.

このボタンは削除処理をキューに追加します。処理が完了すると、ポリシーの削除ボタンが再び有効になります。

The policy operations queue contains a summary of the elements changed since its last application:

ポリシー操作キューには、最後にポリシーが適用されてから変更された要素の概要が含まれます。

This list contains the elements yet to be updated and the ones yet to be deleted. This summary shows whether the policy should be applied or not. Sometimes, a button will be shown to apply them next to the icon of agents pending to be applied.

このリストには、更新が保留中の要素と削除が保留中の要素があります。 この概要には、ポリシーを適用する必要があるかどうかが示されます。 場合によっては、適用保留中のエージェントのアイコンの横に、適用するためのボタンが表示されることがあります。

  • If the pending changes only affect the database, e.g. changes in alerts, this button will apply the changes just at that level, so the application will be faster.
  • However, if the configuration that affects configuration files has been changed, e.g. if collections or local modules have been modified, the application is complete.
  • Below the summary, on the right side, there is a button to apply all, regardless of the type of pending modifications.
  • 保留中の変更がデータベースにのみ影響する場合 (アラートの変更など)、このボタンはそのレベルの変更のみを行うため適用は高速になります。
  • 一方、設定ファイルに影響する設定変更の場合 (たとえば、ローカル設定やモジュールが変更された場合)、一通りの適用が行なわれます。
  • 概要の右下には、保留中の変更の種類に関係なく、すべてを適用するボタンがあります。

To configure the policy, click on the name of the policy. Once inside, you can access the different configuration sections through the upper right menu.

ポリシーを設定するには、ポリシーの名前をクリックします。 中に入ると、右上のメニューからさまざまな設定セクションにアクセスできます。

Within the configuration of a policy, in addition to setup, the following tabs are available:

ポリシーの設定では、セットアップに加えて、次のタブがあります。

  • Agents.
  • Modules.
  • inventory module.
  • Alerts.
  • External alerts.
  • Collections.
  • Linking.
  • Queue.
  • Agents Plugins.
  • Wizards Agents.
  • エージェント(Agents)
  • モジュール(Modules)
  • インベントリモジュール(Inventory Modules)
  • アラート(Alerts)
  • 外部アラート(External alerts)
  • コレクション(Collections)
  • リンク(Linking)
  • キュー(Queue)
  • エージェントプラグイン(Agent plugins)
  • エージェントウィザード(Wizards Agents)

The possible operations in a policy are:

ポリシーで可能な操作は次のとおりです。

  • Add/Remove one or more existing Agents to the policy.
  • Create/Edit/Delete a Module.
  • Define/Edit/Remove an Agent plugin.
  • Create/Edit/Delete an alert.
  • Create/Edit/Delete an external alert.
  • Add/Remove an existing collection.
  • Add/Remove an existing Inventory Module.
  • Link one or more adopted Modules to the policy.
  • Implement the changes made in the policy.
  • 1 つまたは複数の既存のポリシー エージェントの追加/削除。
  • モジュールの作成/編集/削除。
  • エージェントプラグインの定義/編集/削除。
  • アラートの作成/編集/削除。
  • 外部アラートの作成/編集/削除。
  • 既存のコレクションの追加/削除。
  • 既存のインベントリモジュールの追加/削除。
  • ポリシーを 1 つまたは複数の関連モジュールにリンク。
  • ポリシーに変更を適用。
  • The various actions that can be taken will not be applied until the policy is implemented.
  • If a policy is applied and elements are modified or deleted, the changes will not be made until the next application.
  • All changes will be reflected in the window Queue , section from which the changes will be applied.
  • 実行可能な異なるアクションはポリシーが適用されるまで適用されません。
  • ポリシーが適用された状態で要素が変更または削除された場合、その変更は次回適用されるまで反映されません。
  • すべての変更は、キュー(Queue) ウインドウに反映されます。

To add Agents to the policy, you have filtering options at the top to select the Agents you need as a group by selecting them using the Control Ctrl or Shift Shift keys. At the bottom of the window there is a list with all the Agents associated with the policy, including those that are pending removal from it.

ポリシーにエージェントを追加するには、上部のフィルタリングオプションで、Ctrl キーまたは Shift キーを使用してグループとして必要なエージェントを選択します。 ウィンドウの下部には、ポリシーからの削除が保留されているエージェントを含む、ポリシーに関連付けられたすべてのエージェントのリストが表示されます。

Likewise, the list of Agents has a filter by group, subchain or its application status.

同様に、エージェントのリストには、グループ、サブチェーン、またはそのアプリケーションステータスによるフィルタがあります。

  • When an Agent is deleted it will appear with its name highlighted in red and instead of a delete button it will show a button to undo the deletion and re-associate the Agent to the policy.
  • Remember that adding or removing Agents from the policy will become effective when the policy is applied on the page Queue.
  • エージェントが削除されると、その名前が赤で強調表示され、削除ボタンの代わりに削除を元に戻してエージェントをポリシーに再度関連付けるためのボタンが表示されます。
  • ポリシーに対するエージェントの追加または削除は、キュー(Queue) の画面でポリシーが適用された際に有効になります。

As of version 760, if new agents are assigned to any of the groups configured in this option, they will automatically receive the policy settings.

バージョン 760 以降、このオプションで設定されたグループのいずれかに新しいエージェントが割り当てられると、それらのエージェントは自動的にポリシー設定を受け取ります。

Under Apply to select Groups and then browse and select the required groups. Then add Groups in policy to the list. The lower part of the window shows a list with all the groups associated with the policy, including those that are pending to be removed from it.

適用先(Apply to)グループ(Groups) を選択し、必要なグループを参照して選択します。 次に、ポリシー内のグループ(Groups in policy) をリストに追加します。 ウィンドウの下部には、ポリシーからの削除が保留されているグループも含め、ポリシーに関連付けられているすべてのグループのリストが表示されます。

When a group is deleted it will appear with the name crossed out and instead of the deleted button there will be a button to undo the deletion and re-associate the group to the policy. Agents belonging to the group will also appear crossed out.

グループが削除されると、名前に取り消し線が引かれて表示され、削除ボタンの代わりに、削除を元に戻してグループをポリシーに再度関連付けるためのボタンが表示されます。 グループに属するエージェントも取り消し線で表示されます。

Adding or removing groups from the policy will not take effect until the policy is applied.

ポリシーへのグループの追加または削除は、ポリシーが適用されるまで有効になりません。

This menu allows you to configure the Modules that are going to be added to the policy.

このメニューでは、ポリシーに追加するモジュールを設定できます。

To add Modules you must choose the type from the dropdown menu. Select one of the possible ones and press the Create button:

モジュールを追加するには、ドロップダウンメニューからタイプを選択する必要があります。 可能なもののうち 1 つを選択し、作成(Create) ボタンを押します。

データサーバモジュールの作成

Enterprise VersionThe Data Server Modules are added to the Software Agents. To work with these Modules it is necessary that the agents have remote configuration enabled.

Enterprise 版データサーバモジュールは、ソフトウエアエージェントへ追加するモジュールです。このモジュールが動作するようにするためには、エージェントでリモート設定が有効になっている必要があります。

Choose the Create a new data server module option and click the Create button.

データサーバモジュールの新規作成(Create a new data server module) オプションを選択し、作成(Create) ボタンをクリックします。

Configure all the fields of the Module. The Data configuration field is the one that allows you to enter the Module code that will be applied to the Agents that subscribe to said policy. This modification will be reflected in the pandora_agent.conf file of the Agent itself.

モジュールのすべてのフィールドを設定します。 データ設定(Data configuration) フィールドには、上記のポリシーに含まれるエージェントに適用されるモジュールコードを入力できます。 この変更は、エージェント自体の pandora_agent.conf ファイルに反映されます。

Either fill out the fields, or if you defined previously a local component, select it. Finde more information about the description of said fields in Templates and components.

フィールドに入力するか、以前に ローカルコンポーネント を定義している場合はそれを選択できます。これらのフィールドの説明について詳しくは、テンプレートとコンポーネント をご覧ください。

ネットワークサーバモジュールの作成

To create a Network Server Module, choose the Create a new network server module option and click the Create button.

ネットワークサーバモジュールを作成するには、ネットワークサーバモジュールの新規作成(Create a new Network Server Module) を選択し、作成(Create) をクリックします。

Configure all the fields of the Module. The description of the fields in these screens are the same as explained in the Templates and components. Once you have filled in all the fields click on the Create button.

モジュールのすべてのフィールドを設定します。 これらの画面のフィールドの説明は、テンプレートとコンポーネント の章で説明しているものと同じです。 すべてのフィールドに入力したら、作成(Create) ボタンをクリックします。

プラグインサーバモジュールの作成

Choose the Create a new Plugin server module option and then Create. enter a name and then go to the Advanced options section and select in Plugin one of the registered plugins.

プラグインサーバモジュールの新規作成(Create a new Plugin Server Module) を選択して 作成(Create) をクリックし、名前を入力します。次に、詳細オプション(Advanced options) セクションに移動し、プラグイン(Plugin) で登録されているプラグインの 1 つを選択します。

Once you have filled in all the fields, click on the Create buttontea.

すべてのフィールドを入力したら、作成(Create) ボタンをクリックします。

Use macros to set dynamic parameters, such as an Agent's IP address with _address_.

エージェントの IP アドレスを表す _address_ など、動的なパラメータを設定するには、マクロを利用します。

WMI サーバモジュールの作成

To create a WMI Server type module, select the Create a new WMI server module option and click the Create button. Assign a name and then configure the Module fields.

WMI サーバモジュールを作成するには、WMI サーバモジュールを新規作成する(Create a new WMI Server Module) をクリックし、作成(Create) をクリックします。名前を割り当て、モジュールのフィールドを設定します。

For Target IP (address) there are three options:

対象IP (アドレス)(Target IP (Address)) には、3つのオプションがあります。

  1. Auto: It is always updated with the first IP address that the agent has.
  2. Force primary key: The module is created with the agent's primary IP address at the time of applying the policy, if the agent's IP address is changed, the old IP address is maintained.
  3. Custom: Allows you to assign a specific IP address in the policy, for which a text box will appear when choosing this option.
  1. 自動(Auto): エージェントが持つ最初の IP アドレスで常に更新されます。
  2. プライマリキーを強制(Force primary key): モジュールは、ポリシーの適用時にエージェントのプライマリ IP アドレスを使用して作成されます。エージェントの IP アドレスが変更されても、古い IP アドレスが維持されます。
  3. カスタム(Custom): ポリシーで特定の IP アドレスを割り当てることができます。このオプションを選択すると、テキストボックスが表示されます。

Check the description of the fields of these screens in the Templates and components section. Once all the fields have been filled out appropriately, click on Create.

これらの画面のフィールドの説明は、テンプレートとコンポーネント の章にあります。 すべてのフィールドに入力したら、作成(Create) ボタンをクリックします。

For more information, check Windows remote monitoring through WMI.

リモート WMI モジュールの作成の詳細については、WMI でのリモート Windows モニタリング を参照してください。

予測サーバモジュールの作成

The Prediction server must be enabled for this option to appear in the Web Console. The token should be configured like this: predictionserver 1.

このオプションをウェブコンソールに表示するには、予測サーバ を有効にする必要があります。 predictionserver 1 のように、トークンを設定する必要があります

To create a Prediction server module, select the Create a new prediction server module option and click on the Create button. Assign a name and then configure the Module fields. Except for the service ones, you can choose the modules of the same policy or allow to take the modules of each agent that is included in this policy.

予測サーバモジュールを作成するには、新しい予測サーバモジュールの作成(Create a new prediction server module) オプションを選択し、作成(Create) ボタンをクリックします。 名前を割り当てて、モジュールフィールドを設定します。 サービスを除いて、同じポリシーのモジュールを選択することも、このポリシーに含まれる各エージェントのモジュールを取得することを許可することもできます。

ウェブサーバモジュールの作成

To create a Web Server module, select the option called Create a new Web Server module and click on the Create button. Configure the Module fields and access the Web checks section. Later access Advanced options. To save use the Create button again.

ウェブサーバモジュールの新規作成(Create a new Web Server module) オプションを選択し、作成(Create) ボタンをクリックします。 モジュールフィールドを設定し、Web checks セクションにアクセスします。 次に、高度なオプション(Advanced options) にアクセスします。 保存するには、もう一度 作成(Create) ボタンを使用します。

In the case of Web Modules there are no components.

ウェブモジュールでは、コンポーネントはありません。

作成済モジュールの編集

It is possible to modify any of the Modules assigned to a policy. To do this, simply click on the name of the Module so that the configuration options appear.

ポリシーに割り当てられたモジュールは編集することができます。それにはモジュール名をクリックします。すると設定オプションが表示されます。

If the Policy Module is renamed, the Module name will be updated as well as any other fields when the policy is applied.

ポリシーモジュールの名前を変更すると、ポリシーが適用されたときの他のフィールドの名前が変更されます。

Once they have been modified, click on the Update button.

修正したら、更新(Update) ボタンをクリックします。

If the Policy Module is renamed and a module with the new name already exists in an Agent, this Module will be adopted and the Module with the old name will be removed.

ポリシーモジュールの名前を変更し、エージェント内に新しい名前のモジュールが存在すると、そのモジュールに適用され、古い名前のモジュールは削除されます。

作成済モジュールの削除

To remove a Module from the policy and remove it from the Agents configuration, you must click on the trash can icon located to the right of the Module. By doing so, the Module will remain in the list but with the name crossed out and the trash can button will become an undo delete button.

ポリシーからモジュールを削除し、エージェントからも削除するには、モジュール名の右側のごみ箱をクリックします。実行するとモジュールの表示は残っていますが、打消し線が引かれ、削除ボタンが取消に置き換わります。

If you need to delete multiple modules, you can select the box to the right of the trash can and press the Delete button.

複数のモジュールを削除したい場合は、ごみ箱アイコンの右側のチェックボックスを選択して、削除(Delete) ボタンをクリックします。

Enterprise version.In a policy you can also create Inventory Modules, choosing one from the list of those available in the system, an interval and the credentials.

Enterprise 版システムに存在するインベントリ、間隔、および権限を選択することで、ポリシーにインベントリモジュールを作成することもできます。

As with the rest of the elements of the policies, if you delete an inventory module, it will appear crossed out and an undo button will appear instead of the delete button.

他のポリシーの要素と同じように、インベントリモジュールを削除すると、削除ボタンの代わりに取り消し線と 取り消しアイコンが表示されます。

For more information about adding remote inventory modules check Inventory modules.

リモートインベントリモジュールの追加に関しての詳細は、インベントリモジュール を参照してください。

When a Module is created from a policy, it appears referenced through the policies icon.

ポリシーからモジュールが作成されると、そのモジュールはポリシーアイコンで参照されます。

リンク済モジュール

These Modules are created in the policy and when applying the policy they are also created in the Agent. Modules can be linked and unlinked from the configuration page of the Module itself by pressing this button.

これらは、ポリシーで作成されるモジュールです、適用されるとエージェント内にも作成されます。このボタンを押すと、モジュール自体の設定ページからモジュールをリンクしたりリンク解除したりできます。

リンク解除モジュール

Unbound Modules are those that belong to a policy but are not sensitive to changes to it. They can be useful because they allow you to set individual exceptions to Modules belonging to a policy. In this way you can customize a Module of a given Agent within a policy without removing it from it.

リンクされていないモジュールは、ポリシーに属しているが、ポリシーの変更の影響を受けないモジュールです。 特定のポリシーに属するモジュールに対して個別の例外を作ることができるため便利です。これにより、ポリシーから特定のエージェントモジュールをカスタマイズすることができます。

Policy changes will be applied only when the Module is linked again.

ポリシーの変更は、モジュールが再びリンクされたときにのみ適用されます。

適用済モジュール

These Modules were created in the policy with the same name as an existing Module in the Agent. When applying the policy, Pandora FMS will use the data of the existing Module instead of creating a new Module and it will continue to be managed from the Agent.

このモジュールは、エージェント内の既存のモジュールと同じ名前でポリシー内に作成されたものです。 ポリシーを適用する場合、Pandora FMS は新しいモジュールを作成する代わりに既存のモジュールのデータを使用し、エージェントから管理され続けます。

  • This type of Modules are not affected by the changes made in the policys.
  • When deleting a policy, the adopted Modules are not deleted from the Agents.
  • このタイプのモジュールは、ポリシーで行われた変更の影響を受けません。
  • ポリシーを削除しても、適用済モジュールはエージェントから削除されません。

リンク・適用済モジュール

An Adopted Module can be bound to make use of the definition set in the policy instead of the local one. In this way, when managing the Module from the policy, when you make a change, this module changes.

適用済モジュールをリンクして、ローカルの定義の代わりにポリシーで設定された定義を使用できます。これにより、ポリシーからモジュールを管理するときに、何らかの変更があるとモジュールも変更されます。

When an Agent is removed from a policy, the Linked Modules are removed and the Adopted Modules and Linked Adopted Modules will remain.

ポリシーからエージェントを削除すると、リンク済モジュールは削除され、リンク・適用済モジュールのみが保持されます。

アラートの追加

In order to add an alert, link it to one of the predefined alert templates or to a module that belongs to the policy and click on Add.

アラートを追加するには、アラートテンプレート(Alert template)を事前に定義したポリシーのモジュールに割り当てて 追加(Add) ボタンをクリックします。

アラートの編集

You can add actions, put on hold or standby or deactivate an alert. If you want to change the Module or the template, you must delete it and create a new alert.

アクションを追加したり、アラートを静観またはスタンバイにしたり無効化したりできます。 モジュールまたはテンプレートを変更する場合は、それを削除し、新しいアラートを作成する必要があります。

アラートの削除

To delete the alert from the policy and remove it from the Agents configuration, you must click on the trash can icon to the right of the alert. When you do this, the alert will remain in the list but with the name crossed out and the trash can button will become an undo delete button.

ポリシーからアラートを削除し、設定されたエージェントから削除するには、アラートの行のゴミ箱アイコンをクリックします。これを実行するとアラートは一覧には残りますが、名前が取り消し表示となり、削除ボタンが取り消しボタンに変わります。

External Alerts allow you to link alerts with Agent Modules that are not in the Modules list of the policy. It is very useful to assign alerts only to some Agent Modules and not to all of them.

外部アラートを使用すると、ポリシーのモジュールリストにないエージェントモジュールにアラートをリンクできます。アラートをすべてのエージェントモジュールではなく、一部のエージェントモジュールにのみ割り当てると非常に便利です。

外部アラートの追加

To create an External Alert, you must fill in the following form:

外部アラートを作成するには、以下のフィールドを入力する必要があります。

This functionality is available both in Metaconsole and in nodes.

この機能は、メタコンソールとノードの両方にあります。

外部アラートの編集

The only edit allowed is the addition or deletion of external alert actions. For other changes it must be deleted and created again.

編集では、外部アラートアクションの追加または削除のみできます。 その他の変更を行う場合は、削除して再度作成する必要があります。

外部アラートの削除

To remove the External Alert from the policy and remove it from the Agents configuration, click the trash can icon located to the right of the External Alert.

外部アラートをポリシーから削除し、エージェント設定からも削除するには、外部アラートの右側にあるゴミ箱アイコンをクリックします。

The deletion system is the same as that of normal alerts; it will not become effective until the policy is applied.

削除の仕組みは通常のアラートと同じです。 ポリシーが適用されるまで、削除は有効になりません。

複数のポリシーからの外部アラート

One or several modules may have different actions from different policies.

1 つまたは複数のモジュールに、さまざまなポリシーからのさまざまなアクションを設定できます。

This feature can be found in the Command Center (Metaconsole) too.

この機能は コマンドセンター (メタコンソール) にもあります。

The process to add policy plugins is the same as that of the agent. Check the section "Plugins in software agents".

ポリシーにプラグインを追加する方法は、エージェントで行う方法とまったく同じです。 詳細については、"ソフトウエアエージェントでのプラグインの利用" の章を参照してください。

In order for the agent plugin to be applied by a policy, the plugin must exist in the path specified by the agent.

エージェントプラグインがポリシーによって適用されるには、プラグインがエージェントによって指定されたパスに存在している必要があります。

File collections are resources used to massively deploy scripts or plugins to be used in Software Agents, Agent Monitoring Policies and Satellite servers.

ファイルコレクション は、ソフトウェアエージェント、エージェントモニタリングポリシー、およびサテライトサーバで使用されるスクリプトまたはプラグインを大規模に展開するために使用されるリソースです。

When editing a monitoring policy and clicking on the Collections tab, a list with the available collections will be shown. You will be able to add or remove to then apply the Queue of changes.

監視ポリシー編集時に コレクション(Collections) タブをクリックすると、使用可能なコレクションのリストが表示されます。 追加または削除して、キュー の変更を適用することができます。

It is possible to manage policies from the Command Center. The process consists of distributing the information to all the nodes for each of the servers in charge of applying them. This distribution of information is complex because it is important that all nodes have the same data as the Command Center.

コマンドセンターからポリシーを管理 することが可能です。 この処理は、情報の適用を担当する各サーバから、その配下のすべてのノードへ情報を配布することで行われます。 すべてのノードがコマンドセンターと同じデータを持つことが重要であるため、この情報の配布は複雑です。

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

Go to ResourcesManage agents and click on the name of a Software Agent. Click on the Collection tab. You will have a list of available collections similar to this one:

リソース(Resources)エージェント管理(Manage agents) へ行き、ソフトウエアエージェントの名前をクリックします。コレクション(Collection) タブをクリックします。次のような定義済のコレクション一覧が表示されます。

If a Software Agent has remote configuration disabled it will display the following warning:

ソフトウエアエージェントの リモート設定が無効化されている場合は、次の警告が表示されます。

To add a collection click on the sum icon in the Add column:

コレクションを追加するには、追加(Add) 列の合計アイコンをクリックします:

If you see an icon with a yellow warning triangle in the Status column, either the collection is empty or the collection has not been synchronized. If the collection contains files or directories, click on the yellow icon. Once you have applied the changes the status of the collection will indicate the success of the synchronization.

状態(Status) 列に黄色の警告三角形のアイコンが表示される場合は、コレクションが空であるか、コレクションが同期されていません。 コレクションにファイルまたはディレクトリが含まれている場合は、黄色のアイコンをクリックします。 変更を適用すると、コレクションのステータスが同期の成功を示します。

After a few minutes you can go to ConfigurationCollections and click on the name of the added collection. The newly added Software Agent will be displayed in the Agents tab.

数分後、設定(Configuration)コレクション(Collections) に移動し、追加したコレクションの名前をクリックします。 新しく追加されたソフトウェアエージェントがエージェントタブに表示されます。

ソフトウエアエージェントにおけるコレクションの場所

Each collection of files has a short name; for this example fc_13830334393. This means that the utilities, scripts or executables that are inside the collection will be in:

それぞれのファイルコレクションは、短い名前を持っています。この例では、fc_1383033439 です。ユーティリティ、スクリプトや、実行ファイルなどを含んだコレクションが以下に置かれることを意味しています。

%ProgramFiles%\pandora_agent\collections\fc_13830334393

It is important to know that the collection is compressed to be sent to the Software Agent, so the latter must have the unzip.exe tool in order to decompress the file. As of version 3.2 of the Agent, this utility is installed inside:

コレクションは圧縮された形式でソフトウエアエージェントに送信されるため、ソフトウエアエージェントには、ファイルを解凍するための unzip.exe ツールが含まれている必要があることに注意してください。 エージェントバージョン 3.2 以降、このツールは以下にインストールされています。

%ProgramFiles%\pandora_agent\utils

You need to know this to be able to use Modules that work when working with those files, so that you can specify the full “real” path. Each collection of files is stored at a different address, to prevent different collections of files from overwriting or conflicting with each other.

完全な “実際の”パスを指定して、これらのファイルを利用してモジュールが動くようにする必要があることを理解してください。各コレクションファイルは異なる場所に保存され、異なるコレクションファイルが互いに上書きまたは競合するのを防ぎます。

The collection control system is based on md5 hashes, similar to the management of Agent configuration files. When creating the collection in the Pandora FMS Web Console, an md5 hash is created and sent to the Software Agent. This md5 will only be updated when there are changes in the collection in the Pandora FMS Web Console side, and not in the Software Agent. Therefore, the changes in the collections made locally in the agents will remain as long as the collection is not modified in the Web Console.

コレクション制御システムは md5 ハッシュに基づいており、エージェント設定ファイルの管理と同様です。 Pandora FMS ウェブコンソールでコレクションを作成すると、md5 ハッシュが作成され、ソフトウェアエージェントに送信されます。 この md5 は、ソフトウェアエージェントではなく、Pandora FMS ウェブコンソール側のコレクションに変更がある場合にのみ更新されます。 したがって、エージェントでローカルに行われたコレクションの変更は、コレクションがウェブコンソールで変更されない限りそのまま残ります。

If any change is made in the collection in the Web Console side, the md5 will be recalculated, and when it disagrees with the existing one in the Agents it will apply the last configuration of the collection, overwriting the previous one and eliminating possible local modifications on the collections.

ウェブコンソール側でコレクションに変更が加えられると、md5 が再計算され、エージェント内の既存の設定と一致しない場合は、コレクションの最後の設定が適用され、以前の設定が上書きされ、コレクションに対してローカルで行った変更は破棄されます。

If you want to use a Module that uses a file included in the collection, reference only the directory that contains the collection, using its fixed identifier. This is an example using a plugin Module:

コレクションに含まれるファイルを使用するモジュールを使用する場合は、その固定識別子を使用して、コレクションを含むディレクトリのみを参照してください。 これは プラグインモジュール を使用した例です:

It works much like individual Agent collections, but instead of applying a collection to a specific Agent it is applied to a policy:

個々のエージェントコレクションと同じように機能しますが、コレクションを特定のエージェントに適用する代わりに、ポリシーに適用します。

Refer to this section to manage and synchronize collections.

コレクションを管理および同期するには、こちらを参照してください

Versión EnterpriseClick on the ServersManage servers menu and then click on the remote configuration icon of the Satellite server to which the collection will be added. Click on the Collections tab and in the list of available collections, in the Actions column add the respective collection by clicking on the + icon. You can also delete the added collections by clicking on the trash can icon.

Enterprise 版サーバ(Servers)サーバ管理(Manage servers) メニューをクリックし、コレクションが追加されるサテライトサーバのリモート設定アイコンをクリックします。 コレクション(Collections) タブをクリックし、使用可能なコレクションの一覧で、アクション(Actions) 列の + アイコンをクリックして、それぞれのコレクションを追加します。ごみ箱アイコンをクリックして、追加したコレクションを削除することもできます。

When you save the changes, after a few minutes, you will see in the configuration file the new section created with the added collections and their respective short name.

変更を保存すると、数分後に、追加されたコレクションとそれぞれの短い名前で作成された新しいセクションが設定ファイルに表示されます。

Refer to this section to manage and synchronize collections.

コレクションの管理と同期はこちらの章を参照してください。

From Pandora FMS 729 OUM you can centralize the collections management from the Metaconsole. To access go to the Centralised managementAgent management menu and click on the Collections tab.

Pandora FMS 729 OUM からは、[:ja:documentation:06_metaconsole:01_introduction|メタコンソール]]からコレクションの中央管理ができます。それには、中央管理(Centralized management)エージェント管理(Agent management) メニューに移動し、コレクション(Collections) タブをクリックします。

Refer to this section to manage and synchronize collections, as they work similarly in the Web Console.

ウェブコンソールと同じようにコレクションを管理および同期するには、こちらの章を参照してください。

メタコンソールには中央管理モードがあります。つまり、ポリシーに関しては管理はメタコンソールから行われ、ノードでは実行しません。メタコンソールでは、一般設定からこのモードを選択します。

For the configured nodes to know that the mode is centralized, just go to the license screen and synchronize. That way, all policy management pages will be informative only, that is, available in read-only mode. The new nodes that are added will be automatically configured in this mode.

ノードが中央管理モードに設定されていることを確認するには、ライセンス画面に移動して同期します。 そうすれば、すべてのポリシー管理ページは情報のみ、つまり読み取り専用モードで利用できるようになります。 追加される新しいノードは、このモードで自動的に設定されます。

ノードが中央管理モードであるかを確認してください。この場合、ポリシー画面に警告メッセージが表示されます。

The policy queue in the Metaconsole is different from that of the nodes. While in the latter, you can see the status of the implementation of the incomplete policies and a history of those already completed, in the Metaconsole this second part has been deleted. Only those that have not been applied or are in progress are shown indicating the node they belong to.

メタコンソールにおけるポリシーキューは、ノードとは異なります。ノードでは、状態表示画面で適用が完了していないポリシーおよび適用済ポリシーの履歴を見ることができましたが、メタコンソールでは後者が削除されました。適用されていない、または進行中のポリシーだけが、それが属するノードと共に表示されます。

ただし、履歴を確認したい場合はノードで見ることができます。リードオンリーになっている中で、唯一これだけがノードで管理できる部分です。

ノードとメタコンソールでポリシーのデータは同じでなければいけません。モジュール、アラート、インベントリモジュール、コレクションなどが関連します。メタコンソールからポリシーを適用したときに、これらのすべてのデータはノードにコピーされます。

これは、非常に多様で非常に機密性の高い情報です。データのコピー時にエラーが発生するかもしれません。その場合は、コンソールにエラーが表示され、ノードは前のデータに戻されます。クリーンインストールでは問題は発生しませんが、ノードで手動で作成した以前のポリシー構成を削除し、メタコンソールに渡して後でそれらを同期させることをお勧めします。

  • ja/documentation/pandorafms/complex_environments_and_optimization/02_policy.txt
  • 最終更新: 2024/04/07 06:15
  • by junichi