3.0では、プラグインおよび新しいプラグインを(プラグインに依存した、モジュールのライブラリのように)使用するモジュールを登録する新しい方法があります。基本的には、以下で説明する.pspzフォーマットのファイルをアップロードする管理コンソール拡張機能です。FMSのモジュールライブラリへのプラグインの登録と.pspzファイル中で定義されたすべてのモジュール生成を行います。この節では、.pspzファイルの作成方法について説明します。ファイルは2つのファイルからなるzipファイルです。プラグインとモジュールの仕様を含むファイル。ファイル名(大文字と小文字は区別されます)は固定です。プラグインスクリプトもしくはバイナリファイルそのもの。ファイル名は自由につけることができます。ここに.pspzファイルのサンプル(ファイル名は.zipに変更されています)があります。ヘッダー/定義これがオプションセクションを持つ標準的なINIファイルです。最初のセクションは最も重要で、セクション名は"plugin_definition"固定です。先に<script_file>で参照されていた、.pspzファイルに含まれるスクリプト名と同じ値となります。このサンプルでは"ssh_pandoraplugin.sh"というシェルスクリプトです。プラグインに登録するオプションを指定します。FMSコンソールで"手動で"プラグインを登録するフォームに表示されるものと同様のものです。FMSプラグインの場合は0、Nagiosタイププラグインの場合は1を指定します。以下で定義するモジュールの数を指定します。値が設定された場合、スクリプトの前に値が追加されます。-jar"といったインタプリタを指定する際に設定されます。<plugin_path>/<plugin_filename>"と実行されます。値が設定された場合、追加パラメータがplugin_filenameの後にプラグインに渡されます。追加パラメータはユーザには見えません。ネットワークコンポーネントこれは動的セクション(セクション名に増加する数値を持つ)として定義され、必要な数だけ作成することができます。ここで定義したモジュール数と同じ値を、前のセクションのtotal_modules_providedに設定する必要があります。module4となります。以下にモジュール定義の例を示します。0注意すべき点がいくつかあります。どのフィールドも"忘れない"こと。すべてのフィールドが必須となっています。設定値がない場合は、上記例のplugin_passフィールドのように空白にしておくこと上記例のplugin_parameterフィールドのように、特殊文字や空白を含む値を定義する場合はダブルクォートで囲むこと。言った文字を含む場合はダブルクォートを使用すること。含まないようにしましょう。ほとんど同じフィールドがあります。ネットワークコンポーネントを作成する時は、利用するプラグインとデータベースに保存される全ての値を確認しながら作成してみてください。id_moduleの値は常に4(これがプラグインモジュールであることを意味します)です。typeはモジュールの種類を指定します。(4)が定義されています。id_groupはグループ定義を含むtgrupoテーブルのPK(プライマリキー)を設定します。1は"全グループ"を意味し、特別なグループのようにふるまいます。id_module_groupの値はtmodule_groupテーブルを参照しており、XXXX。"1"を設定することで、一般モジュールグループを指定できます。バージョン5から、サーバプラグインはマクロを利用します。