デバイス監視とITタスク自動化のためのカスタムコンポーネントを作成する方法

Panda Systems Managementの企業ネットワーク、デバイス、およびITインフラストラクチャの一元化およびリモート管理、制御、保守のための包括的なRMMソリューションにより、管理者はITタスクのデバイス監視と自動化のための独自の特定コンポーネントを作成できます。 そのようなコンポーネントを作成する例を考えてみましょう。

詳細な製品情報と、WebサイトでのPanda Systems Managementの試用版の無料登録 。 IT環境でサービスをテストすることもできます。

レビュー記事で、IT環境にソリューションを迅速に実装する方法を学ぶことができます 。

すでにPanda Systems Managementライセンスをお持ちの場合、管理コンソールのアドレスはこちらです。

コンポーネントとは

このコンポーネントは、管理者がPSMエージェントに監視およびトラブルシューティング機能を追加できるPanda Systems Management （PSM）プラットフォームの拡張機能です。

コンポーネントの開発者に応じて、次のタイプがあります。

• Panda Systems Managementをリモート管理、制御、およびメンテナンス用のツールとして使用して、特定のタスクを解決する会社の管理者（または彼のITチーム）によって開発されたコンポーネント
• Panda Securityによって開発され、統合コンポーネントストアComStoreを介してPanda Systems Managementによってすべてのユーザーに無料で提供されるコンポーネント。

管理者が開発したコンポーネント

目的、動作、起動方法に応じて、次の3種類のコンポーネントが可能です。

• アプリケーション

企業ネットワーク内でソフトウェアを実装するために使用されるコンポーネント。 このようなコンポーネントの詳細については、企業のPCやモバイルデバイスにソフトウェアを集中的およびリモートでインストールする方法の記事で説明しています。

これらは、原則として、一度だけまたは特定の状況で実行されるスクリプトです。 外部ファイルが関連付けられている場合があります（ソフトウェアをインストールするためのコンポーネントについて話している場合、この場合、ユーザーのデバイスへのインストールに必要なプログラムの配布はそのようなファイルである可能性があります）。

• モニター

監視ポリシーには、常にユーザーデバイスの動作を監視するように設計されたコンポーネントが含まれます。 Panda Systems Managementはデフォルトで、CPU、メモリ、ハードディスクの使用など、デバイスのあらゆる種類の側面を監視するさまざまなビルトインモニターを幅広く提供しています。 ただし、管理者は、デフォルトではプラットフォームでサポートされていない側面を監視する必要がある可能性があります。 この場合、ローンがポリシーに追加するために、独自のモニターコンポーネントを作成する必要があります。

• スクリプト（スクリプト）

これらはスクリプト言語で開発された小さなプログラムで、ユーザーのデバイスで実行されます。 それらは、それらを実行するタスクのスケジュール設定に応じて、1回または定期的に実行できます。

以下に、管理者が開発したコンポーネントのタイプの簡単な概要を含む表を示します。

コンポーネントの種類	どこから始まりますか	打ち上げ頻度	予定
用途	クイックジョブまたはスケジュールジョブ	特定の時間またはコンポーネントの作成時またはタスクスケジュールで	ソフトウェアの集中実装とインストール。 詳細については、企業のPCおよびモバイルデバイスにソフトウェアを集中的およびリモートでインストールする方法の記事を参照してください。
モニター	サイトまたはアカウントのポリシー	60秒（固定間隔）	デバイス監視
スクリプト	クイックジョブまたはスケジュールジョブ	特定の時間またはコンポーネントの作成時またはタスクスケジュールで	管理者が開発したアプリケーション/プロセスの実行
ネットワークモニター	デバイスレベルポリシー	60秒（固定間隔）	PSMエージェントと互換性のない監視デバイス

モニター、アプリケーション、およびスクリプトの内部構造はほぼ同じです。 コンポーネントのタイプは、Panda Systems Managementコンソールへの統合方法によってのみ決定されます。 したがって、タスクはアプリケーションまたはスクリプトタイプのコンポーネントを使用し、監視ポリシーはMontorタイプのコンポーネントのみを使用します。

コンポーネント開発

コンポーネントの開発により、管理者はユーザーデバイスで必要なプロセスを自動起動するための新しいタスクを作成できます。また、彼が開発したコンポーネントにより、Panda Systems Managementプラットフォームのほぼ無限の可能性が広がり、ニーズに合わせてより柔軟に適応できるようになります。

Panda Systems Managementはデフォルトで基本機能を拡張するコンポーネントストア（ComStore）を提供しますが、ユーザーデバイスで特定のタスクを実行する特定のコンポーネントを開発したり、ソリューションに実装されていない監視機能をデバイスに拡張する必要がある場合がありますPSMエージェントのインストールをサポートします。

コンポーネント開発の要件は何ですか？

コンポーネントを開発するには、サポートされているスクリプト言語のいずれかでのプログラミングの基本的な知識が必要です。

言語	に標準として含まれています	メーカー
バッチ	Windowsのすべてのバージョン	マイクロソフト
ビジュアル	Windows 98以降Windows NT 4.0 Option Pack以降	マイクロソフト
JavaScript（Jscript）	Windows 98以降Windows NT 4.0 Option Pack以降	マイクロソフト
Powershell	Windows 7以降	マイクロソフト
Python	Mac OS X 10.3（パンサー）	Python Software Foundation
ルビー	-	松本幸宏
グルーヴィー	-	Pivotal＆Groovyコミュニティ
Unix（Linux、Mac OSX）	Linux、Mac OS X	各種メーカー

さらに、選択したスクリプト言語に関連付けられたパーサーをユーザーのデバイスにインストールして起動する必要があります。

* PythonやGroovyなどの一部のパーサーをインストールする必要があります。 したがって、これらの言語で作成されたコンポーネントは、Windowsが最近インストールされたコンピューターで動作することは保証されていません。

ユーザーのデバイスで直接サポートされていない言語で開発されたコンポーネントを開始する前に、パーサーのリモート実装のための自動タスクを実行することをお勧めします。 これを行う方法については、記事「企業のPCおよびモバイルデバイスにソフトウェアを集中的およびリモートでインストールする方法」を参照してください。 *

タイプMonitorのコンポーネントを作成する例

作成されるコンポーネントの説明

それでは、モニターを作成して、社内の特定のデバイスグループに配布してみましょう（Panda Systems Managementの用語ではサイトレベルで）。

開発したいコンポーネントは、Panda Endpoint Protection企業エンドポイントセキュリティソリューションで隔離を簡単かつ簡単に管理するように設計されています。 検疫には、マルウェアを含む可能性のある疑わしいファイルと、ウイルスとして識別されたファイルが保存されます。 このため、管理者はいつでも隔離されるオブジェクトの数を知る必要があります。

もちろん、 Panda Endpoint Protectionには、一元化された検疫を処理するための特定のツールが用意されていますが、この例では、他のソフトウェア製品用の新しいモニターを簡単に適応および統合する方法を示します。

以下は、開発されたコンポーネントのパラメーターの概要です。

パラメータ	説明
コンポーネントが開発されているデバイス	ホームと呼ばれるサイトの下のすべてのWindows 7デバイス
選択した言語	Visual Basicスクリプト
情報を送信する頻度	隔離されたオブジェクトの数が増加した場合、10分ごと
Panda Systems Managementがとるべき措置	監視結果を記載したメールを管理者に送信します。 通知が自動的に生成されます

お気づきかもしれませんが、警告が1つあります。PSMエージェントはスクリプトを60秒ごとに実行しますが、同時に10分間隔で情報を送信する必要があります。

必要なもの

この例の一部として開発されたコンポーネントが機能するには、Panda Endpoint Protectionのライセンスが必要であり、このソリューションのエージェントが必要なデバイスにインストールされている必要があります。 ただし、Panda Endpoint Protectionソリューションによって検疫に追加されたオブジェクトはデバイス上の特定のフォルダーに保存されているファイルであるため、この例はシステム内の別のフォルダーに関連して使用できます。

Panda Endpoint Protectionは使いやすい包括的なクラウドセキュリティソリューションであり、Cloud Knowledge Base Collective Intelligenceの力を活用して、コンピューター、サーバー、ラップトップ、モバイルデバイス、およびExchangeメール（Plus）に対して最大限のリアルタイムの脅威保護を提供します。 。



コンポーネントはVisual Basic Sc​​riptで開発されているため、ユーザーのデバイスにWscript.exeまたはCscript.exeパーサーをインストールする必要があります。 このパーサーは、Windowsオペレーティングシステムのすべてのバージョンに標準装備されています。

コンポーネントとクラウド間の通信プロトコル

ほとんどすべてのコンポーネントは、クラウドからの情報（中央のPSMサーバーから）を必要とし、実行の結果をクラウドに送り返します。 この例も例外ではありません。 クラウドとコンポーネント間のすべての情報交換は、デバイスで作成された環境変数を使用して実行されます。

これらの環境変数は、コンポーネントの起動時にPSMエージェントによって自動的に作成されます。 ただし、スクリプトが手動で環境変数を作成してクラウドにリクエストを送信し、リクエストが収集されて中央管理Webコンソールに追加されるのはごく普通のことです。

この場合、3つの変数が必要です。

変数名	方向	予定
PCOP_PATH	読書	スクリプトは、Panda Endpoint Protectionが各ユーザーデバイスで隔離するクラウドからパスを復元します
結果	記録	標準出力を介して10分ごとにクラウドにデータを送信する
エラーレベル	記録	スクリプトエラーコード。 0の場合、クラウドは監視結果がないことを理解するため、標準出力からデータを収集する必要はありません。 ただし、値が1の場合、クラウドはモニタリングが機能していることを理解しているため、標準出力（結果変数）からデータを取得して処理する必要があります。

ユーザーのデバイスでコンポーネントを実行するために必要なパラメーターは、監視する必要があるフォルダーへのパスになります。 このパスは、スクリプトのソースコードにハードコーディングできますが、この例では、管理者がWebベースの管理コンソールに入力した値を使用して、作成するコンポーネントの柔軟性をさらに高めます。

Errorlevel変数は、スクリプトレスポンス（ Result変数）を処理する必要があるかどうかをクラウドに通知します：隔離されたファイルの数が同じままであるか減少している場合（完全な隔離の枯渇まで ）、 Errorlevelは値0を送信します。 ただし、隔離されたファイルの数が増えた場合、この変数は値1を送信し、対応する情報が標準出力（ 結果変数）に書き込まれます。 クラウドが標準出力を正しく解釈し、コンポーネントからResult変数の内容を抽出するには、次の形式を使用する必要があります。

1行目：<-Start Result->

2行目：結果=（変数値）

3行目：<-End Result->

スクリプト言語としてバッチを選択した場合、各記号「<」または「>」の前に記号「^」を挿入する必要があります。 たとえば、 ^ <-Start Result-^> 。

結果は、クラウドがコンポーネントの実行を完了するためにデータを取得する変数になります。 「=」の右側に書かれているのは、クラウドが保存および処理するコンテンツのみです。

スクリプトソースコード

そのため、プリスクリプトコードが作成されました。

ここであなたはそれに精通できます 。

モニターなどのコンポーネントを使用する方法

1. Panda Systems Managementへのモニターコンポーネントのダウンロード

Panda Systems Management管理Webコンソールで、メインメニューから[ コンポーネント]セクションを選択し、[ 新しいコンポーネント ]をクリックします 。

• コンポーネント作成ウィザードの最初のページで、追加されたデバイスモニターコンポーネントのカテゴリを選択し、コンポーネントの名前とその説明を指定します（必要な場合）

• コンポーネントの追加ウィザードの2ページ目の[ サイト]セクションで、[選択したサイト]の値を選択し（このコンポーネントはホームサイトの特定のデバイスグループにのみ使用するため）、右側のホームサイトを選択して[ 含める ]ボタンをクリックします 。

[ スクリプト]セクションで、使用するスクリプト言語（この場合はVBScript）を選択し、スクリプトコードを貼り付けます。 また、このコンポーネントの最大ランタイムを設定すると、PSMエージェントはその実行を中断します。

非常に高速で実行される非常に軽量なコンポーネントを開発することをお勧めします。

• [ 変数]セクションで、入力変数と出力変数を設定します。 この場合、 PCOP_PATHにはPanda Endpoint Protection検疫フォルダーへのパスが含まれます。 結果にはスクリプト出力が含まれます。

• その後、[ 保存 ]ボタンをクリックすると、コンポーネントが保存され、コンポーネントリポジトリに追加されます。

2.アカウントまたはサイトレベルのポリシーによるモニターコンポーネントの実装

この例のようにモニターを実装する場合は、アカウントまたはサイト全体のレベルでポリシーを作成する必要があります。 この例では、サイトレベルでこれを行います。

• メインメニューで[ サイト ]を選択し、目的のサイト（ ホーム ）をクリックして、開いたページで[ ポリシー ]タブに移動します。 [ 新しいサイトポリシー ...]ボタンをクリックします

• ターゲットデバイスを選択するためのフィルターを指定します（この例では、プリインストールされているMS Win 7フィルターを選択します）

• コンポーネントモニターカテゴリのモニターを追加します。

• 新しく作成されたコンポーネントを選択します。

• ここでは、モニターがエラー状態を返した場合にPanda Systems Managementが作成するアラートの重要度を指定することもできます。また、アラートが自動的に閉じるまでの時間も指定できます。

  
  
  
  
  
  
  
• 検疫に新しいオブジェクトが表示された場合にシステムが電子メールを生成するには、目的の受信者アドレス（管理者など）に電子メールを送信するように構成します。 この場合、 Result変数の内容は、指定されたアドレスに電子メールで送信されます。

• モニターの追加ウィザードの最後のステップで、コールサービスでチケットを自動的に作成するかどうかを指定します。 チケットに関する記事をもっと詳しく書いた 。 この例では、このオプションの構成を開始しませんでしたが、すぐに[ 次へ ]ボタンをクリックしました。

  
  
  
  
  
  
  
• モニターを追加すると、このポリシーに関連付けられているモニターのリストに表示されます。

[ 保存 ]ボタンをクリックすることを忘れないでください。

モニターが追加されると、[ ポリシー ]タブの[ サイトポリシー ]セクションのポリシーのリストに表示されます。 アカウントレベルでモニターを作成すると、作成されたモニターが[ アカウントポリシー]セクションにそれぞれ表示されることを忘れないでください。

• モニターを実装するには、[ 変更をプッシュ ]ボタンをクリックします。 この結果、ポリシーが適用され、モニターが実装され、必要なデバイスで実行されます。

3.環境変数を作成し、60秒ごとにコンポーネントを起動します。

モニターが必要なデバイスに実装されると、60秒ごとにトリガーされます。 これを行うには、関連するスクリプトパーサーを呼び出し、必要な環境変数を読み取り、対応する応答を書き込みます。

スクリプトのソースコードを見て、スクリプトでどのようにプログラムされているかを見てみましょう。

24行目は、PCOP_PATH環境変数を読み取り、隔離フォルダーを指すFileSystemObject型のオブジェクトを返します。

ソースコードの25〜30行目では、環境変数が定義されているかどうかを確認します。 Webベースの管理コンソールで定義されていない場合は、 Result変数にエラーが返され、 Errorlevel変数の値1でスクリプトが終了します（34行目）。

ソースコードの44〜51行目では、制御フォルダー内のオブジェクトの数がデバイスレジストリに記録されています。 なぜなら スクリプトは60秒ごとに実行され、10分ごとに比較したい場合、60秒ごとに登録された値を持つ10のエントリがレジストリに書き込まれます。

コンポーネントはユーザーのデバイスで「アトミックに」実行されます。このスクリプトの2つの正常な実行間の状態は保存されません。 正しい結果を得るために同じスクリプトを数回実行する必要がある場合、中間状態をデバイスに保存し、コンポーネントが実行されるたびに読み取る必要があります。

一時ファイルも使用できますが、レジストリを使用して、デバイス上で実行される2つ以上のコンポーネント間の状態を保存することをお勧めします。

カウンターが9（レジスタの10エントリ、10分）の場合、初期値が最終値と比較されます（行57）。 行59、60、および61の値が高い場合、差が送信され、スクリプトはErrorlevel変数に値1を設定します。

最後のサイクルが完了すると、すべてのエントリがレジストリから削除され（行64〜66）、最後のエントリがプロセスを続行する最初のエントリとしてコピーされます。

4. 10分ごとに標準出力を送信し、Panda Systems Managementプラットフォームで処理する

スクリプトがErrorlevel変数の値0で終了する場合、クラウドはこの回答を考慮しません。 Errorlevel変数の値1で終了する場合、クラウドは、 「<-Start Result->」と「<-End Result->」行の間のResult変数の値の検索で標準出力を読み取ります。 この情報に基づいて、このモニター用に構成されたアクションが実行されます。

グローバル変数の使用方法

新しいスクリプトを頻繁に開発する場合は、ユーザーのハードドライブ上の特定のフォルダーへのパス、サーバー上の共有ディスクの文字、または特定のタスクを実行するための共通の登録データなど、共通のデータが必要になる可能性があります。

可能な解決策は、各スクリプトに必要なすべてのデータを追加することですが、この場合、データが変更された場合、開発された各スクリプトを手動で更新し、必要なデバイスに再配布する必要があります。

ただし、最も好ましいオプションは、サイトレベルまたはアカウントレベルで、スクリプトで直接使用できるグローバル変数を構成することです。 これを行うには、メインメニューの[ セットアップ]-> [アカウント設定 ]（アカウントレベルでグローバル変数を作成する必要がある場合）または[ サイト]->必要なサイト->設定 （サイトレベルで作成する場合）を選択し、開いたページの[ 変数]セクションで、グローバルを構成できますユーザーのデバイスで実行されたときに作成したスクリプトから使用できる変数。

ユーザー名やパスワードなどの機密データが保存されている場合は、 マスクチェックボックスを有効にして、Panda Systems Management Webコンソールに表示される変数をアスタリスクに置き換えることができます。

スクリプトを実装すると、クラウドはグローバル変数の値をエージェントに送信します。エージェントはユーザーのデバイスに環境変数を作成し、作成したスクリプトから簡単にアクセスできます。

スクリプト（スクリプト）タイプのコンポーネントの作成

また、今日の例はモニターコンポーネントに当てられていますが、スクリプトタイプ（スクリプト）のコンポーネントの作成について、いくつかの言葉をまだ言っています。

スクリプトコンポーネントは、モニターコンポーネントと同じ方法で作成されます。

• メインメニューから[ コンポーネント ]を選択し、[ 新しいコンポーネント ]をクリックします 。

  
  
  
  
  
  
  

• [コンポーネントの追加]ページの[ カテゴリ]リストで、[ スクリプト]コンポーネントカテゴリを選択します。

  
  
  
  
  
  
  
• スクリプトコンポーネントが設定されたページは、情報収集セクションでのみモニターコンポーネントが設定されたページとは異なります。この場合、出力変数を設定できませんが、代わりに標準出力（ stdout ）または出力で検索される文字列を設定できますエラー（ stderr ）は、Webベースの管理コンソールに警告を表示します。

• スクリプトコンポーネントを使用するには、最初にアスタリスクの付いたアイコンをクリックして、コンポーネントのリストでお気に入りとしてマークします。 この結果、クイックタスクおよびスケジュールされたタスクを作成するときに、コンポーネントリストに表示されます。

コンポーネント編集

ComStoreストアからインポートまたは追加されたコンポーネントを直接変更することはできません。したがって、それらを変更するには、最初にコンポーネントのリスト（ Componentsのメインメニュー）に移動し、コンポーネントのコピーボタンをクリックして、コンポーネント編集ページで必要な変更を行う必要があります。

ただし、コンポーネントが作成された場合は、コンポーネントのリストでその名前をクリックするだけで、必要な変更を直接行うことができます。

したがって、コンポーネントの名前が「 コンポーネント」セクションのコンポーネントのリストにリンクとして表示されている場合は、直接変更できますが、そうでない場合は、まずコピーしてから変更する必要があります。

おわりに

Panda Systems ManagementのクラウドベースのRMMソリューションの可能性はほぼ無限です。これは、広範なデフォルト機能に加えて、特定のITタスクのリモートおよび集中型デバイス監視と自動化のための独自のコンポーネントを作成できるためです。 これにより、このソリューションを柔軟に適応させ、最大限の効果を得ることができます。

少ない労力でより多くを達成しましょう！