Users Guide

a. ［トークンにユーザー情報を含める］を有効にします
b. ［属性スコープ］で、スコープと属性値を dxcua として追加します。
c. ［契約の履行］で、dxcua を追加し、タイプは［テキスト］として選択します。次に、以下の属性のいずれかを使用して
OpenManage Enterprise OpenID Connect プロバイダー ログインのユーザー権限を定義します。
i. 管理者：dxcua : [{“Role": "AD"}]
ii. デバイス マネージャー：dxcua : [{“Role": "DM"}]
メモ: OpenManage Enterprise でデバイス グループ（G1 や G2 など）を選択するためのデバイス マネージャーのアク
セスを制限するには、dxcua : [{“Role": "DM", "Entity":"G1, G2"}]を使用します
iii. 閲覧者：dxcua : [{“Role": "VE"}]
d. OpenManage Enterprise でクライアントを登録した後に「排他的」スコープが設定されている場合は、PingFederate で設定
されているクライアントを編集し、作成された「dxcua」排他的スコープを有効にします。
3. ［動的クライアント登録］は、OpenManage Enterprise クライアント登録のために、PingFederate で有効にする必要があります。
OpenID Connect プロバイダー クライアント設定で［初期アクセス トークンを要求する］オプションが選択されていない場合
は、ユーザー名とパスワードを使用して登録を行います。このオプションが有効化されている場合、登録は初期アクセス トー
クンでのみ機能します。
OpenManage Enterprise へのロール ベースのアクセスのための
Keycloak での OpenID Connect プロバイダー ポリシーの設定
Keycloak を使用する OpenManage Enterprise OpenID Connect ログインを有効にするには、まずスコープ dxcua をクライアント ID
に追加してマッピングし、次のようにユーザー権限を定義する必要があります。
メモ: OpenID Connect プロバイダー設定ウィザードで指定された検出 URI には、プロバイダーの有効なエンドポイントが表示
されている必要があります。
1. Keycloak ユーザーの［属性］セクションで、次の属性のいずれかを使用して OpenManage Enterprise ログイン ロールの「キー
と値」を定義します。
● 管理者：dxcua : [{"Role": "AD"}]
● デバイス マネージャー：dxcua : [{"Role": "DM"}]
メモ: OpenManage Enterprise でデバイス グループ（G1 や G2 など）を選択するためのデバイス マネージャーのアクセ
スを制限するには、dxcua : [{“Role": "DM", "Entity":"G1, G2"}]を使用します
● 閲覧者： dxcua : [{"Role": "VE"}]
2. クライアントが Keycloak で登録されたら、［マッパー］セクションで、「ユーザー属性」マッパー タイプと以下の値を追加しま
す。
● ［名前］：dxcua
● ［マッパー タイプ］：ユーザー属性
● ［ユーザー属性］：dxcua
● ［トークン要求名］：dxcua
● ［要求の Json 型］：文字列
● ［ID トークンへの追加］：有効
● ［アクセス トークンへの追加］：有効
● ［ユーザー情報への追加］：有効
OpenID Connect プロバイダーを使用した OpenManage Enterprise の
登録ステータスのテスト
［［アプリケーション設定］］ > ［［ユーザー］］ > ［［OpenID Connect プロバイダー］］ページで、次の手順を実行します。
1. OpenID Connect プロバイダーを選択します。
2. 右ペインで［［登録ステータスのテスト］］をクリックします。
メモ: テスト接続は、ユーザー名とパスワード、または最初のアクセス トークンの詳細には依存しません。これは、テスト
では検出 URI の正当性を確認するだけであるからです。
OIDC プロバイダーを使用した最新の登録ステータス（「成功」または「失敗」）が更新されました。
156 OpenManage Enterprise アプライアンス設定の管理