アクティブディレクトリドメインの概要

Active Directory ドメインを AppStream 2.0 で使用するには、それらがどのように連携するか、および完了する必要がある設定タスクを理解する必要があります。次のタスクを実行する必要があります。

1. 必要に応じて、アプリケーションのエンドユーザーエクスペリエンスとセキュリティ要件を定義できるように、グループポリシーを設定します。

2. ドメイン結合アプリケーションスタックを AppStream 2.0 で作成します。

3. AppStream 2.0 ID プロバイダーで SAML 2.0 アプリケーションを作成し、直接または Active Directory グループを介してエンドユーザーに割り当てます。

ユーザーがドメインに対して認証されるようにするには、これらのユーザーが AppStream 2.0 ストリーミングセッションを開始するときにいくつかのステップを実行する必要があります。次の図は、最初のブラウザリクエストから SAMLおよび Active Directory 認証までの end-to-endユーザー認証フローを示しています。

ユーザー認証フロー

1. ユーザーが https://applications.exampleco.com を参照します。サインインページがユーザーの認証をリクエストします。

2. フェデレーションサービスが組織の ID ストアからの認証をリクエストします。

3. ID ストアはユーザーを認証し、フェデレーションサービスに認証レスポンスを返します。

4. 認証が成功すると、フェデレーションサービスはユーザーのブラウザにSAMLアサーションを投稿します。

5. ユーザーのブラウザは、SAMLアサーションを AWS サインインSAMLエンドポイント (https://signin.aws.amazon.com/saml) に投稿します。 AWS サインインはSAMLリクエストを受け取り、リクエストを処理し、ユーザーを認証し、認証トークンを AppStream 2.0 サービスに転送します。

6. AppStream 2.0 からの認証トークンを使用すると AWS、ユーザーは認可され、ブラウザにアプリケーションが表示されます。

7. ユーザーはアプリケーションを選択し、 AppStream 2.0 スタックで有効になっている Windows ログイン認証方法に応じて、Active Directory ドメインのパスワードを入力するか、スマートカードを選択するように求められます。両方の認証方法が有効になっている場合、ユーザーはドメインパスワードを入力するか、スマートカードを使用するかを選択できます。証明書ベースの認証は、プロンプトを省略してユーザーの認証にも使用できます。

8. ドメインコントローラーに接続してユーザーを認証します。

9. ドメインで認証された後、ユーザーのセッションがドメインに接続できる状態で開始されます。

ユーザーの視点から見ると、このプロセスは透過的です。ユーザーはまず組織の内部ポータルに移動し、 AWS 認証情報を入力することなく AppStream 2.0 アプリケーションポータルにリダイレクトされます。アクティブディレクトリドメインのパスワードまたはスマートカードの認証情報のみが必要です。

ユーザーがこのプロセスを開始する前に、必要な資格およびグループポリシーを使用してアクティブディレクトリを設定し、ドメイン参加済みのアプリケーションスタックを作成する必要があります。