この例では、認証サーバーはAzure Active Directory (Azure AD) Web APIです。
始める前に
- 管理者として、認証サーバーからOAuth 2.0クライアント認証情報を取得済みであること。
- 管理者として、認証サーバーを設定済みであること。
- [Administrators] (管理者)グループ、または[Security Administrators] (セキュリティ管理者)グループに割り当てられたユーザーとしてサインインしていること。
手順
-
[Connection] (接続)タブの次のフィールドに入力します。
注: リクエストのパス内の{tenant}値は、アプリケーションにサインインするユーザーの制御に使用されます。許可されている値はテナント識別子です。たとえばテナント - 独立トークンでは、8eaef023-2b34-4da1-9baa-8bc8c9d6a490、contoso.onmicrosoft.com、commonのいずれかとなります。[Scope] (範囲)フィールドのemail profile値は、ユーザーのメールアドレスと基本的なプロファイル情報を必要としていることを示します。
-
[Attribute Mapping] (属性のマッピング)タブで、ユーザー属性をマッピングします。
-
[Group Mappings] (グループのマッピング)タブで、外部ユーザーアカウントからのグループ属性をTalend Data Catalogグループ名にマッピングします。
グループの自動割り当てを有効にする場合は、[Attribute Mapping] (属性のマッピング)タブの[Groups] (グループ)属性に、ユーザーアカウント情報の対応するフィールド名を入力します。Talend Data Catalogはこのフィールドの値をセキュリティグループ割り当てとして使います。
ユーザーアカウント情報は、OAuthサーバーがログインリクエストに基づいてアクセストークンを検証した後でOAuthサーバーからTalend Data Catalogへと返されます。Talend Data Catalogの[Groups] (グループ)にマッピングされているOAuth属性に割り当てられた個別の値をマッピングすることもできます。グループのマッピングを設定する際は、ワイルドカード("%")を使うことができます。%は0文字以上の文字に対応します。グループ割り当て用のOAuth属性を入力すると、手動管理のネイティブなグループ割り当てから、OAuthによる自動グループ割り当てへとすべてのOAuthユーザーで切り替わります。OAuthユーザーは、次回のログイン時に以前のネイティブグループ割り当てを失います。
グループ割り当て用の最後のOAuth属性を削除すると、OAuthによるグループ割り当てからネイティブなグループ割り当てへと切り替わります。OAuthユーザーは他のグループに手動で割り当てられるまで、Guestグループに関連付けられます。