カスタムアプリケーション、およびそれらのアプリケーションのカスタムインベントリルールを作成し、アプリケーションに関する情報が管理対象デバイスから収集されるようにすることができます。
1. |
ソフトウェアの詳細 ページに移動します。 |
a. |
K1000管理者コンソール(http://K1000_hostname/admin)にログインします。または、管理ヘッダーに組織メニューを表示 オプションがアプライアンスの 一般設定 で有効になっている場合は、ページの右上隅で、ログイン情報の横にあるドロップダウンリストから組織を選択します。 |
b. |
c. |
2. |
3. |
アプリケーションが実行されるオペレーティングシステム。アプリケーションは、選択したオペレーティングシステムがインストールされているデバイスにのみ導入されます。 | |
例えば、アプライアンスでは、デバイス上にアプリケーションが存在するかどうかを確認してから、アプリケーションが展開されます。にもかかわらず、インストールされているプログラムが プログラムの追加と削除 またはレジストリの標準領域に登録されていない場合があります。そのような場合、アプライアンスは、管理者からの追加の情報なしでは、アプリケーションの存在を検出できないことがあります。そのため、デバイスが接続されるたび、アプライアンスでインストールが繰り返される場合があります。カスタムインベントリルールを使用すると、この繰り返しを回避できます。 次のルールを使用して、デバイスにインストールされているNetwork Associates VirusScanのバージョンが展開前の所定のバージョンよりも新しいことを確認します。 |
5. |
ファイルがレプリケーション共有にコピーされないようにするには、関連付けられたファイルを複製しない を選択します。この設定は、ソフトウェアスイートなど、ユーザーにレプリケーション共有にインストールしてほしくない大きいファイルに役立ちます。 |
6. |
エージェントが結果をレポートした後、デバイスの詳細ページでは、ソフトウェア の下の Installed Program(インストールされているプログラム) と Custom Inventory Fields(カスタムインベントリフィールド) にその結果が表示されます。
注: カスタムインベントリフィールド を設定する値戻しルールが適用されたアプリケーションは、「インストールされているプログラム」としても表示されます。 |
期待通りの結果が得られない場合は、デバイスが最近インベントリ設定されたことを確認します。インベントリ時間は、デバイスの詳細 ページの 前回のインベントリ フィールドに表示されます。
カスタムインベントリルールの関数の名前と引数に正しい構文を使用します。
関数とそれらの引数の詳細については、次の情報を参照してください。
開始かっこの前に「functionName」を入力し、その開始かっこと終了かっこで引数を囲みます。関数の名前と開始かっことの間にスペースは許可されません。
コマンドとregex(正規表現)を除くすべてのルールについて、引数を次のような構文で入力します。
• |
コンマは、ルールでの値としてのコンマとかっこで説明している場合を除き、文字列内のその他のどこにも許可されない。 |
コンマ、開始かっこ、または終了かっこをルール内の値として使用する場合、{{comma}}、{{op}}、および{{cp}}のようにそれぞれエスケープする必要があります。
例えば、ユーザーが、値の名前が「test,value」であるレジストリ値に対してテストを実行する場合、レジストリ値の名前がカスタムインベントリ(CI)関数の最後の引数ではないため、この場合はコンマをエスケープする必要があります。
ユーザーが、値自体にコンマが含まれるレジストリ値に対してテストを実行する場合、値がカスタムインベントリ関数の最後の引数であるため、エスケープする必要はありません。次のカスタムインベントリでは、レジストリ値HKLM\SOFTWARE\TestSoft\test1をテストし、値が「2,4」と等しいかどうかを確認します。
• |
リテラルの開始かっこにはペアとなる終了かっこがないため、{{op}}としてエスケープする必要があります。パーサーは、関数の引数をトークン化する場合、開始かっこと終了かっこの数をカウントして、関数と引数の末尾を識別します。このため、ペアとなっていないリテラルの開始かっこは、カウントを誤らせ、引数値が正常に解析されない原因となります。リテラルの開始かっこが引数値の一部として必要な場合は、{{op}}で表す必要があります。 |
例えば、ユーザーが文字列「Hello ( World」をエコーする必要がある場合、CIは次のようになります。
• |
リテラルの終了かっこにはペアとなる開始かっこがないため、{{cp}}としてエスケープする必要があります。 |
リテラルの終了かっこが引数値の一部として必要な場合は、{{cp}}で表す必要があります。
例えば、ユーザーが文字列「Hello ) World」をエコーする必要がある場合、CIは次のようになります。
アプリケーションがインストールされているかどうか(true/false)を識別するカスタムインベントリルールを記述できます。
条件付きルールを使用すると、ルールによって true が返される場合、カスタムアプリケーションの表示名(タイトル)が インベントリセクションにある デバイスの詳細 ページの Software:Installed Programs(ソフトウェア:インストールされているプログラム) セクションに表示されます。
次のセクションでは、条件をテストするルールについて説明します。
ルールによってfalseが返されると、アプリケーションはデバイスのインベントリ詳細の インストールされているプログラム セクションに表示されません。
「Equals」、「GreaterThan」、「LessThan」 | |
使用可能な条件付きルール、および引数の指定方法の詳細へのリンクを、次の表で説明します。
パスにある指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値に一致することを確認します。 | ||||
パスにある指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値より小さいことを確認します。 | ||||
指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値より大きいことを確認します。 | ||||
指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値に一致することを確認します。 | ||||
指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値より小さいことを確認します。 | ||||
指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値より大きいことを確認します。 | ||||
指定した実行可能ファイルまたはインストールファイルの「ファイル情報」プロパティが、入力した値よりも大きいことを確認します。 | ||||
指定した実行可能ファイルまたはインストールファイルの「ファイル情報」プロパティが、入力した値よりも小さいことを確認します。 | ||||
TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。 | ||||
TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。 | ||||
環境変数定義が、指定した値に完全に一致することを確認します。 TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。 | ||||
FilenamesMatchingRegex の Equals、GreaterThan、およびLessThan については、正規表現ルールのリファレンスを参照してください。
名前が「Exists」で終わるルールは、ファイル、ディレクトリ、レジストリキー、またはその他のアイテムの存在を確認するために使用されます。K1000エージェントがデバイス上でアイテムを見つけた場合、そのルールによってtrueが返され、アイテムのインベントリ詳細は「インストールされているプログラム」として表示されます。
次の例では、Windowsディレクトリがデバイス上に存在するかどうかを確認するテストを行います。
名前がEqualsで終わるルールは、デバイス上で設定した値を、ルールで指定した値に比較するために使用します。値が正確に一致する場合は、ルールによってtrueが返されます。
データ型を設定した引数を使用するルールでは、同じ型の値のみを比較できます。
JAVA_HOME設定がC:\Program Files\Java\jdk1.6.0_02であることを確認するには:
設定で使用されている形式がエントリ内の日付の形式と同じであることを確認します。
例: Internet Explorerのバージョンをテストする
Internet Explorerがバージョン10.0.9200.17148であることを確認します。
10.0.9としてバージョンを指定すると、falseが返されます。Equals 関数のバージョン引数は、 正確に指定する必要があります。完全なバージョン値より短い部分的な値を指定すると、失敗します。
例: Windows XP Service Pack 2を検出する
Windows XP Service Pack 2は、もともとはSP1がインストールされていてSP2にアップグレードされたデバイスでのみ、プログラムの追加と削除 に表示されます。このアイテムのデフォルトアプリケーションインベントリには、SP2上で既に動作しているデバイスは反映されません。それらのデバイスは、もともとSP2のレベルでイメージを作成されているためです。
Windows XP Service Pack 2の展開にアプライアンスを使用するときは、カスタムアプリケーションについて次のカスタムインベントリルールを作成します。
名前が GreaterThan と LessThan で終わる関数は、Table 23でリストされている値を比較します。
次のいずれかのGreater ThanルールとLess Thanルールを使用します。
• |
FileVersionGreaterThan (path, version)とFileVersionLessThan (path, version) |
• |
ProductVersionGreaterThan (path, version)とProductVersionLessThan (path, version) |
• |
FileInfoGreaterThan (fullpath, attribute, type, value)とFileInfoLessThan (fullpath, attribute, type, value) |
• |
RegistryValueGreaterThan (registryPath, valueName, value)とRegistryValueLessThan (registryPath, valueName, value) |
• |
EnvironmentalVariableGreaterThan (var, type, value)とEnvironmentalVariableLessThan (var, type, value) |
• |
PlistValueGreaterThan (fullpath, entry, type, value)とPlistValueLessThan (fullpath, entry, type, value) |
• |
FilenameMatchingRegexGreaterThan (fullpath, regex, value)とFilenameMatchingRegexLessThan (fullpath, regex, value) |
製品バージョンが10である(10に等しい)かそれ以降であることを確認するには、次のように入力します。
製品バージョンが範囲内であるかをテストするには、less thanルールとgreater thanルールを組み合わせます。
「および」演算子や「または」演算子を使用してルールを連結して複数の条件をテストできます。
カスタムインベントリフィールド で、次の構文を使用してルールを連結します。
Windowsデバイス上のレジストリキーとレジストリエントリ値を確認するには、次に示しているように、「および」を使用してルールを連結します。
または演算子を使用してルールを連結すると、Custom Inventory Field(カスタムインベントリフィールド) でのいずれかのルールが true である場合、アプリケーションがデバイスの Installed Program(インストールされているプログラム) リストに表示されます。
カスタムインベントリフィールド で、次の構文を使用してルールを連結します。
関数ステートメントと演算子の区切りにはスペースを使用します。
© 2021 Quest Software Inc. ALL RIGHTS RESERVED. Feedback Terms of Use Privacy