個人用ツール

Pandora:Documentation ja:Templates and components

提供: Pandora FMS Wiki JP

移動先: 案内, 検索

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

テンプレートとコンポーネント

概要

Pandora FMS performs all checks by utilizing modules. These modules can belong to different data types Pandora FMS is designed to process. The complete default module list for Pandora FMS can be viewed by clicking on Resources -> Module Types.

Pandora FMS は全てのチェックをモジュールを通して行います。これらは、Pandora FMS が処理できる異なるデータタイプごとに異なります。Pandora FMS のデフォルトのモジュールリストは、'リソース(Resources)' -> 'モジュールタイプ(Module Types)' から参照できます。

Julia1.png

On clicking on this menu, on the right hand side of Pandora FMS's web console, the available modules will be shown:

このメニューをクリックすると、Pandora FMS ウェブコンソールの右側に存在するモジュールが表示されます。

Julia3.png

As we can see, diverse module types and groups exist:

見ての通り、さまざまなモジュールのタイプとグループがあります。

  • async: asynchrounous data.
  • async: 非同期データ
  • generic: generic data.
  • generic: 一般的なデータ
  • keep_alive: special keepalive module, useful to control the status of the last contact to an agent.
  • keep_alive: エージェントへの最終接続状態を制御するのに便利な特別な keepalive モジュール
  • icmp: ICMP check (ping).
  • icmp: ICMP チェック (ping)
  • snmp: SNMP check.
  • snmp: SNMP チェック
  • tcp: TCP check.
  • tcp: TCP チェック
  • web: web check.
  • web: ウェブチェック

Most of them can have several check types:

これらのほとんどには、いくつかのチェックタイプがあります。

  • data: numeric data.
  • data: 数値データ
  • proc: boolean value. For web checks it means that if the value exists, returns 1 and 0 otherwise.
  • proc: ブーリアン値。1 か 0 を返します。
  • string: text string.
  • string: テキスト文字列
  • inc: incremental data (for example, the ammount of packets sent by an interface will always grow).
  • inc: インクリメンタルデータ (例えば、ネットワークインタフェースから送信されたパケットの総量などの増加するデータ)
  • inc_abs: absolute incremental data, showing the value, increased since the last reading.
  • inc_abs: 絶対インクリメンタルデータ。前回からの増分の値を示します。

コンポーネントとは

A component is a "generic module" that can be repeatedly applied on an agent, as if it was a module's "master copy", generating a module associated with an agent. This way, having a database of our organisation's most used components, it turns very easy when it comes to monitoring, since we have our own components adapted to the technologies we use to use, and we simply have to apply these components to the new agents.

コンポーネントは、エージェントに繰り返し適用することができる "一般的なモジュール" です。エージェントに関連付けるモジュールの "コピー元" になります。最も良く利用するコンポーネントを構成するデータベースと考えることができます。普段利用するコンポーネントを定義することにより、モニタリングの設定が簡単になります。新たなエージェントには、これらのコンポーネントを適用すれば良いのです。

There are two types of components. Network components, which group all remote modules (wmi, tcp, snmp, icmp, plugin, web, etc.) and local components, which are the module's definition within the software agent's configuration as "text snippets", ready to be incorporated to the config file of the agent (with the remote configuration activated), or that can be cut out and pasted into the agent's configuration manually (without the remote configuration).

コンポーネントには 2つのタイプがあります。 リモートモジュール (wmi、tcp、snmp、icmp、plugin、web など) に分類される ネットワークコンポーネント と、ソフトウェアエージェントの設定で定義するモジュールの ローカルコンポーネント です。ローカルコンポーネントは、(リモート設定を有効にして)エージェントの設定ファイルに組み込んだり、手動で(リモート設定なしで)エージェントの設定に貼り付けることができます。


テンプレートコンポーネントとは

Pandora FMS offers the possibility of grouping network components in "templates" so that we can apply multiple network components directly on an agent. This makes it easy to deploy monitoring, as we create several modules simultaneously through the network components associated with a template.

Pandora FMS では、複数のネットワークコンポーネントをエージェントに直接適用できるように、ネットワークコンポーネントを "テンプレート" にグループ化することができます。 テンプレートに関連付けられたネットワークコンポーネントを通して複数のモジュールを同時に作成できるので、監視設定の展開が容易になります。

The Recon server applies the network components associated with a template to detected hosts, adding the specified modules automatically and allowing a very fast and automatic monitoring deployment.

自動検出サーバは、テンプレートに関連付けられたネットワークコンポーネントを検出したホストに適用し、指定されたモジュールを自動的に追加し、非常に高速かつ自動の監視設定の展開ができます。

ネットワークコンポーネント

As previously stated, the network components are the elements that enable remote network checks. Pandora FMS has about 40 predetermined network checks, whereas the Enterprise version enjoys over 400 ones.

前述の通り、ネットワークコンポーネントはリモートネットワークチェックを行うためのエレメントです。Pandora FMS では、約 40 の定義済みのネットワークチェックがあります。エンタープライズ版では、400 以上あります。

The network components of Pandora FMS can be created and viewed on their management page by clicking on Configuration -> Network Components.

Pandora FMS のネットワークコンポーネントの確認および作成は、'設定(Configuration)' -> 'ネットワークコンポーネント(Network components)' をクリックし、管理ページから行えます。

Lulu.png

In it you'll be able to search for the already existing components (filtering by grupos or by free search text), see their configuration and details, modify them and even create new ones.

ここでは、定義済のコンポーネントの検索 (グループや任意の文字での検索によるフィルタが可能です)、設定詳細の確認、修正、新規コンポーネントの作成ができます。

To view any module's properties, please click on its name. The name provides a link which is going to take you to its details page:

モジュールのプロパティを参照するには名前をクリックしてください。詳細ページへのリンクになっています。



As you can see in the picture above, all details of the network component named 'Host Alive' are shown.

図に示しているのは、ネットワークコンポーネント 'Host Alive' の詳細です。

If applied onto a module, it's going to retrieve the network component's details except the IP address field, where it's automatically going to store the agent's main IP address the component is applied to. All parameters may be edited later (e.g. change the user or password of the WMI modules).

モジュールに適用すると、IP アドレスフィールドを除き、ネットワークコンポーネントの詳細が反映されます。IP アドレスについては、エージェントのメインのアドレスが自動的に設定されます。全てのパラメータは (例: WMI モジュールのユーザ名、パスワードなど) あとから編集可能です。

If the template is modified, its values will apply to modules created from that instant on, not to the already created ones.

テンプレートを編集すると、その時以降に行うモジュールへの適用に反映されます。すでにモジュールに適用されているものは変更されません。

Component values can be modified, simply click on the name of one them and modify the desired values, e.g. the interval. Once done, click on the Update button at the page's end. Its changes will be stored and applied from that moment onwards to the agents you add such module to.

実行間隔など、コンポーネントの値は、その名前をクリックし変更したい値を編集することにより可能です。変更したら、画面下の 更新(Update) ボタンをクリックします。変更が反映され、以降はその内容でエージェントに適用できるようになります。

新たなネットワークコンポーネントの作成

You can create three types of network components:

3つのタイプのネットワークコンポーネントを作成することができます。

  • Network.
  • ネットワーク
  • Plugin (server add on).
  • プラグイン (サーバアドオン)
  • WMI.
  • WMI

To create a new network component, go to the main network components management page, Administration -> Manage modules -> Network components, go to the bottom of the page, select a network component out of the three posible ones (WMI, Red o Plugin) in the pulldown menú: and click on Create button.

新たなネットワークコンポーネントを作成するには、ネットワークコンポーネント管理のページ システム管理(Administration) -> モジュール管理(Manage modules) -> コンポーネント管理(Network components) へ行きます。ページの下の方へ行き、プルダウンメニューにて 3つのタイプ (WMI、ネットワーク、プラグイン) のネットワークコンポーネントの中から一つを選択します。そして、作成(Create) ボタンをクリックします。

luli.png



After that, a screen will be displayed for you to set up all component's fields. Fill in the needed ones and click on the Create button. Next, the WMI component creation screen is displayed:

その後、コンポーネントを設定するためのフィールドが表示されます。必要な設定を行った後、作成(Create) ボタンをクリックします。以下に WMI コンポーネント作成画面を示します。

Loli.png

As you fill in the required fields, bear in mind that you are filling in the description of a "generic" module that will be applied to different agents. Some parameters such as snmp community, user or password can differ among the agents to which the module applies, and you'll need to modify them manually in order to make them work, but if you have a common user policy for your systems, you can leave the modules completely configured inputting here users, passwords and other data common to all agents. Obviously you can also leave them blank.

フィールドを設定するとき、モジュールの説明については、それぞれエージェントに適用する時に設定するように考えても良いでしょう。SNMP のコミュニティ、ユーザ名、パスワードのようないくつかのパラメータは、適用するエージェントのモジュールごとに異なります。正しく動作させるためには、個別に設定する必要があります。しかし対象のシステムに共通のポリシーがある場合は、ユーザ名、パスワードやその他設定を共通にすることができます。もちろん、定義せずに空白にすることも可能です。

Nomo.png

The same process applies to componets of type Plugin.

同様に、プラグインコンポーネントの場合は次のようになります。

Trio.png

ローカルコンポーネント

Local components are those that can be applied to software agentes. If you have the Enterprise version of Pandora FMS, these components can be applied automatically and remotely through policies or manually (one by one) in the remote configuration editor agent. See policy for how to implement local components to remote software agents in Pandora FMS Enterprise.

ローカルコンポーネントは、ソフトウエアエージェントに適用できます。エンタープライズ版の場合は、コンポーネントは自動的にそしてリモートから適用することができます。ポリリーに従って適用したり、エージェントリモート設定エディタにて手動にて行うことができます。Pandora FMS エンタープライズ版でリモートのソフトウエアエージェントにローカルコンポーネントを実装する方法については、ポリシーを参照してください。

Local components can also be used in Pandora FMS's Open version. They just won't be applied automatically, being necessary to manually copy and paste the code. The Enterprise version of Pandora FMS has dozens of local modules to implement the policies and operators automatically sorted by category.

ローカルコンポーネントは、Pandora FMS のオープンソース版でも利用可能です。エンタープライズ版との違いは、自動適用ができず手動で必要な設定を書く必要がある点のみです。エンタープライズ版の Pandora FMS には、カテゴリごとに分類された操作やポリシーを実装した多くのローカルモジュールがあります。

Local components work very similar to the network components. Please go to their management page by clicking on Configuration -> Local Components to view them.

ローカルコンポーネントは、ネットワークコンポーネントととても似た動作をします。'設定(Configuration) -> ローカルコンポーネント(Local components)' から管理ページへ行くことができます。

Hue.png

This screen displays the already existing local modules, which can be filtered by different parameters (group, operating system, free text query) and one can also display, modify and create new components.

この画面では、すでに定義済のローカルモジュールを表示しています。異なるパラメータ (グループ、OS、任意のテキスト文字列) でフィルタリングして表示したり、編集や新たなコンポーネントの作成ができます。

To see any module's properties, just click on its name, it has a link that will bring you to its details page:

モジュールのプロパティを見るには、名前をクリックします。詳細のページへのリンクになっています。

Huen.png

As plain to see, the configuration of local components is very simple. The configuration elements are:

見ての通り、ローカルコンポーネントの設定はとてもシンプルです。設定項目は次の通りです。

  • Name: component's name. This name will be visible at the component selection when creating a modulo for an agent.
名前(Name): コンポーネントの名前です。この名前は、エージェントにモジュールを作成したときに、コンポーネントの選択で表示されます。
  • OS: operating system, the component is for.
  • OS: コンポーネントのオペレーティングシステムです。
  • Group: the group, the module will be in. Useful to filter and sort on monitoring technologies.
  • グループ(Group): モジュールが所属するグループです。フィルタしたりソートするのに便利です。
  • Description: module description. There already exists a default description that can be changed.
  • 説明(Description): モジュールの説明です。デフォルトの説明は変更が可能です。
  • Configuration: component configuration, like the module configuration for software agents. For more examples or to get complementary information, please check section Modules Definition in Configuration chapter.
  • 設定(Configuration): コンポーネントの設定です。ソフトウエアエージェントのモジュール設定と同様です。設定例やより詳細の情報は、設定の章のモジュール定義 を参照してください。

新たなローカルコンポーネントの作成

To create a new local component, please click on 'Configuration' -> 'Local components' and click on the 'Create' button which is located on the bottom right side of the page.

新たなローカルコンポーネントを作成するには、'設定(Configuration)' -> 'ローカルコンポーネント(Local components)' をクリックし、ページの右下にある作成(Create)ボタンをクリックします。

A page with the form for creation of new local components will be displayed:

新たにローカルコンポーネントを作成するフォームが表示されます。



The form will just have to be filled in with the information mentioned previously and the Create button be clicked.

前述の情報をフォームに入力し、作成ボタンをクリックします。

ローカル実行マクロ

For Pandora FMS versions 5 and above, it's possible to define macros within local components. These macros are going to be placed into the 'module_exec' parameter. They exhibit the structure of '_field1_, _field2_ ... _fieldN_'.

Pandora FMS バージョン 5.0 以降では、ローカルコンポーネントにマクロを定義することができます。マクロは、module_exec パラメータに設定し、_field1_ , _field2_ ... _fieldN_ という構造です。

In the module's edition form the macros are going to appear as normal fields which are transparent to the user.

モジュールの編集フォームでは、マクロはユーザにとって透過的な通常のフィールドとして表示されます。

Each macro is going to have three fields: 'Description', 'Default Value' and 'Help'.

それぞれのマクロには、説明(Description)、デフォルト値(Default value)、ヘルプ(Help)の 3つのフィールドがあります。

  • Description: Will be the label near the field in the module form.
  • 説明(Description): モジュールフォームのフィールドに近いラベル。
  • Default value: Optative value to be charged by default in the module form.
  • デフォルト値(Default value): モジュールフォームでデフォルトで設定される値。
  • Help: Optative string to add additional info of the field. If is setted will appear a tip near the field with this string.
  • ヘルプ(help): フィールドの追加情報に追加される文字列。設定すると、その文字列がフィールドの近くに表示されます。

800px

If a module component contains macros, the configuration data is going to remain hidden to simplify the view by default.

モジュールコンポーネントにマクロが含まれている場合、デフォルトで表示を簡素化するために、構成データは非表示のままになります。

750px

but it's possible view and modify it.

ただし、表示および編集することもできます。

750px

モジュールテンプレート

Module templates are templates that contain network check modules. Once created, these templates can be directly applied to agents, avoiding the need to add modules one by one, or apply the templates when carrying out a network recon task.

モジュールテンプレートは、ネットワークチェックモジュールを含むテンプレートです。これらのテンプレートを作成すると、一つ一つモジュールを追加することなく直接エージェントに適用することができます。また、自動検出処理に利用することもできます。これについては、ネットワーク検出タスク にて説明しています。

Please click on 'Configuration' and 'Module Templates' to manage the module templates.

モジュールテンプレートを管理するには、'設定(Configuration)' および 'モジュールテンプレート(Module templates)' をクリックします。

Feisimo.png

The template management screen will be displayed, which has many default ones.

テンプレート管理画面が表示されます。デフォルトの設定がされています。

Horro.png

You can click on any of the templates to see their details, or you can click on the rubbish bin icon in the right column to delete it, or you can create a new template by clicking the Create button.

詳細を見るには、テンプレートをクリックします。右のごみ箱アイコンをクリックすると削除できます。新しいテンプレートを作成する場合は、作成(Create)ボタンをクリックします。

By clicking on the name of a template you will see its details, for example, the screenshot below shows the details for the Basic Monitoring module template.

テンプレートの名前をクリックすると、その詳細が表示されます。たとえば、以下のスクリーンショットでは、Basic Monitoring のモジュールテンプレート詳細が表示されています。

Here you can see the name and description of the template in the first two fields of the form.

その中で、フォームの最初の 2つのフィールドにテンプレートの名前と説明が表示されています。

Below is the list of modules included in this template.

その下に、このテンプレートに含まれるモジュールのリストがあります。

Finally there is the form for adding modules, being able to filter by module group, and then select the module and add it.

最後に、モジュール追加のためのフォームがあります。モジュールグループによってフィルタリングし、モジュールを選択して追加します。

Pla1.png

To delete a module, simply select it in the right column (if you select the upper cell of the right hand side, you'll select them all) anf click the Delete button.

モジュールを削除するには、右のチェックボックスで選択し (右上のチェックボックスを選択するとすべてを削除します)、削除ボタンをクリックします。

Pla2.png

新たなモジュールテンプレートの作成

To create a new module template, go to main component template management page, Administration -> Manage modules -> Module templates and click on the Create button located at the bottom-right hand side of the page.

新たなモジュールテンプレートを作成するには、システム管理メニューから、モジュール管理(Manage modules) -> モジュールテンプレート(Module templates) をクリックし、コンポーネントテンプレート管理ページへ行きます。そして、ページ右下の作成(Create)ボタンをクリックします。

A page with the creation form for the new local component will be displayed:

新たなコンポーネントの作成フォームが表示されます。

Pla3.png

Input a name and a description for the new template and click on the Create button.

新たなテンプレートの名前と説明を入力し、作成(Create)ボタンをクリックします。

Next, the page will be shown, where you'll be able to add modules to the template:

次に、テンプレートにモジュールを追加できるページが表示されます。

Pla4.png

Select the modules at the bottom, filtering by group if necessary, and click on the Add button.

下の方でモジュールを選択し (必要であればグループでフィルタリングしてください)、追加(Add)ボタンをクリックします。

Remember you can delete the unwanted modules by selecting them and clicking the Delete button.

不要なモジュールは、選択して削除(Delete)ボタンを押すことによって削除できます。

エージェントへのモジュールテンプレートの適用

In order to apply one of the existing monitoring module template or a recently created one, please click on 'Monitoring' -> 'Views' and 'Agent Detail' as shown below.

既存のモニタリングモジュールテンプレートや新たに作成したテンプレートをエージェントに適用するには、'モニタリング(Monitoring)' -> '参照(Views)' および 'エージェント詳細(Agent Detail)' をクリックします。

Pla5.png

And select the modules of one of the agents:

エージェントのモジュール(modules)をクリックします。

Pla6.png


Once in this screen, click on the Templates tab, at the top of the page.

この画面の先頭でテンプレートタブをクリックします。

Pla7.png

In the following screen, modules that already have an agent as well as the existing module templates are displayed to select one and apply it to the agent:

次の画面で、すでにエージェントに割り当てられているモジュールと、定義されているモジュールテンプレートの選択が表示されます。

Pla8.png

Select a template and click on the Assign button, the modules contained in this template will automatically be added. Once applied the template can delete some of the modules clicking on the X in the column of the right hand side, or you can edit them clicking on the tool's icon, also at the right hand side.

テンプレートを選択し、割当(Assign)ボタンをクリックします。選択したテンプレートに含まれるモジュールが自動的に追加されます。

NOTE: templates applied to the agent are not displayed, just the modules contained in there are.

注意: エージェントに適用したテンプレートは表示されません。モジュールのみが表示されます。

プライベートエンタープライズ番号

All SNMP devices have their own OID, which is exclusive to each device brand and model. There is a number occupying the seventh place within those strings which is the one that gives away which manufacturer it is from. This is the manufacturer's Private Enterprise Number (PEN) and it is registered on IANA. These PEN can be configured in Pandora FMS to use them together with module templates and therefore add dynamic monitoring.

すべての SNMP デバイスには独自の OID があります。これは、各デバイスのブランドとモデルに限定されたものです。どの製造元からのものかを示す文字列に対応する 7番目を占める数値があります。 これは製造元のプライベートエンタープライズ番号(PEN)であり、IANA に登録されています。これらの PEN は、Pandora FMS でモジュールテンプレートと一緒に使用するように設定でき、動的監視を追加できます。

800

Within that view, it is only necessary to enter the manufacturer's PEN, indicate its name and a brief description. That way, it will be added to the existing list.

その画面内では、メーカーの PEN を入力し、その名前と簡単な説明を入力するだけで済みます。 これにより、既存のリストに追加されます。

800

800

In module templates, one or several PEN will be indicated so when there is a discovery task, Pandora FMS is able to retrieve the information about the device's manufacturer and add the appropriate monitoring information.

モジュールテンプレートでは、1つまたは複数の PEN が示されるため、検出タスクがある場合、Pandora FMS はデバイスの製造元に関する情報を取得し、適切な監視情報を追加できます。

800

ウィザードコンポーネント

Within the capabilities of SNMP and WMI wizards, there is a type of remote components called Wizard components.

SNMP および WMI ウィザードの機能には、ウィザードコンポーネント(Wizard components)と呼ばれる種類のリモートコンポーネントがあります。

These components allow to set a base configuration for the modules that will be generated in the agents when executing any of the wizards (SNMP or WMI). Besides, it will offer the possibility of generating several modules dynamically through only one component. For example, a component to scan device storage units or processes in execution.

これらのコンポーネントを使用すると、任意のウィザード(SNMP または WMI)の実行時にエージェントで生成されるモジュールの基本設定を行えます。さらに、1つのコンポーネントのみで複数のモジュールを動的に生成することができます。たとえば、実行中のストレージデバイスのユニットや、プロセスをスキャンするコンポーネントです。

These components can be created from the menu Configuration > Templates > Remote components, with the option Create a new wizard component.

これらのコンポーネントは、設定(Configuration) > テンプレート(Templates) > リモートコンポーネント(Remote components) メニューの ウィザードコンポーネントを新規作成する(Create a new wizard component) オプションから作成できます。

ファイル:IMG1 wizard components.png

In the creation form, you will see some fields common to both wizards and others specific to the selected protocol.

作成フォームには、ウィザードに共通のフィールドと、選択したプロトコルに固有のフィールドが表示されます。

The common fields are:

  • Enabled: By activating this token, you will be indicating that the component will try to scan when the wizard is launched.
  • Add by default: It allows to choose whether the modules generated by the component will be mchecked to be added by default when launching the wizard. That means that if the token is activated, the modules generated by the component will be checked by default in a view that you will find later and they will be added to the agent. This action does not mean that it cannot be modified, so in this view you can make modifications and uncheck or check at will and change thresholds, descriptions, etc.
  • Module name: Name that the component will have and default name for the modules generated by it. It will be possible to use some macros. (They will be shown later on).
  • Module protocol: It allows to indicate the wizard (SNMP or WMI) for which the component is configured. According to the selected protocol, the form shows the specific fields for each wizard, which are explained later.
  • Component group: Group to which the component will belong. It allows to organize the way the modules will be presented.
  • Module type: In this drop-down list, you can choose the type of data that the modules generated by the component will obtain.
  • Module unit: Unit of the data obtained by the modules generated by the component. It is a totally editable field, so you can add the measure needed.
  • Warning status: In this section you can set a threshold by default for the warning status of the wizard-generated modules. Although here a range is indicated, there will be the possibility of customizing it for each module in the final view that collects all the found modules.
  • Critical status: In this section, you may set a default threshold for the critical status of the wizard-generated modules. Although there is a range in here, you may customize it for each module in the final view that collects all the found modules.
  • Description: This is a description that will have the component and at the same time, the modules it generated. You will be able to use some macros. (They will be shown later on).
  • Scan type: It allows to choose between two scanning modes that can be performed by wizards with this component. This field determines whether a component will generate one module or several. The selected value will affect how other specific fields of each wizard must be filled.
    • Fixed: The component will only generate one module. For example, get the uptime of the device by SNMP.
    • Dynamic: The component could generate one or more modules. For example, to obtain the percentage of disk unit usage by WMI.
  • Execution type: This field indicates the execution type for component-generated modules. It is useful to determine the Pandora FMS server the modules will belong to when created depending on where the wizard is launched from.
    • Network: The modules generated by the component will get their data with Pandora FMS own system for SNMP and WMI modules. These are, network, WMI and satellite servers.
    • Plugin: The modules generated by the component will obtain their data from the execution of commands, plugins or customized scripts. Thus, they will be executed by the plugin or satellite servers through exec modules.

共通フィールドは次の通りです:

  • 有効化(Enabled): このトークンを有効化すると、ウィザードの起動時にコンポーネントがスキャンを試みます。
  • デフォルトで追加(Add by default): コンポーネントによって生成されたモジュールが、ウィザードの起動時にデフォルトで追加されるようにするかどうかを選択できます。つまり、トークンが有効化されると、コンポーネントによって生成されたモジュールは、デフォルトでは後で確認できるビューでチェックされ、エージェントに追加されます。このアクションは変更することができ、このビューでは、変更を加えたり、必要に応じてチェックを外したり確認したり、しきい値や説明などを変更したりできます。
  • モジュール名(Module name): コンポーネントが持つ名前と、コンポーネントによって生成されるモジュールのデフォルトの名前です。一部のマクロが使用できます(後ほど示します)。
  • モジュールプロトコル(Module protocol): コンポーネントを構成するウィザード(SNMP または WMI)を示します。選択したプロトコルに応じて、フォームには各ウィザードの特定のフィールドが表示されます。これについては後で説明します。
  • コンポーネントグループ(Component group): コンポーネントが属するグループです。これにより、モジュールの表示方法を整理できます。
  • モジュールタイプ(Module type): このドロップダウンリストでは、コンポーネントによって生成されるモジュールが取得するデータのタイプを選択できます。
  • モジュール単位(Module unit): コンポーネントによって生成されたモジュールによって取得されたデータの単位。これは完全に編集可能なフィールドなので、必要なものを追加できます。
  • 警告状態(Warning status): このセクションでは、ウィザードで生成されたモジュールの警告状態のデフォルトしきい値を設定できます。ここでは範囲が示されていますが、見つかったすべてのモジュールを収集する最終画面で、モジュールごとにそれをカスタマイズすることができます。
  • 障害状態(Critical status): このセクションでは、ウィザードで生成されたモジュールの障害状態のデフォルトしきい値を設定できます。ここでは範囲が示されていますが、見つかったすべてのモジュールを収集する最終画面で、モジュールごとにそれをカスタマイズすることができます。
  • 説明(Description): これは、コンポーネントとそれが生成したモジュールの説明です。いくつかのマクロを使用できます。(後ほど示します)。
  • スキャンタイプ(Scan type): このコンポーネントを使用して、ウィザードで実行できる 2つのスキャンモードを選択できます。このフィールドは、コンポーネントが 1つまたは複数のモジュールを生成するかどうかを決定します。選択した値は、各ウィザードの他の特定のフィールドへの入力に影響します。
    • 固定(Fixed): コンポーネントは 1つのモジュールのみを生成します。たとえば、SNMP によってデバイスの稼働時間を取得します。
    • 動的(Dynamic): コンポーネントは 1つ以上のモジュールを生成します。 たとえば、WMI によるディスク装置の使用率を取得する場合など。
  • 実行タイプ(Execution type): このフィールドは、コンポーネント生成モジュールの実行タイプを示します。ウィザードの起動元に応じて、作成時にモジュールが属する Pandora FMS サーバを決定すると便利です。
    • ネットワーク(Network): コンポーネントによって生成されたモジュールは、SNMP および WMI モジュール用の Pandora FMS 独自のシステムでデータを取得します。これらは、ネットワーク、WMI、およびサテライトサーバです。
    • プラグイン(Plugin): コンポーネントによって生成されたモジュールは、コマンド、プラグイン、またはカスタマイズされたスクリプトの実行からデータを取得します。したがって、それらは exec モジュールを介してプラグインまたはサテライトサーバによって実行されます。

ファイル:IMG2 wizard components.png

The specific fields SNMP wizard components are:

SNMP ウィザードコンポーネント特有のフィールドは次の通りです:

  • Name OID: It allows to indicate an OID from which a value will be obtained that could be added to the module name through a macro.
  • 名前 OID(Name OID): マクロを介してモジュール名に追加できる値を取得する OID を設定することができます。

It is especially useful when you get multiple modules generated by a dynamic component. That way they get different names by default. But it is not limited to dynamic components, since it can be used also for fixed scanning components.

これは、動的コンポーネントによって生成された複数のモジュールを取得するときに特に役立ちます。 これにより、デフォルトで異なる名前が付けられます。ただし、固定スキャンコンポーネントにも使用できるため、動的コンポーネントに限定されません。

The value of this OID is stored in the macro _nameOID_, that can be used in the 'Module name field.

この OID の値は、マクロ _nameOID_ に格納され、モジュール名(Module name) フィールドで使用できます。

If used in dynamic components, the OID indicated in this field should be a branch of SNMP and not a final OID. For example, if the OID .1.3.6.1.4.1.2021.10.1.2 is indicated, the values that the macro will have in each module will be obtained from the OIDs .1.3.6.1.4.1.2021.10.1.2.x, where x represents each of the terminations that the branch may have.

動的コンポーネントで使用する場合、このフィールドに示される OID は、最終的な OID ではなく、SNMP のブランチのものである必要があります。例えば、OID .1.3.6.1.4.1.2021.10.1.2 が示されている場合、各モジュールでマクロが持つ値は、OID .1.3.6.1.4.1.2021.10.1.2.x から取得されます。 ここで x はブランチが持つ最後を表します。

If used on fixed components, the OID indicated in this field must be a final OID. For example, if the OID .1.3.6.1.2.1.5.0 is indicated, the value the macro will have in the module will be retrieved directly from that OID.

固定コンポーネントで使用する場合、このフィールドに示される OID は最終的な OID でなければなりません。 例えば、OID .1.3.6.1.2.1.5.0 が示されている場合、マクロがモジュールに持つ値は、その OID から直接取得されます。

  • Manufacturer ID: It allows to indicate the ID of a specific manufacturer for which the SNMP wizard component will take effect.
  • 製造元 ID(Manufacturer ID): SNMP ウィザードコンポーネントが有効になる特定の製造元の ID を指定することができます。

That way, for all devices against which the wizard is launched, and whose Private Enterprise Number (PEN) is registered in Pandora FMS for the manufacturer ID assigned to the component, it will be tried to obtain the modules it generates. For example, a component assigned to general_snmp will be scanned for all devices with PEN 2021 and 8072.

このようにして、ウィザードが起動され、コンポーネントに割り当てられた製造元 ID の Pandora FMS にプライベートエンタープライズ番号(PEN)が登録されているすべてのデバイスに対して、生成されたモジュールの取得が試行されます。 たとえば、general_snmp に割り当てられたコンポーネントは、PEN 2021 および 8072 のすべてのデバイスに対してスキャンされます。

If you indicate as manufacturer All, the component will be scanned for any PEN registered in Pandora.

製造元として すべて(All) を指定すると、Pandora に登録されている任意の PEN に対してコンポーネントのスキャンが行われます。

Template warning.png

The Private Enterprise Number (PEN) must be registered in Pandora FMS console to use Manufacturer ID


Template warning.png

製造元 ID を使用するには、Pandora FMS コンソールにプライベートエンタープライズ番号(PEN)を登録する必要があります。


When the execution type is Network:

実行タイプが ネットワーク(Netrowrk) の場合は次の通りです:

  • Value OID: It allows to indicate the OID from which the component-generated module data will be obtained.
  • 値 OID(Value OID): これにより、コンポーネントが生成したモジュールデータを取得する OID を設定できます。

If used in dynamic components, the OID indicated in this field should be a branch of SNMP and not a final OID. For example, if the OID .1.3.6.1.4.1.2021.10.1.3 is indicated, the values that the modules will have will be obtained from the OIDs .1.3.6.1.4.1.2021.10.1.3.x. In addition, the X node of each OID must have the same value for the X node of the Name OID field if used.

動的コンポーネントで使用する場合、このフィールドに示される OID は、最終的な OID ではなく、SNMP のブランチのものである必要があります。例えば、OID .1.3.6.1.4.1.2021.10.1.3 が示されている場合、各モジュールでマクロが持つ値は、OID .1.3.6.1.4.1.2021.10.1.3.x から取得されます。 また、各 OID の X ノードは、名前 OID フィールドの X ノードにと同じ値を使用する必要があります。

If used in fixed components, the OID indicated in this field must be a final OID. For example, if the OID .1.3.6.1.4.1.2021.11.9.0 is indicated, the value that the module will have will be obtained directly from that OID.

固定コンポーネントで使用する場合、このフィールドに示される OID は最終的な OID でなければなりません。 例えば、OID .1.3.6.1.4.1.2021.11.9.0 が示されている場合、マクロがモジュールに持つ値は、その OID から直接取得されます。

ファイル:IMG3 wizard components.png


When the execution type is Plugin:

実行タイプが プラグイン(Plugin) の場合は次の通りです:

  • OID Macros_oid_N_: The main purpose of using plugin type components is to be able to perform operations with the values of one or more OIDs in the same device, such as obtaining the used-memory percentage from the used-memory bytes and the total available memory bytes.
  • OID マクロ(OID Macros)_oid_N_: プラグインタイプのコンポーネントを使用する主な目的は、使用済みメモリ量と使用可能な合計メモリ量から使用済メモリの割合を取得するなど、同じデバイスで 1つ以上の OID の値を使用して操作を実行できるようにすることです。

That is why in these components, you can indicate as many OIDs as you need to use them in other fields.

そのため、これらのコンポーネントでは、他のフィールドで使用するために必要な数の OID を指定できます。

Besides, these OIDs, or their values, can be used from the _oid_N_ macros. Depending on which of the following fields the macro is used in, the value of the OID or the OID itself will be used.

さらに、これらの OID またはその値は、_oid_N_ マクロから使用できます。マクロが使用される次のフィールドに応じて、OIDの値または OID 自体が使用されます。

If used in dynamic components, the OIDs indicated in these fields must be a branch of SNMP and not a final OID. For example, if the OID .1.3.6.1.4.1.3375.2.1.7.4.2.1.3 is indicated, the values that the modules will have will be obtained from the OIDs .1.3.6.1.4.1.3375.2.1.7.4.2.1.3.x. In addition, the X node of each OID must have the same value for the X node of the rest of the OIDs used and the Name OID field if used.

動的コンポーネントで使用する場合、このフィールドに示される OID は、最終的な OID ではなく、SNMP のブランチのものである必要があります。例えば、OID .1.3.6.1.4.1.2021.10.1.3 が示されている場合、各モジュールでマクロが持つ値は、OID .1.3.6.1.4.1.2021.10.1.3.x から取得されます。 また、各 OID の X ノードは、名前 OID フィールドの X ノードにと同じ値を使用する必要があります。

If used in fixed components, the OIDs indicated in these fields must be a final OID. For example, if the OID .1.3.6.1.4.1.2021.4.6.0 is indicated, the value that the module will have will be obtained directly from that OID.

固定コンポーネントで使用する場合、このフィールドに示される OID は最終的な OID でなければなりません。 例えば、OID .1.3.6.1.4.1.2021.4.6.0 が示されている場合、マクロがモジュールに持つ値は、その OID から直接取得されます。

  • Value operation: It allows you to indicate an arithmetic operation by means of which the current value of each module generated by the component will be obtained in the preview of the wizard modules. By no means does it affect the final execution of the generated modules.
  • 値の計算(Value operation): ここでは、ウィザードモジュールのプレビューにおいてコンポーネントで生成された各モジュールの現在の値に対する算術計算を設定できます。生成されたモジュールの最終的な実行には影響しません。

It accepts the characters "+ - * / ( ) .", numbers and the _oid_N_ macros from which the values for the operation will be obtained. For example:

"+ - * / ( ) ." を利用できます。数値および _oid_N_ マクロの値が計算に利用されます。例:

     	(_oid_1_ * 100) / _oid_2_
  • Satellite execution: It offers the possibility to indicate the execution that a Satellite Server must do for the generated modules when the wizard is launched from a Satellite Server by using the exec server. This is the command, plugin or script that should be used in a module_exec of a satellite server.
  • サテライト実行(Satellite execution): ここでは、exec server を使用してサテライトサーバからウィザードが起動されたときに、サテライトサーバが生成されたモジュールに対して実行する内容を指定できます。これは、サテライトサーバの module_exec で利用するコマンド、プラグイン、またはスクリプトです。

It accepts the use of macros for the SNMP wizard (they will be detailed later) and of the _oid_N_ macros to obtain the OIDs used in each module.

各モジュールで使用される OID を取得するために、SNMP ウィザードのマクロ(後で詳しく説明します)および _oid_N_ マクロを利用できます。

The Satellite Server distributes a series of recommended plugins for these components:

      	- /etc/pandora/satellite_plugins/wizard_snmp_module
     	- /etc/pandora/satellite_plugins/wizard_snmp_process

サテライトサーバは、これらのコンポーネントに推奨される一連のプラグインを配布します。

      	- /etc/pandora/satellite_plugins/wizard_snmp_module
     	- /etc/pandora/satellite_plugins/wizard_snmp_process
  • Server plugin: Through this dropdown you may indicate a plugin previously registered in Pandora FMS console, which will be used by the plugin server with each module generated by the component. The choice of a plugin shows at the same time the specific fields for its use in the form.
  • サーバプラグイン(Server plugin): このドロップダウンから、以前に Pandora FMS コンソールに登録されたプラグインを指定することができます。これは、コンポーネントによって生成された各モジュールでプラグインサーバによって使用されます。プラグインを選択すると、フォームで特定のフィールドが同時に表示されます。

The own plugin fields accept the use of macros for the SNMP wizard and _oid_N_ macros to get the OIDs used in each module.

独自のプラグインフィールドでは、SNMP ウィザードのマクロと、各モジュールで使用される OID を取得するための _oid_N_ マクロを利用できます。

Pandora FMS console has a series of already registered plugins recommended for these components:

     	- Wizard SNMP module.
     	- Wizard SNMP process.

Pandora FMS コンソールには、これらのコンポーネントに必要な一連の登録済みプラグインがあります。

     	- Wizard SNMP module.
     	- Wizard SNMP process.

ファイル:IMG4 wizard components.png


The specific macros for the SNMP wizard components that can be used in the plugin type execution fields are

    • _address_: IP address used in the SNMP wizard. This macro will not be replaced when the wizard is launched in a policy.
    • _port_: Port used in the SNMP wizard.
    • _version_: SNMP version used in the SNMP wizard. It can have values 1, 2c or 3.
    • _community_: SNMP community used in the SNMP wizard.
    • _sec_level_: SNMPv3 security level used in the SNMP wizard. It may have values noAuthNoPriv, authNoPriv or authPriv
    • _auth_user_: SNMPv3 user used in the SNMP wizard.
    • _auth_method_: SNMPv3 authentication method used in the SNMP wizard. It may have MD5 or SHA values.
    • _auth_pass_: SNMPv3 authentication password used in the SNMP wizard.
    • _priv_method_: SNMPv3 privacy method used in the SNMP wizard. It may have DES or AES values.
    • _priv_pass_: SNMPv3 privacy password used in the SNMP wizard.

プラグインタイプの実行フィールドで利用可能な SNMP ウィザードコンポーネント特有のマクロは次の通りです。

    • _address_: SNMP ウィザードで使われる IP アドレス。このマクロは、ウィザードがポリシー内で実行された場合は置き換えできません。
    • _port_: SNMP ウィザードで使われるポート番号。
    • _version_: SNMP ウィザードで使われる SNMP バージョン。1, 2c または 3 の値を利用できます。
    • _community_: SNMP ウィザードで使われる SNMP コミュニティ。
    • _sec_level_: SNMP ウィザードで使われる SNMPv3 セキュリティレベル。noAuthNoPriv, authNoPriv または authPriv のいずれかです。
    • _auth_user_: SNMP ウィザードで使われる SNMPv3 ユーザ。
    • _auth_method_: SNMP ウィザードで使われる SNMPv3 認証手法。MD5 または SHA のいずれかです。
    • _auth_pass_: SNMP ウィザードで使われる SNMPv3 認証パスワード。
    • _priv_method_: SNMP ウィザードで使われる SNMPv3 暗号化手法。DES または AES のいずれかです。
    • _priv_pass_: SNMP ウィザードで使われる SNMPv3 暗号化パスワード。

The specific fields for components of the WMI wizard are

WMI ウィザードのコンポーネントの特定フィールドは次の通りです。

  • WMI class: It refers to the WMI class that will be used in queries of the modules generated by the component. For example, Win32_LogicalDisk.
  • WMI クラス(WMI class): コンポーネントによって生成されたモジュールのクエリで使用される WMI クラスです。 たとえば、Win32_LogicalDisk です。

It can be used in other form fields through the _class_wmi_ macro.

これは、_class_wmi_ マクロを通して、他のフィールドで利用できます。

  • Query key field (_field_wmi_0_): It is the name of the key field that will be obtained in the WMI query used in the generated modules.
  • クエリキーフィールド(Query key field) (_field_wmi_0_): 生成されたモジュールで使用される WMI クエリで取得されるキーフィールドの名前です。

Generally, WMI classes have a key field that they always return in any query, whether indicated or not. That would be the field that should be indicated here. For example, the key field of the Win32_Processor class would be DeviceID.

一般に、WMI クラスにはキーフィールドがあり、設定されているかどうかに関係なく、常にクエリで返されます。これは、それに指定するフィールドです。 たとえば、Win32_Processor クラスのキーフィールドは DeviceID になります。

The name of this field can be obtained in other fields of the form through the _field_wmi_0_ macro, and the value that the field has for each record of the WMI query can be obtained through a macro with the same name of the field (_FIELDNAME_). These _FIELDNAME_ macros can be used, among others, in component fields Module name and Description, to generate names and descriptions dynamically. For example, for the DeviceID field, the macro with the value would be _DeviceID_.

このフィールドの名前は、_field_wmi_0_ マクロを介して他のフォームで利用でき、フィールドが WMI クエリの各レコードに対して持つ値は、フィールドの同じ名前のマクロ(_フィールド名_)を介して取得できます。 これらの _フィールド名_ マクロは、とりわけ、コンポーネントフィールド モジュール名 および 説明 で利用して、名前と説明を動的に生成できます。 たとえば、DeviceID フィールドの場合、値を含むマクロは _DeviceID_ になります。

  • Query extra fields_field_wmi_N_: In these fields, indicate the names of the extra fields that should be used in the WMI query used in the generated modules.
  • 追加フィールドクエリ(Query extra fields)_field_wmi_N_: このフィールドでは、生成されたモジュールで使用される WMI クエリで使用する追加フィールドの名前を指定します。

The names of these fields can be obtained in other fields of the form through the _field_wmi_N_macros, and the values that the fields have for each record of the WMI query can be obtained through macros with the same names of the fields (_FIELDNAME_). These _FIELDNAME_ macros can be used, among others, in fields Module name and Description of the component to generate names and descriptions dynamically. For example, for the FreeSpace field, the macro with the value would be _FreeSpace_.

これらのフィールドの名前は、_field_wmi_N_ マクロを介してフォームの他のフィールドで利用でき、WMI クエリの各レコードに対してフィールドが持つ値は、フィールドの同じ名前のマクロ(_フィールド名_)を介して利用できます。 これらの _フィールド名_ マクロは、とりわけ、コンポーネントのフィールド モジュール名 および 説明 で利用して、名前と説明を動的に生成できます。 たとえば、FreeSpace フィールドの場合、値を持つマクロは _FreeSpace_ になります。

  • Query filters → Scan: In this space, indicate the conditions for the WMI query launched in the scan, which will allow to obtain one or more records. For example, DriveType = 3.
  • クエリフィルタ(Query filters) → スキャン(Scan): ここには、スキャンで起動する WMI クエリの条件を指定します。これにより、1つ以上のレコードを取得できます。 たとえば、DriveType = 3 です。

In the WMI wizard components, a different module will be generated for each record returned by the WMI scan query. Based on the examples provided so far, the scan query performed would obtain the free space of the Windows computer drives:

WMI ウィザードコンポーネントでは、WMI スキャンクエリによって返されるレコードごとに異なるモジュールが生成されます。これまでに示した例に基づいて、Windows コンピューターのドライブの空き領域を取得するスキャンクエリは次のようになります。

   SELECT DeviceID, FreeSpace FROM Win32_LogicalDisk WHERE DriveType = 3


ファイル:IMG5 wizard components.png


When the execution type is Network:

実行タイプが ネットワーク(Network) の場合は次の通りです。

  • Query filters → Execution: This space allows to indicate the conditions for the WMI query launched by each module generated by the component.
  • クエリフィルタ(Query filters) → 実行(Execution): ここでは、コンポーネントによって生成された各モジュールによって起動された WMI クエリの条件を指定することができます。

It accepts the use of macros with the field names of the query (_FIELDNAME_) to obtain the value of each record in that field. For example, DriveType = 3 AND DeviceID = '_DeviceID_'.

フィールドの各レコードの値を取得するために、クエリのフィールド名を持つマクロ(_フィールド名_)を利用できます。 たとえば、DriveType = 3 AND DeviceID = '_DeviceID_'のようになります。

Based on the examples provided so far, the final execution query of a module generated by the component that would obtain the free space of the drive C: would be

これまでに示した例に基づいて、ドライブ C: の空き領域を取得するコンポーネントによって生成されたモジュールの最終的な実行クエリは、次のようになります。

   SELECT DeviceID, FreeSpace FROM Win32_LogicalDisk WHERE DriveType = 3 AND DeviceID = 'C:' 
  • Field value: Indicate the number of the field of the WMI query from which you want to obtain the module value. The field 0 is the key field of its class and the fields 1, and higher, the additional ones of their class.
  • フィールド値(Field value): モジュール値を取得する WMI クエリのフィールドの番号を示します。フィールド 0 はそのクラスのキーフィールドであり、フィールド 1 以上はそれらのクラスの追加フィールドです。

Based on the examples provided so far, the value of free space on disks would be obtained from field 1 (FreeSpace).

これまでに示した例に基づいて、ディスクの空き容量の値はフィールド 1 (FreeSpace)から取得します。

  • Key string: It will allow to convert the module value into boolean (1 or 0) depending on whether the value of the field indicated in Field value matches the text string indicated in this field.
  • キー文字列(Key string): フィールド値 に示されているフィールドの値がこのフィールドに示されているテキスト文字列と一致するかどうかによって、モジュール値をブール値(1 または 0)に変換できます。

Template warning.png

The Key string option will not be taken into account when the wizard is launched from a Satellite Server by exec server


Template warning.png

exec server によってサテライトサーバからウィザードが起動された場合、キー文字列オプションは考慮されません。


ファイル:IMG6 wizard components.png

When the execution type is Plugin:

実行タイプが プラグイン(Plugin) の場合は次の通りです:

  • Value operation: The main purpose of using plugin type components is to be able to perform operations with the values of different query fields, such as obtaining the used-disk percentage from the free-disk bytes and the total disk bytes available.
  • 値の計算(Value operation): プラグインタイプのコンポーネントを使用する主な目的は、空きディスク容量と使用可能な合計ディスク容量からディスク使用率を取得するなど、さまざまなクエリフィールドの値を使用して計算を実行できるようにすることです。

This field allows to indicate an arithmetic operation with which you will obtain the current value of each module generated by the component in the wizard's module preview. It does not affect in any case the final execution of the generated modules.

このフィールドでは、ウィザードのモジュールプレビューでコンポーネントによって生成された各モジュールの現在の値を取得する算術演算を設定できます。 生成されたモジュールの最終的な実行には影響しません。

It accepts the characters "+ - * / ( ) .", numbers and the macros with the names of the fields this type (_FIELDNAME_), from which the values for the operation will be obtained. For example:

計算した値を得るために、"+ - * / ( ) ."、数値、およびフィールド名のマクロ(_フィールド名_)を利用できます。例:

     	((_Size_ - _FreeSpace_) * 100) / _Size_
  • Satellite execution: Allows to indicate the execution that a Satellite Server should perform for the generated modules when the wizard is launched from a Satellite Server by using the exec server. This is the command, plugin or script that must be used in a Satellite server module_exec.
  • サテライト実行(Satellite execution): exec server を使用してサテライトサーバからウィザードを起動したときに、生成されたモジュールに対してサテライトサーバが実行するものを指定することができます。 これは、サテライトサーバの module_exec で使用するコマンド、プラグイン、またはスクリプトです。

It accepts the use of macros for the WMI wizard and of _class_wmi_ macros to obtain the name of the WMI class and _field_wmi_N_ to obtain the names of the fields of the class used in each module.

これは、WMI ウィザードのマクロと _class_wmi_ マクロを使用して WMI クラスの名前を取得し、_field_wmi_N_ を使用して各モジュールで使用されるクラスのフィールドの名前を取得できます。

The Satellite Server distributes a recommended plugin for these components:

     	/etc/pandora/satellite_plugins/wizard_wmi_module.

サテライトサーバには、これらのコンポーネントが要求するプラグインがあります。

     	/etc/pandora/satellite_plugins/wizard_wmi_module.
  • Server plugin: It allows to indicate a plugin registered in Pandora FMS console that will be used by the plugin server with each module generated by the component. The choice of a plugin shows at the same time the specific fields for its use in the form.
  • サーバプラグイン(Server plugin): コンポーネントによって生成された各モジュールでプラグインサーバによって使用される Pandora FMS コンソールに登録されたプラグインを指定することができます。プラグインを選択すると、それ用の特定のフィールドがフォームに表示されます。

The own plugin fields accept the use of macros for the WMI wizard and _class_wmi_ macros to get the name of the WMI class and _field_wmi_N_ to get the names of the fields of the class used in each module.

独自のプラグインフィールドでは、WMI ウィザードのマクロの使用ができ、_class_wmi_ マクロは WMI クラスの名前を取得し、 _field_wmi_N_ は各モジュールで使用されるクラスのフィールドの名前を取得します。

Pandora FMS console has an already registered and recommended plugin for these components:

     	Wizard WMI module

Pandora FMS コンソールには、これらのコンポーネント用の登録済みのプラグインがあります。

     	Wizard WMI module

ファイル:IMG7 wizard components.png

The specific macros for the WMI wizard components that can be used in the plugin execution fields are

    • _address_: IP address used in the WMI wizard. This macro will not be replaced when the wizard is launched in a policy.
    • _namespace_wmi_: Namespace used in the WMI wizard.
    • _user_wmi_: User used in the WMI wizard.
    • _pass_wmi_: Password used in the WMI wizard.

プラグイン実行フィールドで使用できる WMI ウィザードコンポーネントの特定のマクロは次のとおりです。

    • _address_: WMI ウィザードで利用される IP アドレス。ウィザードがポリシーから起動された場合は、このマクロは置き換えられません。
    • _namespace_wmi_: WMI ウィザードで利用されるネームスペース。
    • _user_wmi_: WMI ウィザードで利用されるユーザ。
    • _pass_wmi_: WMI ウィザードで利用されるパスワード。

コンポーネントグループ

In order to help in component sorting and classifying, component groups exist. Components are associated in groups at cration time.

コンポーネントのソートや分類をするために、コンポーネントグループがあります。コンポーネントは、作成時のグループに属します。

In order to see the existing component groups, please click on Resources > Component groups:

定義済みのコンポーネントグループを見るには、リソース(Resources) -> コンポーネントグループ(Component Groups) をクリックします。

Pla9.png

Existing groups and their description will be displayed on screen:

定義済みのグループとその説明が表示されます。

Pla10.png

You can see the details on the groups by clicking on their name, delete them by clicking on the X at the right hand side, or create new ones by clicking on the Create button at the bottom.

グループの名前をクリックするとその詳細を見ることができます。削除するには、右側の X アイコンをクリックします。新たに作成する場合は、下にある作成(Create)ボタンをクリックします。

If you want to create a new components group, click on the Create button, and fill in the form fields:

新たなコンポーネントグループを作成したい場合は、作成(Create)ボタンをクリックし、フォームに入力します。

Pla11.png

You just need to provide a name for the group and select if it has a parent among the existing groups. Then click on the Create button.

グループの名前を入力し、既存のグループと親子関係があればそれの選択をするだけです。あとは、作成(Create)ボタンをクリックします。

Now you can add new components to your just created component group.

これにより、新たなコンポーネントを、作成したコンポーネントグループに追加することができます。