KACE as a Service 7.1 - Administrator Guide (Japanese)

Quest Identity Brokerを使用したシングルサインオン

Quest Identity Broker（QIB）を使用すると、ユーザーは使用する資格情報を組織のIDプロバイダやMicrosoft Azure Active DirectoryなどサードパーティのIDプロバイダに関連付けることができます。この関連付けによって、シングルサインオンを使用して管理者コンソールまたはユーザーコンソールにアクセスできるようになります。

QIBを使用して管理者コンソールまたはユーザーコンソールにアクセスするには、ユーザーはブラウザのアドレスフィールドにK1000アプライアンスのホスト名を入力し、ログインページのログイン資格情報の下にあるシングルサインオンを使用したログインをクリックする必要があります。

注: QIBは、単一組織に対してのみ有効化できます。アプライアンス上で組織コンポーネントが有効化されている場合は、デフォルトの組織に対してのみQIBを有効化できます。複数の組織に対してQIBを有効化することはできません。複数の組織に対してシングルサインオンを有効にするには、Active Directory を使用します。詳細については、次を参照してください。 Active Directory シングルサインオンを使用した管理者コンソールまたはユーザーコンソールへのアクセス

シングルサインオン方法としてのQuest Identity Brokerの設定

YQuest Identity Broker（QIB）を使用すると、ユーザーは自身の組織のIDプロバイダやMicrosoft Azure™ Active DirectoryなどサードパーティのIDプロバイダからの資格情報を使用して、管理者コンソールおよびユーザーコンソールにログインできます。

QIBは、単一組織に対してのみ有効化できます。アプライアンス上で組織コンポーネントが有効化されている場合は、デフォルトの組織に対してのみQIBを有効化できます。複数の組織でシングルサインオンを使用するには、Active Directory 認証を使用します。詳細については、シングルサインオン方法としてのActive Directoryの設定を参照してください。

アプライアンスのコントロールパネルに移動します。

◦

アプライアンスで組織コンポーネントが有効化されていない場合は、K1000管理者コンソール（http://K1000_hostname/admin）にログインして、設定をクリックします。

◦

アプライアンスで組織コンポーネントが有効化されている場合は、K1000管理者コンソール（http://K1000_hostname/system）にログインします。または、ページの右上隅にあるドロップダウンリストからシステムを選択して、設定をクリックします。

セキュリティ設定ページのシングルサインオンセクションで、Quest Identity Broker を選択し、次の情報を入力します。

オプション

説明

Webサーバーのアサーションで使用するサービスURL

K1000 アプライアンスに関連付けられた URL。この URL は、アプライアンス設定時に自動的に作成されます。QIBを有効にするには、Questサポートに問い合わせて、このURLを指定して、アプライアンスのRelying Party識別子を取得します。

重要: アプライアンスの SSL を有効または無効にすると、この URL が変更されます。このため、SSL 設定を変更したときには必ずこの URL を Questサポートに提供し、新しいRelying Party識別子を取得する必要があります。

Relying Party識別子

QIBを有効化するため Questサポートから提供される一意の識別子。この識別子によって、認証に使用するIDプロバイダ（ユーザーの組織のIDやMicrosoft Azure Active Directoryなど）が決まります。この識別子を受け取るには、Web Server Assertion Consuming Service URL（ウェブサーバーのアサーションで使用するサービス URL）を Questサポートに提供する必要があります。

ユーザーリクエストを自動で承認する

シングルサインオンアクセスを要求するユーザーがサードパーティ ID プロバイダで認証されると、そのユーザーには K1000 ユーザーコンソールへのアクセスが自動的に付与されます。これらのユーザーのアカウントは、K1000 アプライアンスで自動的に作成されます。

ユーザー要求を手動で承認します

ユーザーが K1000 管理者コンソールまたはユーザーコンソールにアクセスできるようにするには、管理者がアクセス要求を承認する必要があります。ユーザーがサードパーティの資格情報を使用して K1000 にサインオンしようとすると、K1000 が承認要求を作成します。管理者が管理者コンソールにログインすると、承認要求が保留中であるという通知が Dashboard（ダッシュボード）ページの上部にある情報バーに表示されます。管理者が要求を承認すると、ユーザーアカウントが K1000 アプライアンスに作成され、ユーザーが K1000 管理者コンソールまたはユーザーコンソールにアクセスできるようになります。

ID プロバイダ設定を指定するには、高度な設定をクリックします。

注: Questサポートから指示がない限り、これらの設定は変更しないでください。

オプション	説明
Quest Identity BrokerURL	ID プロバイダの URL。
Quest Identity BrokerIdentifier	ID プロバイダの一意の識別子。
Quest Identity BrokerCertificate	ID プロバイダとの通信の検証に使用される証明書。

保存してサービスを再起動をクリックします。

Quest Identity Brokerユーザー承認要求の管理

K1000アカウント資格情報を持たないユーザーが自身の組織のIDプロバイダやMicrosoft Azure Active DirectoryなどのIDプロバイダを使用してK1000管理者コンソールまたはユーザーコンソールにログインしようとすると、Quest Identity Broker（QIB）ユーザー承認要求が作成されます。

•

K1000アプライアンスのシングルサインオン（SSO）方法として、QIBを選択する必要があります。詳細については、シングルサインオン方法としてのQuest Identity Brokerの設定を参照してください。

•

QIBは、要求を手動で承認するように設定する必要があります。

•

QIB承認要求は保留中である必要があります。

注: QIB承認要求が保留中の場合、管理者が管理者コンソールまたはユーザーコンソールにログインすると、メッセージがページ上部の情報バーに表示されます。

Approval Requests（承認要求）リストに移動します。

K1000管理者コンソール（http://K1000_hostname/admin）にログインします。または、管理ヘッダーに組織メニューを表示オプションがアプライアンスの一般設定で有効になっている場合は、ページの右上隅で、ログイン情報の横にあるドロップダウンリストから組織を選択します。

左側のナビゲーションバーで、設定をクリックして、Quest Identity Broker をクリックします。

Approval Request Detail（承認要求の詳細）ページから単一の要求を承認するには、次の手順を実行します。

Identity（ID）列で、要求のリンク名をクリックして、Approval Request Detail（承認要求の詳細）ページを表示します。

このページには、ユーザーおよび ID プロバイダを識別するために ID プロバイダから提供される属性（nameidentifier など）が表示されます。

K1000 にユーザーのアカウントを作成します。アカウントを作成すると、ユーザーがシングルサインオンを使用してユーザーコンソールにのみアクセスできるようになります。管理者コンソールへのアクセスを付与する場合は、User Detail（ユーザーの詳細）ページでユーザーの権限を編集する必要があります。

新規アカウントを作成してエディタを表示

K1000 にユーザーのアカウントを作成し、編集用に User Detail（ユーザーの詳細）ページを開きます。これにより、必要に応じてK1000ユーザーコンソールおよび管理者コンソールのユーザーアクセス権限を変更できます。

既存のアカウントにマップ

承認要求を既存のユーザーアカウントにマップします。このオプションを選択したときは、ドロップダウンリストでマップするアカウントを選択する必要があります。要求を承認すると、選択したアカウントのユーザーの詳細ページにQIB要求情報が追加されます。

注: 複数の承認要求をユーザーアカウントにマップできます。

承認をクリックします。要求が承認され、K1000 にユーザーのアカウントが作成されます。アプライアンス上で組織コンポーネントが有効化されている場合は、アカウントがデフォルトの組織に作成されます。

1 つ以上の要求を承認するには、次の手順を実行します。

Approval Requests（承認要求）ページで、承認要求の隣にある 1 つ以上のチェックボックスをオンにします。

アクションの選択 > 自動作成を選択します。

デフォルトのアクセス権限でアカウントが作成されます。アプライアンス上で組織コンポーネントが有効化されている場合は、アカウントがデフォルトの組織に作成されます。権限を変更するには、ユーザーアカウントを編集します。詳細については、組織ユーザーアカウントの追加または編集を参照してください。

承認要求を拒否するには、次のいずれかを行います。

◦

Approval Request（承認要求）ページから 1 つ以上の要求を拒否するには、その要求の隣にあるチェックボックスをオンにし、アクションの選択 > 拒否を選択します。

◦

Approval Request（承認要求）ページの Identity（ID）列で、要求のリンク名をクリックして Approval Request Detail（承認要求の詳細）ページを表示し、拒否をクリックします。

Quest Identity Brokerを通じたシングルサインオンの使用

シングルサインオン方法としてQuest Identity Brokerが有効になっている場合、ユーザーは自身の組織のIDプロバイダやMicrosoft Azure Active DirectoryなどのIDプロバイダから提供される資格情報を使用して管理者コンソールまたはユーザーコンソールにアクセスできます。

K1000 ログインページ（http://K1000_hostname）に移動します。

ログインページで、ログイン情報の下にあるシングルサインオンをクリックします。

有効なサードパーティの資格情報を指定します。

ログイン要求を自動的に承認するようにアプライアンスが設定されている場合は、ユーザーコンソールが表示されます。ログイン要求を手動で承認するようにアプライアンスが設定されている場合は、通知ページが表示されます。要求が承認されたら、K1000 ログインページに戻って、管理者コンソールまたはユーザーコンソールにアクセスします。

Please select your product:

To serve you better, please complete the Purpose of your Chat:

Recommended Solutions for Your Problem

KACE as a Service 7.1 - Administrator Guide (Japanese)

Quest Identity Brokerを使用したシングルサインオン

Quest Identity Brokerを使用したシングルサインオン

シングルサインオン方法としてのQuest Identity Brokerの設定

シングルサインオン方法としてのQuest Identity Brokerの設定

Quest Identity Brokerユーザー承認要求の管理

Quest Identity Brokerユーザー承認要求の管理

Quest Identity Brokerを通じたシングルサインオンの使用

Quest Identity Brokerを通じたシングルサインオンの使用