Chat now with support
Chat with Support

KACE as a Service 7.1 - Administrator Guide (Japanese)

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

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

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

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

返された値は、カスタムアプリケーション表示名(タイトル)に設定されます。これは、デバイスの詳細 ページの 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ファイル情報属性を設定できます。

例: Windows Internet Explorerの製品バージョンを取得する

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

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

レジストリキー値の取得

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

例: Internet ExplorerのProductIDキーを取得する

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

コマンド出力の取得

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

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

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

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

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

PLIST値の取得

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

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

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

複数の値の取得

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

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

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

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

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


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

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

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

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

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

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

正規表現の理解

正規表現の理解

正規表現構文を使用して、ファイル名のマッチを実行できます。

次の表に、ファイル名のマッチに使用できる正規表現構文の概要を示します。

文字

説明

式の例

ターゲットファイル

マッチするファイル

(任意の文字列)

特殊文字以外の文字を入力すると、その文字列が含まれるすべてのファイル名とマッチします。

abc

abcFile.xls

Example.jpg

File.doc

Myabc.txt

MyFile.abc

abcFile.xls

Myabc.txt

MyFile.abc

.

ドットは任意の1文字とマッチします。単独で入力すると、すべてのファイルとマッチします。

.

abcFile.xls

Example.jpg

File.doc

Myabc.txt

MyFile.abc

abcFile.xls

Example.jpg

File.doc

Myabc.txt

MyFile.abc

\

バックスラッシュが特殊文字をエスケープ処理し、前方参照を作成するために使用されます。

詳細については、http://rexegg.com/regex-capture.htmlを参照してください。

.*\.txt$

abcFile.xls

Example.jpg

File.doc

Myabc.txt

MyFile.abc

Myabc.txt

^

キャレットは、指定した文字をファイル名の先頭でマッチさせます。

^k

install.exe

kinstaller.exe

runkbot.bat

kinstaller.exe

|

パイプは、マッチさせる一連のオプションを区切ります。

run|install

install.exe

kinstaller.exe

runkbot.bat

install.exe

kinstaller.exe

runkbot.bat

$

ドルは、指定した文字をファイル名の末尾でマッチさせます。

bat$

install.exe

kinstaller.exe

runkbot.bat

runkbot.bat

?

疑問符は、直前の文字と0回または1回マッチします。

\.log10?$

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

a.log1

mylog.log10

*

アスタリスクは、直前の文字と0回以上マッチします。

\.log1*$

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

a.log1

app.log

appconf.log11

+

正符号は、直前の文字と1回以上マッチします。

ap+.*\.log

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

app.log

appconf.log11

[ ]

角かっこは、文字クラスを囲み、角かっこ内の任意の1文字とマッチします。

文字クラスの特殊文字のルールが通常の正規表現と異なります。

[123]

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

a.log1

afile.txt3

appconf.log11

mylog.log10

()

文字を丸かっこで囲むと、後方参照が作成され、前の文字または囲んだ文字、あるいはその両方とマッチします。

詳細については、http://rexegg.com/regex-capture.htmlを参照してください。

(p)\1

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

app.log

appconf.log11

{n}

中かっこは、指定した回数だけ直前の文字を繰り返します。ここで、nは1以上です。

{p}\.log$

a.log1

afile.txt3

app.log

appconf.log11

mylog.log10

app.log

正規表現ルールのリファレンス

正規表現ルールのリファレンス

正規表現ルールの構文は、他のファイルルールとはわずかに異なります。fullpath引数はファイルの場所への絶対パスにマッチする文字列ですが、ファイル名を含みません。ファイル名は、正規表現を使用して個別の引数として指定します。

次の表に、正規表現を使用できる一連のルールを示します。

構文

Win

RHEL

OS X

説明

FilenamesMatchingRegexExist (fullpath,regex)

X

X

X

指定したディレクトリ内のいずれかのファイルが正規表現を使用して入力したファイル名にマッチする場合は、trueが返されます。

FilenamesMatchingRegexGreaterThan (fullpath,regex,value)

X

X

X

マッチするファイルの数が指定した値より大きい場合は、trueが返されます。

FilenamesMatchingRegexLessThan (fullpath,regex,value)

X

X

X

マッチするファイルの数が指定した値より小さい場合は、trueが返されます。

FilenamesMatchingRegexEqual (fullpath,regex,value)

X

X

X

マッチするファイルの数が指定した値と同じ場合は、trueが返されます。

FilenamesMatchingRegexReturn (fullpath,regex,type)

X

X

X

カスタムインベントリフィールドにマッチしたファイル名(パスを含む)を設定します。

Related Documents