Tchater maintenant avec le support
Tchattez avec un ingénieur du support

KACE Systems Management Appliance 13.2 Common Documents - Administrator Guide (Japanese - 13.0)

KACE システム管理アプライアンスについて
アプライアンスコンポーネントについて 管理者コンソールについて
組織コンポーネントが有効化されていない場合の管理者モードで使用可能なコンポーネント 組織コンポーネントが有効化されている場合の管理者モードで使用可能なコンポーネント 組織コンポーネントが有効化されている場合のシステムモードで使用可能なコンポーネント 「ホーム」コンポーネントの使用 情報の検索およびリストのフィルタリング 管理者コンソールへのログイン: 初めてネットワークを構成した後の最初のログイン
はじめに
アプライアンスの設定
要件と仕様 アプライアンスの電源投入と管理者コンソールへのログイン コマンドラインコンソールへのアクセス 設定の変更追跡 システムレベルおよび管理者レベルの一般設定項目の設定 アプライアンスの日付と時刻の設定 ユーザー通知の管理 すべてのユーザーに対して 2 要素認証を有効にする ポート設定、NTPサービス、およびWebサイトアクセスの検証 ネットワーク設定とセキュリティ設定の構成 エージェント設定の構成 セッションタイムアウトと自動更新設定の構成 ロケール設定の構成 デフォルトテーマの設定 データ共有の基本設定の構成 DIACAPコンプライアンス要件について モバイルデバイスによるアクセスの設定 組織およびリンク先アプライアンスの高速切り替えの有効化 Quest KACEアプライアンスのリンク 履歴設定の定義
アイテムのグループを管理するためのラベルのセットアップおよび使用 ユーザーアカウント、LDAP認証、およびSSOの設定
ユーザーアカウントおよびユーザー認証について ロケール設定について システムレベルユーザーアカウントの管理 組織ユーザーアカウントの管理 ユーザープロファイルの表示または編集 LDAPサーバーを使用したユーザー認証 LDAPサーバーからのユーザーのインポート シングルサインオン(SSO)について シングルサインオンの有効化および無効化 Active Directory を使用したシングルサインオン シングルサインオン用に SAML を構成する ユーザーセッションの確認
管理対象デバイスへの KACE エージェントの展開 レプリケーション共有の使用 資格情報の管理 資産の設定
資産管理コンポーネントについて 資産管理ダッシュボードの使用方法 資産管理について 資産タイプの追加とカスタマイズおよび資産情報の維持 ソフトウェア資産の管理 物理的資産と論理的資産の管理 手動資産情報の維持および使用 場所の管理 契約の管理 ライセンスの管理 購入レコードの管理
ライセンスコンプライアンスの設定 ライセンスコンプライアンスの管理 サービスデスクの設定 サービスデスクウィジェットのキャッシュライフタイムの設定 組織の作成と管理 アプライアンスリソースのインポートとエクスポート
インベントリの管理
インベントリダッシュボードの使用 デバイス検出の使用 デバイスインベントリの管理
デバイスの管理について 各デバイス管理方法で使用可能な機能 インベントリ情報について インベントリ設定に対する変更の追跡 インベントリ情報の管理 デバイスの検出および管理 アプライアンスへの KACE エージェントの登録 KACE エージェントのプロビジョニング
ファイル共有を有効にする Windows デバイスでの GPO プロビジョニングツールを使用した KACE エージェントのプロビジョニング オンボードプロビジョニングを使用した KACE エージェントのプロビジョニング プロビジョニングスケジュールの管理 エージェント通信の管理 管理対象デバイスでの KACE エージェントの更新
KACE エージェントを手動展開する
エージェントのインストールファイルの取得 Windows デバイス上で KACE エージェントを手動展開する Linux デバイスでの手動による KACE エージェントの展開およびアップグレード Linuxデバイス上でのエージェントに関する操作の実行 Mac デバイスでの手動による KACE エージェントの展開およびアップグレード Macデバイス上でエージェントに関するその他の操作を実行する エージェントによって収集された情報の表示
エージェント不要の管理の使用 管理者コンソールでの、または API を使用したデバイスの手動追加 インベントリ更新の強制実行 MIAデバイスの管理 Dell保証情報の取得
ソフトウェア ページでのアプリケーション管理
ソフトウェア ページについて インベントリ設定に対する変更の追跡 ソフトウェア ページインベントリ内のアプリケーションの追加と削除 ソフトウェア資産の作成 ソフトウェア脅威レベルとカテゴリの使用 アプリケーションの検索とラベル作成 ITNinjaフィードの管理
ソフトウェアカタログインベントリの管理
ソフトウェアカタログについて ソフトウェアカタログ情報の表示 ソフトウェアカタログへのアプリケーションの追加 ソフトウェアカタログのアプリケーションに関するライセンス資産の管理 管理対象インストールとカタログ登録済みソフトウェアの関連付け ソフトウェアメータリングの使用 アプリケーション制御の使用 ソフトウェアカタログの更新および再インストール
プロセス、スタートアッププログラム、およびサービスインベントリの管理 カスタムインベントリルールの記述
管理対象デバイスへのパッケージの展開
ソフトウェアの配布とWake On LANの使用
ソフトウェアの配布について 配布設定に対する変更の追跡 配布パッケージのタイプ アプライアンスからのパッケージの配布 代替のダウンロード場所およびレプリケーション共有からのパッケージの配布 Mac OS Xデバイスへのアプリケーションの配布 管理対象インストールの使用 ファイル同期の作成および使用 Wake On LANの使用 管理対象インストールのエクスポート
管理対象デバイスへの警告のブロードキャスト 管理対象デバイスでのスクリプトの実行
スクリプトについて スクリプト設定の変更追跡 デフォルトスクリプトについて スクリプトの追加と編集 実行 および 今すぐ実行 コマンドの使用 設定ポリシーテンプレートについて Windows設定ポリシーの使用 Mac OS X設定ポリシーの使用 ポリシーとスクリプトの編集 スクリプトログの検索 スクリプトのエクスポート
Mac プロファイルの管理 タスクチェーンの使用
デバイスのパッチ適用とセキュリティの維持
セキュリティダッシュボードの使用 パッチ管理について パッチのサブスクライブとダウンロード パッチスケジュールの作成および管理 パッチインベントリの管理 Windows 機能更新プログラムの管理 Dellデバイスおよびアップデートの管理 Linux パッケージアップグレードの管理 デバイスとアプライアンスのセキュリティの維持 隔離された添付ファイルを管理する
レポートの使用と通知のスケジュール サーバーの監視
サーバー監視の開始 監視プロファイルの操作 デバイスの監視の管理 警告の操作
サービスデスクの使用
サービスデスクの設定
システム要件 サービスデスクについて 設定作業の概要 別のシステムからのチケットのインポート サービスデスクの営業時間と休業日の設定 サービスレベル契約の設定 サービスデスクチケットキューの設定 チケット設定の構成 ユーザーコンソールホームページのカスタマイズ 満足度調査の利用 サービスデスクの添付ファイルのセキュリティの有効化または無効化
サービスデスクダッシュボードの使用 サービスデスクのチケット、プロセス、およびレポートの管理
サービスデスクチケットのライフサイクルの概要 管理者コンソールおよびユーザーコンソールからのチケットの作成 Eメールによるチケットの作成と管理 チケットの表示およびコメントや作業や添付ファイルの管理 チケットのマージ チケットのエスカレーションプロセスの使用 サービスデスクプロセスの使用 チケットルールの使用 サービスデスクレポートの実行 チケットのアーカイブ、復元、削除 チケット削除の管理
サービスデスクチケットキューの管理 ユーザーダウンロードおよびサポート技術情報記事について サービスデスクチケット設定のカスタマイズ SMTP Eメールサーバーの設定
メンテナンスとトラブルシューティング
アプライアンスのメンテナンス
設定の変更の追跡 アプライアンスバックアップについて アプライアンスの復元 アプライアンスソフトウェアの更新 アプライアンスの再起動またはシャットダウン KACEからのOVAL定義の更新 日次実行出力の理解
アプライアンスのトラブルシューティング
付録 用語集 当社について 法的情報

カスタムインベントリルールの構文

カスタムインベントリルールの構文

カスタムインベントリルールの関数の名前と引数に正しい構文を使用します。

条件付きルールと値戻しルールでは次の構文を使用します。

関数とそれらの引数の詳細については、次の情報を参照してください。

関数の構文

開始かっこの前に「functionName」を入力し、その開始かっこと終了かっこで引数を囲みます。関数の名前と開始かっことの間にスペースは許可されません。

引数の構文

コマンドregex(正規表現)を除くすべてのルールについて、引数を次のような構文で入力します。

コンマは、ルールでの値としてのコンマとかっこで説明している場合を除き、文字列内のその他のどこにも許可されない。

例えば、次の構文は同じです。

ルールでの値としてのコンマとかっこ

コンマ、開始かっこ、または終了かっこをルール内の値として使用する場合、{{comma}}、{{op}}、および{{cp}}のようにそれぞれエスケープする必要があります。

例えば、ユーザーが、値の名前が「test,value」であるレジストリ値に対してテストを実行する場合、レジストリ値の名前がカスタムインベントリ(CI)関数の最後の引数ではないため、この場合はコンマをエスケープする必要があります。

ユーザーが、値自体にコンマが含まれるレジストリ値に対してテストを実行する場合、値がカスタムインベントリ関数の最後の引数であるため、エスケープする必要はありません。次のカスタムインベントリでは、レジストリ値HKLM\SOFTWARE\TestSoft\test1をテストし、値が「2,4」と等しいかどうかを確認します。

カスタムインベントリ関数に1つのパラメータのみが含まれる場合、かっこで囲まれたすべてを引数の値としてとります。この場合のコンマはエスケープする必要はなく、カスタムインベントリ関数の引数の一部となります。

ShellCommandTextReturn(wmic MEMORYCHIP get BankLabel,Capacity,description,manufacturer)
リテラルの開始かっこにはペアとなる終了かっこがないため、{{op}}としてエスケープする必要があります。パーサーは、関数の引数をトークン化する場合、開始かっこと終了かっこの数をカウントして、関数と引数の末尾を識別します。このため、ペアとなっていないリテラルの開始かっこは、カウントを誤らせ、引数値が正常に解析されない原因となります。リテラルの開始かっこが引数値の一部として必要な場合は、{{op}}で表す必要があります。

例えば、ユーザーが文字列「Hello ( World」をエコーする必要がある場合、CIは次のようになります。

ShellCommandTextReturn(echo Hello {{op}} World)
リテラルの終了かっこにはペアとなる開始かっこがないため、{{cp}}としてエスケープする必要があります。

パーサーは、関数の引数をトークン化する場合、開始かっこと終了かっこの数をカウントして、ペアとなっている最後の終了かっこがある場合に関数の末尾であることを識別します。ただし、引数値自体に(ペアとなる開始かっこがない)終了かっこが含まれる場合、パーサーはそのかっこが関数の末尾であると錯覚し、その引数値は完全に切り捨てられます。

リテラルの終了かっこが引数値の一部として必要な場合は、{{cp}}で表す必要があります。

例えば、ユーザーが文字列「Hello ) World」をエコーする必要がある場合、CIは次のようになります。

ShellCommandTextReturn(echo Hello {{cp}} World)

条件の確認(条件付きルール)

条件の確認(条件付きルール)

アプリケーションがインストールされているかどうか(true/false)を識別するカスタムインベントリルールを記述できます。

条件付きルールを使用すると、ルールによって true が返される場合、カスタムアプリケーションの表示名(タイトル)が インベントリセクションにある デバイスの詳細 ページの Software:Installed Programs(ソフトウェア:インストールされているプログラム) セクションに表示されます。

次のセクションでは、条件をテストするルールについて説明します。

ルールによってfalseが返されると、アプリケーションはデバイスのインベントリ詳細の インストールされているプログラム セクションに表示されません。

ヒント: アイテムがインストールされているデバイスのリストは、インベントリ > ソフトウェア > Custom_item: 詳細 ページに表示されます。

条件付きルールのリファレンス

次の表に、比較で使用できるデータ型を示します。

比較関数でサポートされるデータ型

 

条件付きルール

比較関数でサポートされるデータ型

Equals」、「GreaterThan」、「LessThan

EnvironmentVariable

DATE、NUMBER、TEXT

FileInfo

DATE、NUMBER、TEXT

FilenamesMatchingRegex

番号

FileVersion

テキスト

PlistValue

NUMBER、TEXT

ProductVersion

テキスト

RegistryValue

テキスト

次の表は、比較が行われる方法を示します。

比較が行われる方法

データ型

考慮事項

日付

番号

例えば、ターゲット値が52a1の場合、52のみが評価されます。

テキスト

使用可能な条件付きルール、および引数の指定方法の詳細へのリンクを、次の表で説明します。

条件付きルールのリファレンス

構文

Win

RHEL

OS X

説明

DirectoryExists (path)

X

X

X

デバイス上の指定したパスにあるディレクトリを確認します。

FileExists (path)

X

X

X

デバイス上の指定したパスにあるファイルを確認します。パスにはファイルの名前と拡張子を含めます。

FileVersionEquals (path, version)

X

パスにある指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値に一致することを確認します。

FileVersionLessThan (path, version)

X

パスにある指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値より小さいことを確認します。

FileVersionGreaterThan (path, version)

X

指定したファイルの バージョン > ファイルのバージョン プロパティが、入力した TEXT 値より大きいことを確認します。

ProductVersionEquals (path, version)

X

指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値に一致することを確認します。

ProductVersionLessThan (path, version)

X

指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値より小さいことを確認します。

ProductVersionGreaterThan (path, version)

X

指定した実行可能ファイルまたはインストールファイルの バージョン > 製品のバージョン プロパティが、入力した TEXT 値より大きいことを確認します。

FileInfoGreaterThan (fullpath, attribute, type, value)

X

X

X

指定した実行可能ファイルまたはインストールファイルの「ファイル情報」プロパティが、入力した値よりも大きいことを確認します。

FileInfoLessThan (fullpath, attribute, type, value)

X

X

X

指定した実行可能ファイルまたはインストールファイルの「ファイル情報」プロパティが、入力した値よりも小さいことを確認します。

FileInfoEquals (fullpath, attribute, type, value)

X

X

X

指定した実行可能ファイルまたはインストールファイルの属性が、入力した値に一致することを確認します。

RegistryKeyExists (registryPath)

X

レジストリキーが存在することを確認します。

RegistryValueEquals (registryPath, valueName, value)

X

レジストリエントリが、指定した値に完全に一致することを確認します。値はTEXTとして比較されます。

RegistryValueLessThan (registryPath, valueName, value)

X

レジストリエントリが、指定した値より小さいことを確認します。値はTEXTです。

RegistryValueGreaterThan (registryPath, valueName, value)

X

レジストリエントリが、指定した値より大きいことを確認します。値はTEXTです。

EnvironmentalVariableExists (var)

X

X

X

指定した名前の環境変数が存在することを確認します。

EnvironmentalVariableGreaterThan (var, type, value)

X

X

X

環境変数定義が、指定した値より大きいことを確認します。

TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。

EnvironmentalVariableLessThan (var, type, value)

X

X

X

環境変数定義が、指定した値より小さいことを確認します。

TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。

EnvironmentalVariableEquals (var, type, value)

X

X

X

環境変数定義が、指定した値に完全に一致することを確認します。

TEXT、DATE(完全な形式はmm/dd/yyyy hh:mm:ss)、およびNUMBERの3つすべてが有効な型です。

PlistValueExists (fullpath, entry)

X

名前付きの値がPLISTファイルに存在することを確認します。

PlistValueGreaterThan (fullpath, entry, type, value)

X

名前付きの値が、指定した値より大きいNUMBERまたはTEXTであることを確認します。

PlistValueLessThan (fullpath, entry, type, value)

X

名前付きの値が、指定した値より小さいNUMBERまたはTEXTであることを確認します。

PlistValueEquals (fullpath, entry, type, value)

X

名前付きの値が、指定した値に完全に一致するNUMBERまたはTEXTであることを確認します。

FilenamesMatchingRegexEqualsGreaterThan、およびLessThan については、正規表現ルールのリファレンスを参照してください。

条件が存在するかどうかの確認(Existsルール)

名前が「Exists」で終わるルールは、ファイル、ディレクトリ、レジストリキー、またはその他のアイテムの存在を確認するために使用されます。KACE エージェントがデバイス上でアイテムを見つけた場合、そのルールによって true が返され、アイテムのインベントリ詳細は インストールされているプログラム として表示されます。

次のいずれかのExistsルールを使用します。

例:ディレクトリ(フォルダ)を確認する

次の例では、Windowsディレクトリがデバイス上に存在するかどうかを確認するテストを行います。

例:ファイルを確認する

デバイス設定の評価(Equalsルール)

名前がEqualsで終わるルールは、デバイス上で設定した値を、ルールで指定した値に比較するために使用します。値が正確に一致する場合は、ルールによってtrueが返されます。

データ型を設定した引数を使用するルールでは、同じ型の値のみを比較できます。

次のいずれかのEqualsルールを使用します。

例:JAVA_HOME設定をテストする

JAVA_HOME 設定が C:\Program Files\Java\jdk1.6.0_02 であることを確認するには:

例:McAfee®レジストリエントリ設定をテストする

設定で使用されている形式がエントリ内の日付の形式と同じであることを確認します。

例:Windows 7 Service Pack 1 を検出する

Windows 7 Service Pack 1 は、もともとは Windows 7 がインストールされていて SP1 にアップグレードされたデバイスでのみ、プログラムの追加と削除 に表示されます。このアイテムのデフォルトアプリケーションインベントリには、SP1上で既に動作しているデバイスは反映されません。それらのデバイスは、もともとSP1のレベルでイメージを作成されているためです。

Windows 7 Service Pack 1 の展開にアプライアンスを使用するときは、カスタムアプリケーションについて次のカスタムインベントリルールを作成します。

このアイテムがインストールされているデバイスを除外して、SP2 レベルに既にあるデバイス(つまり、アップグレードされた Windows 7 デバイスと、SP1 レベルでもともとイメージを作成されたデバイス)にアプライアンスが SP2 を展開しないようにします。

デバイス値の比較(Greater ThanルールとLess Thanルール)

名前が GreaterThanLessThan で終わる関数は、Table 24でリストされている値を比較します。

次のいずれかの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)

例:製品のバージョンが次以降であるかをテストする

製品バージョンが特定の番号以降であることを確認します。

製品バージョンが特定の番号以降であることを確認するには、次のように入力します。

例:製品バージョンの範囲をテストする

製品バージョンが範囲内であるかをテストするには、less thanルールとgreater thanルールを組み合わせます。

複数の条件のテスト

「および」演算子や「または」演算子を使用してルールを連結して複数の条件をテストできます。

条件付きルールの連結により次の結果が得られます。

複数のtrue条件の確認(「および」)

すべてのルールがtrueである場合のみ、インストールされているプログラムとしてアイテムがレポートされるようにするには、「カスタムインベントリフィールド」で「および」演算子を使用して条件付きルールを連結します。

カスタムインベントリフィールド で、次の構文を使用してルールを連結します。


Function
(arguments...
) AND Function
(arguments
) AND ...

条件文と演算子の区切りにはスペースを使用します。

例:レジストリキーを確認して値を比較する

Windowsデバイス上のレジストリキーとレジストリエントリ値を確認するには、次に示しているように、「および」を使用してルールを連結します。

1つのtrue条件の確認(「または」)

または演算子を使用してルールを連結すると、Custom Inventory Field(カスタムインベントリフィールド) でのいずれかのルールが true である場合、アプリケーションがデバイスの Installed Program(インストールされているプログラム) リストに表示されます。

カスタムインベントリフィールド で、次の構文を使用してルールを連結します。


Function
(arguments
) OR Function
(arguments
) OR ...

関数ステートメントと演算子の区切りにはスペースを使用します。

例:レジストリ値を確認する

レジストリエントリがある値か別の値であることを確認します。

ヒント: 範囲を指定するには、RegistryValueGreaterThanルールとRegistryValueLessThanルールを「および」演算子で連結して使用します。

デバイス(カスタムインベントリフィールド)からの値の取得

デバイス(カスタムインベントリフィールド)からの値の取得

ValueReturn で終わるルールを使用すると、デバイスから情報を収集できます。これらのルールを使用して、KACE エージェントでは通常収集されない情報を収集できます。

返された値は、カスタムアプリケーション表示名(タイトル)に設定されます。これは、デバイスの詳細 ページの Installed Programs(インストールされているプログラム) と Custom Inventory Fields(カスタムインベントリフィールド) にある ソフトウェア に表示されます。

カスタムインベントリフィールド の値は、インストールの管理およびソフトウェアの配布に使用します。さらに、各種レポート、特定基準で表示 のフィルタ、Smart Labelの検索条件に加えて、自動的に検出された設定を使用して実行できるその他のプロセスにも使用できます。

このセクションでは、次のトピックを取り上げます。

値戻しルールのリファレンス

次の表には、カスタムインベントリフィールド の設定に使用できるすべての値戻しルールを示しています。

構文

Win

RHEL

OS X

説明

RegistryValueReturn (registryPath, valueName, type)

X

レジストリエントリの値を返し、データ型を指定した型に設定します。

EnvironmentalVariableReturn (var, type)環境またはユーザー変数の指定

X

X

X

環境変数の値を返し、データ型を指定した型に設定します。

FileInfoReturn (path, attribute, type)

X

X

X

ファイル属性の値を返します。有効な型については、ルールでの引数の定義を参照してください。

ShellCommandTextReturn (command)

X

X

X

コマンドの出力を返し、データ型をTEXTに設定します。

ShellCommandDateReturn (command)

X

X

X

コマンドの出力を返し、データ型をDATEに設定します。

ShellCommandNumberReturn (command)

X

X

X

コマンドの出力を返し、データ型をNUMBERに設定します。

PlistValueReturn (fullpath, entry, type)

X

PLISTキーの値を返し、データ型をTEXT、NUMBER、またはDATEに設定します。

ファイル情報値の取得

FileInfoReturnルールを使用して、カスタムインベントリフィールド に任意のWindowsファイル情報属性を設定できます。

例:Mozilla Firefox のバージョンを取得

次の例では、Mozilla Firefox の製品バージョンを取得するために、カスタムインベントリフィールド を NUMBER として設定します。

カスタムインベントリフィールド で、次のように入力します。

レジストリキー値の取得

RegistryValueReturn ルールを使用して、Custom Inventory Field(カスタムインベントリフィールド) にレジストリキーを設定できます。ここで、registryPath(左側)はエントリへのパスです。valueName(右側上)は返されるキーです。図は、左側にディレクトリツリーパネル、右側に名前、型、およびデータが表示された「レジストリエディタ」を示しています。

例:Mozilla Firefox CurrentVersion キーを取得

カスタムインベントリフィールド を CurrentVersion レジストリキーとして設定するには:

コマンド出力の取得

コマンドルールを使用すると、カスタムインベントリフィールド にコマンドの出力を設定できます。コマンドは、デバイス上のコマンドインタプリタと実行可能パスによって異なります。

例えば、Windowsデバイスでは、MS-DOSコマンドを記述できます。しかし、Cygwinがインストールされておらず、一部のユーザーしかデフォルトパスを使用できない場合、CygwinスタイルのUNIXコマンドは記述できません。

次のいずれかのルールを使用して、カスタムインベントリフィールド にコマンドの出力を設定します。

例:Mac OS Xで稼働時間を取得する

カスタムインベントリフィールド を稼働時間として設定します。

PLIST値の取得

PlistValueReturnルールを使用すると、カスタムインベントリフィールド をプロパティリスト(PList)キーとして設定できます。

例:システムロケールを取得する

システム指定言語に基づいた管理対象インストールを使用してアプリケーションを配布するには、まず、次のルールを入力してデバイスロケールを取得してから、対応する Smart Label を作成します。この Smart Label は、KACE エージェントによって カスタムインベントリフィールド にレポートされた言語コードに基づいてデバイスに適用されます。

複数の値の取得

「および」または「または」のいずれかの演算子を使用して、ValueReturnルールを連結します。いずれの値も空でない場合は、ルールにより、インストールされているプログラムとしてアプリケーションが表示されます。

連結された値はすべて、演算子によって区切られた同じ カスタムインベントリフィールド に設定されます。したがって、検索条件、フィルタ、レポート、およびその他のアプライアンスのプロセスに使用される場合、手法的にはTEXTと見なされます。

演算子を使用した ValueReturn ルールの連結:

「および」演算子:すべての値は カスタムインベントリフィールド にレポートされます。
「または」演算子:すべての値は カスタムインベントリフィールド にレポートされます。

カスタムインベントリフィールドで、次の構文を使用してルールを連結します。


Function (arguments...)「および」 Function (arguments ) 「および」 ...

条件文と演算子の区切りにはスペースを使用します。同じルールで「および」演算子と「または」演算子を連結しないでください。

正規表現を使用したファイル名のマッチ

正規表現を使用したファイル名のマッチ

正規表現を使用して、指定したディレクトリ内のファイルに対して、指定した文字または文字列とファイル名とのマッチを行います。

このセクションでは、条件付きルールと値戻しルールで正規表現を使用してファイル名のマッチを行う正規表現について説明します。

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation