サポートと今すぐチャット
サポートとのチャット

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

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 機能更新プログラムの管理 Dellデバイスおよびアップデートの管理 Linux パッケージアップグレードの管理 隔離された添付ファイルを管理する
レポートの使用と通知のスケジュール デバイスの監視
監視の開始 監視プロファイルの操作 デバイスの監視の管理 警告の操作
サービスデスクの使用
サービスデスクの設定
システム要件 サービスデスクについて 設定作業の概要 別のシステムからのチケットのインポート サービスデスクの営業時間と休業日の設定 サービスレベル契約の設定 サービスデスクチケットキューの設定 チケット設定の構成 ユーザーコンソールホームページのカスタマイズ 満足度調査の利用 サービスデスクの添付ファイルのセキュリティの有効化または無効化
サービスデスクダッシュボードの使用 サービスデスクのチケット、プロセス、およびレポートの管理
サービスデスクチケットのライフサイクルの概要 管理者コンソールおよびユーザーコンソールからのチケットの作成 Eメールによるチケットの作成と管理 チケットの表示およびコメントや作業や添付ファイルの管理 チケットのマージ チケットのエスカレーションプロセスの使用 サービスデスクプロセスの使用 チケットルールの使用 サービスデスクレポートの実行 チケットのアーカイブ、復元、削除 チケット削除の管理
サービスデスクチケットキューの管理 ユーザーダウンロードおよびサポート技術情報記事について サービスデスクチケット設定のカスタマイズ SMTP Eメールサーバーの設定
メンテナンスとトラブルシューティング
アプライアンスのメンテナンス
設定の変更の追跡 アプライアンスバックアップについて アプライアンスの復元 アプライアンスソフトウェアの更新 アプライアンスの再起動またはシャットダウン 日次実行出力の理解
アプライアンスのトラブルシューティング
付録 用語集 当社について 法的情報

Active Directory シングルサインオンを使用した管理者コンソールまたはユーザーコンソールへのアクセス

シングルサインオンを使用するためのブラウザの設定

Microsoft Edge ブラウザ設定の構成
Firefoxブラウザ設定の設定
Active Directory シングルサインオンを使用した管理者コンソールまたはユーザーコンソールへのアクセス

Microsoft Edge™ および Firefox® のブラウザで Active Directory シングルサインオンを使用する場合は、ユーザーがブラウザの設定を行い、適切な認証が使用されるようにする必要があります。Chrome™のブラウザでは、特殊な設定をする必要はありません。

Microsoft Edge ブラウザ設定の構成

Microsoft Edge で Active Directory シングルサインオンを使用する場合は、Windows のセキュリティ設定を行う必要があります。

1.
Windows のコントロールパネルで、インターネットオプションツール > インターネットオプション > セキュリティ をクリックします。
2.
表示される インターネットのプロパティ ダイアログボックスの セキュリティ タブで、適切なセキュリティポリシーを選択します。
◦
アプライアンスがインターネット上でアクセスできる場合は、信頼済みサイト を選択します。
◦
アプライアンスがインターネット上でアクセスできない場合は、ローカルイントラネット を選択します。
3.
レベルのカスタマイズ をクリックして、リストの下部までスクロールします。
4.
現在のユーザー名とパスワードで自動的にログオンする を選択します。このオプションを選択しないと、アプライアンスでシングルサインオンを有効にした場合でも、Microsoft Edge で管理者コンソールまたはユーザーコンソールに自動的にログインできなくなります。
Firefoxブラウザ設定の設定

FirefoxでActive Directoryシングルサインオンを使用する場合は、ブラウザの認証設定を行う必要があります。

1.
Firefox ブラウザで、アドレスバーに「about:config」と入力します。
2.
検索 フィールドで、「network.negotiate-auth.trusted-uris」と入力します。
3.
検索結果で、基本設定の名前をダブルクリックします。
4.
文字列値ボックスにアプライアンスの URL を入力します。例：http://kace_sma.example.com。入力したら、OK をクリックします。
Active Directory シングルサインオンを使用した管理者コンソールまたはユーザーコンソールへのアクセス

アプライアンスで Active Directory シングルサインオンが有効になっている場合、ドメインにログインしているユーザーは、アプライアンスログインページに資格情報を入力することなく、管理者コンソールまたはユーザーコンソールにアクセスできます。

Active Directory でシングルサインオンを有効にする必要があります。詳細については、「シングルサインオンの有効化」を参照してください。
1.
ドメインにログインします。
2.
Web ブラウザで、ブラウザのアドレスフィールドにアプライアンスのホスト名を入力します。ホスト名を特定するには、アプライアンスのネットワーク設定の変更を参照してください。
* 
TIP: アプライアンス IP アドレスを入力した場合は、自動的にサインオンする代わりに、アプライアンスのログインページに移動します。
ユーザーアカウント権限に応じて、管理者コンソールまたはユーザーコンソールが表示されます。

ドメインへの参加解除およびActive Directoryシングルサインオンの無効化

ドメインへの参加解除およびActive Directoryシングルサインオンの無効化

Active Directory ドメインからアプライアンスを削除できます。ドメインからアプライアンスを削除すると、自動的にシングルサインオンも無効になります。

1.
アプライアンスの コントロールパネル に移動します。
◦
アプライアンスで組織コンポーネントが有効化されていない場合は、アプライアンス管理者コンソール（https://appliance_hostname/admin）にログインして、設定 > コントロールパネル を選択します。
◦
アプライアンスで組織コンポーネントが有効化されている場合は、アプライアンスシステム管理コンソール（https://appliance_hostname/system）にログインします。または、ページの右上隅にあるドロップダウンリストから システム を選択して、設定 > コントロールパネル を選択します。
2.
セキュリティ設定 をクリックして、セキュリティ設定 ページを表示します。
3.
シングルサインオン タブで、ドメインへの参加解除 をクリックします。
* 
NOTE: 現在ユーザーコンソールまたは管理者コンソールにログインしているユーザーは、そのセッションが終了するまでログインしたままになります。ただし、次にユーザーコンソールまたは管理者コンソールにアクセスを試みたときは、資格情報を入力する必要があります。

シングルサインオン用に SAML を構成する

シングルサインオン用に SAML を構成する

例：Azure で Microsoft Active Directory を SAML アイデンティティプロバイダとして使用する

サードパーティー製の認証ツールを使用すると、ようこそ ページに資格情報を入力しなくてもユーザーを認証するようにアプライアンスを設定できます。

SAML（Security Assertion Markup Language）は、ID とサービスプロバイダーの間でセキュリティトークンを使用する XML ベースのプロトコルです。セキュリティトークンには、ユーザーの ID に関する情報を提供するアサーション要素が含まれています。

アプライアンスで SAML が有効化されて設定され、ユーザーがこのシングルサインオン方式でサインオンすると、アプライアンスから ID プロバイダー（IdP）に認証リクエストが送信されます。次に、ID プロバイダーがユーザーの ID を確認し、アプライアンスに認証応答を送信します。次に、アプライアンスがユーザーを管理者コンソール（またはユーザーコンソール）にログインさせて、ユーザーセッションを確立します。SAML ユーザーがアプライアンスからログアウトすると、IdP アカウントからログアウトされます。アプライアンスを使用した後も引き続き IdP アカウントにログインしたままにする場合は、サインアウトせずに管理者コンソールブラウザウィンドウを閉じてください。SAML ユーザーのセッションがタイムアウトになっても IdP アカウントにログインしたままの場合、アプライアンスは自動的にそのユーザーの新しいセッションを開始します。

複数の組織がある場合、この認証方式を使用する各組織で SAML を構成し、他の組織のローカルのログイン方式を保持できます。

1.
アプライアンスにログインするための有効な ID 情報が、IdP にあることを確認します。
2.
アプライアンス管理者コンソール（https://appliance_hostname/admin）にログインします。または、管理ヘッダーに組織メニューを表示 オプションがアプライアンスの 一般設定 で有効になっている場合は、ページの右上隅で、ログイン情報の横にあるドロップダウンリストから組織を選択します。
3.
SAML 設定 ページに移動します。
a.
左側のナビゲーションバーで、設定 をクリックしてから、SAML 設定 > SAML でシングルサインオンを設定する をクリックします。
b.
SAML 設定 ページの セキュリティアサーションマークアップ言語（SAML） で、SAML サービスプロバイダを有効にする チェックボックスをチェックします。
4.
ユーザーが SAML を使用してこのアプライアンスにアクセスすることのみを許可する場合は、SAML ログインが必要 を選択します。
このオプションを選択すると、ローカル管理者ユーザーと KACE サポートアカウント（アクティブなサポートテザーでのみ使用可能）を除き、アプライアンスへのすべてのローカルログインが無効になります。
5.
リモート ID プロバイダー（IDP）設定 セクションで、次のいずれかの手順を実行して、ユーザーを認証するための IdP メタデータを指定します。
◦
推奨。IdP メタデータを含む XML ページへの URL が IdP で提供されている場合（推奨するオプション）、IdP からメタデータを取得 をクリックします。IDP メタデータの URL フィールドが表示されたら、その URL を入力して IDP メタデータのインポート をクリックします。
◦
IdP メタデータの XML ファイルを使用するには、XML メタデータの入力 をクリックし、IdP メタデータの XML フィールドが表示されたら、XML ファイルの内容をコピーしてフィールドに貼り付けます。IDP メタデータのインポート をクリックします。アプライアンスが提供された XML コンテンツを解析して、IdP との接続を確立するために必要な設定を入力します。
リモート ID プロバイダー（IdP）設定 セクションが更新され、IdP 構成の詳細が表示されます。一覧表示されたオプションで、SAML 認証中にアプライアンスページのリダイレクトを指定します。詳細については、https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=securityを参照してください。
* 
NOTE: SAML 構成中にこの情報を確認するには、このセクションの メタデータを表示 をクリックします。
6.
IdP 属性マッピング タブで、アプライアンスへの SAML ユーザーアクセス権の付与に使用するオプションを選択します。
◦
ローカルユーザーテーブルを使用：アプライアンスにローカルで保存されているユーザーリストに依存します。
◦
LDAP ルックアップを使用：外部 LDAP サーバからユーザー情報をインポートします。詳細については、「LDAPサーバーを使用したユーザー認証」を参照してください。
◦
SAML を使用：このページで指定された値を使用して、IdP がアプライアンスユーザーレコード（名前やメールアドレスなど）に使用するフィールドにマッピングします。例えば、IdP が LDAP を使用してユーザーを認証する場合、ObjectGUID および cn のそれぞれに UID と ログイン を設定できます。詳細については、IdP のマニュアルを参照してください。
7.
SAML を使用 を選択した場合は、アプライアンス上にアカウントを持たない認証済み SAML ユーザーに対して、アプライアンス上に新しいユーザーを作成するかどうかを指定します。これを行うには、認証 SAML ユーザーが SMA に存在しない場合、新しい SMA ユーザーを作成します を選択します。
8.
SAML を使用 を選択した場合は、SAML 認証ユーザーに付与する役割を指定します。役割マッピング で、役割を付与するときにチェックする条件を指定します。
例えば、特定のテキスト文字列（admin など）を含む名前を持つ LDAP グループのメンバーに 管理者 役割を付与するには、管理者役割を次のように設定します。
Administrator memberOf Contains admin
役割は優先順位に従って一覧表示されます。役割の優先順位は必要に応じてドラッグ & ドロップで変更できます。一致するものが複数ある場合、アプライアンスは SAML ユーザーに最も高い優先度を持つ役割を付与します。
役割マッピングはオプションです。一致するものが見つからない場合、アプライアンスはデフォルトの役割を割り当てます。デフォルトの役割を指定するには、不一致ユーザーのデフォルトの役割 をクリックし、次の利用可能なオプションから役割を適宜選択します。管理者、アクセスなし、読み取り専用管理者、またはユーザーコンソールのみ。
9.
（オプション）アプライアンス固有の SAML 設定をアプライアンスに表示するには、ローカルサービスプロバイダ（SP）設定セクションで メタデータの表示 をクリックし、表示されるオプションを確認します。
これらのフィールドにはデフォルト値が入っているため、ほとんどの場合は変更不要です。
10.
保存 をクリックします。
11.
SAML 構成をテストします。
a.
アプライアンスからログアウトします。
b.
IdP アカウントにログインしていることを確認します。
c.
管理者コンソールまたはユーザーコンソールの「ようこそ」ページを開きます。
d.
ユーザー資格情報を指定せずに、ログイン をクリックします。
* 
TIP: アプライアンスで SAML が有効になっている場合は、ローカルサインオン をクリックし、ユーザー資格情報を指定します。
管理者コンソールまたはユーザーコンソールページが表示されます。

例：Azure で Microsoft Active Directory を SAML アイデンティティプロバイダとして使用する

例：Azure で Microsoft Active Directory を SAML アイデンティティプロバイダとして使用する

Azure で Active Directory を SAML アイデンティティプロバイダ（IdP）として使用する場合は、いくつかの追加手順が必要です。ここでは、Active Directory を IdP として SAML を設定するプロセスについて説明します。

1.
アプライアンスにログインするための有効な ID 情報が、IdP にあることを確認します。
2.
次の手順を実行します。
a.
アプライアンスの SSL を有効にします。Microsoft Azure は SSL クライアントとのみ正常に通信できるため、この手順が必要です。手順については、アプライアンスのセキュリティ設定の構成を参照してください。
b.
https://portal.azure.comにログインし、Azure Active Directory を選択します。
c.
アプリの登録 で、リダイレクト URI の設定をクリアしたまま、新しい登録を作成します。
d.
新しく作成したアプリケーション登録の エンドポイント ページで、連携メタデータドキュメント フィールドの内容をコピーします。
3.
アプライアンス管理者コンソール（https://appliance_hostname/admin）にログインします。または、管理ヘッダーに組織メニューを表示 オプションがアプライアンスの 一般設定 で有効になっている場合は、ページの右上隅で、ログイン情報の横にあるドロップダウンリストから組織を選択します。
4.
SAML 設定 ページに移動します。
a.
左側のナビゲーションバーで、設定 をクリックしてから、SAML 設定 > SAML でシングルサインオンを設定する をクリックします。
b.
SAML 設定 ページの セキュリティアサーションマークアップ言語（SAML） で、SAML サービスプロバイダを有効にする チェックボックスをチェックします。
5.
リモート ID プロバイダ（IdP）設定 セクションで、次のいずれかの手順を実行して、ユーザーを認証するための IdP メタデータを指定します。
a.
IdP からメタデータを取得 をクリックします。
b.
表示される IdP メタデータ URL フィールドに、2.dで記録した 連携メタデータドキュメント フィールドの内容を入力し、IdP メタデータのインポート をクリックします。
リモート ID プロバイダー（IdP）設定 セクションが更新され、IdP 構成の詳細が表示されます。一覧表示されたオプションで、SAML 認証中にアプライアンスページのリダイレクトを指定します。詳細については、https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=securityを参照してください。
* 
NOTE: SAML 構成中にこの情報を確認するには、このセクションの メタデータを表示 をクリックします。
6.
セキュリティアサーションマークアップ言語（SAML） タブで、IdP はパッシブ認証をサポートしない チェックボックスが選択されていることを確認します。
7.
IdP 属性マッピング タブで、アプライアンスへの SAML ユーザーアクセス権の付与に使用するオプションを選択します。
◦
ローカルユーザーテーブルを使用：アプライアンスにローカルで保存されているユーザーリストに依存します。
◦
LDAP ルックアップを使用：外部 LDAP サーバからユーザー情報をインポートします。詳細については、「LDAPサーバーを使用したユーザー認証」を参照してください。
◦
SAML を使用 を選択し、次のオプションを設定します。
◦
UID：http://schemas.microsoft.com/identity/claims/objectidentifier
◦
ログイン：http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name
◦
名前：http://schemas.microsoft.com/identity/claims/displayname
◦
プライマリ電子メール：http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name
8.
SAML を使用 オプションを選択した場合、役割マッピング で、SAML 認証ユーザーに付与する役割（例えば、管理者役割）の次の条件を指定します。
http://schemas.microsoft.com/ws/2008/06/identity/claims/groups equals <オブジェクト ID>
ここで、<オブジェクト ID> はグループのオブジェクト ID です。
9.
（オプション）アプライアンス固有の SAML 設定をアプライアンスに表示するには、ローカルサービスプロバイダ（SP）設定セクションで メタデータの表示 をクリックし、表示されるオプションを確認します。
これらのフィールドにはデフォルト値が入っているため、ほとんどの場合は変更不要です。
10.
次の手順を実行します。
a.
ローカルサービスプロバイダ（SP）の設定 セクションで、メタデータの表示をクリックします。
b.
Microsoft Azure ポータルで、新しく作成したアプリ登録を探します。
c.
アプリ登録ページで、リダイレクト URI を追加する をクリックします。
d.
リダイレクト URI セクションで Web を選択し、SAML 設定 ページの ローカルサービスプロバイダ（SP）設定 の SP アサーションコンシューマサービス（url） 値に設定します。
e.
詳細設定 で、ログアウト URL フィールドに ローカルサービスプロバイダ（SP）設定 セクションの SP SLO エンドポイント（url）値を設定します。
f.
Azure で API を公開 をクリックし、アプリケーション ID URI の横にある 設定 をクリックします。このフィールドには、ローカルサービスプロバイダ（SP）の設定 セクションの SP エンティティ識別子（uri） 値を設定します。
g.
Azure で マニフェスト をクリックし、右側に表示されるエディタで、「groupMembershipClaims」属性を追加または更新し、その値を「SecurityGroup」または「All」に設定します。
例：「groupMembershipClaims」：「SecurityGroup」、
11.
保存 をクリックします。
12.
SAML 構成をテストします。
a.
アプライアンスからログアウトします。
b.
IdP アカウントにログインしていることを確認します。
c.
管理者コンソールまたはユーザーコンソールの「ようこそ」ページを開きます。
d.
ユーザー資格情報を指定せずに、ログイン をクリックします。
* 
TIP: アプライアンスで SAML が有効になっている場合は、ローカルサインオン をクリックし、ユーザー資格情報を指定します。
管理者コンソールまたはユーザーコンソールページが表示されます。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択