この記事の目的は、Zscaler と Microsoft Entra ID で実行する手順を示して、ユーザーやグループを Zscaler に自動的にプロビジョニングおよびプロビジョニング解除するように Microsoft Entra ID を構成することです。
注
この記事では、Microsoft Entra ユーザー プロビジョニング サービスの上に構築されたコネクタについて説明します。 このサービスが実行する内容、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra ID による SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除の自動化」を参照してください。
前提条件
この記事で説明するシナリオでは、次のものが既にあることを前提としています。
- アクティブなサブスクリプションを持つ Microsoft Entra ユーザー アカウント。 まだアカウントがない場合は、無料でアカウントを作成することができます。 - 次のいずれかのロール: - アプリケーション管理者 - Cloud アプリケーション管理者 - アプリケーション所有者。.
- Zscaler テナント。
- 管理者アクセス許可がある Zscaler のユーザー アカウント。
注
Microsoft Entra プロビジョニング統合では、Enterprise パッケージを含むアカウントについて Zscaler 開発者が使用できる Zscaler SCIM API が必要です。
手順 1: ギャラリーから Zscaler を追加する
Microsoft Entra ID での自動ユーザー プロビジョニング用に Zscaler を構成する前に、Microsoft Entra アプリケーション ギャラリーから Zscaler をマネージド SaaS アプリケーションの一覧に追加する必要があります。
Microsoft Entra アプリケーション ギャラリーから Zscaler を追加するには、次の手順を行います。
クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
Entra ID>のEnterprise apps>に移動し、新しいアプリケーションを選択します。
検索ボックスに「 Zscaler」と入力し、結果パネルで Zscaler を選択し、[ 追加] ボタンを選択してアプリケーションを追加します。
手順 2: Zscaler にユーザーを割り当てる
Microsoft Entra ID では、選択されたアプリへのアクセスが付与されるユーザーを決定する際に「割り当て」という概念が使用されます。 自動ユーザー プロビジョニングのコンテキストでは、Microsoft Entra ID 内でアプリケーションに「割り当て済み」のユーザーとグループのみが同期されます。
自動ユーザー プロビジョニングを構成して有効にする前に、Zscaler へのアクセスが必要な Microsoft Entra ID 内のユーザー/グループを決定しておく必要があります。 決定し終えたら、次の手順に従って、これらのユーザーやグループを Zscaler に割り当てることができます。
ユーザーを Zscaler に割り当てるときの重要なヒント
1 人の Microsoft Entra ユーザーを Zscaler に割り当てて、自動ユーザー プロビジョニング構成をテストすることをお勧めします。 後でユーザーやグループを追加で割り当てられます。
Zscaler にユーザーを割り当てるときは、有効なアプリケーション固有ロール (使用可能な場合) を割り当てダイアログで選択する必要があります。 既定のアクセス ロールのユーザーは、プロビジョニングから除外されます。
手順 3: Zscaler への自動ユーザー プロビジョニングを構成する
このセクションでは、Microsoft Entra ID でのユーザー/グループの割り当てに基づいて Zscaler 内のユーザー/グループを作成、更新、無効にするよう、Microsoft Entra プロビジョニング サービスを構成する手順について説明します。
注
Zscaler でドメインを作成するためのサポート チケットを開きます。
ヒント
Zscaler のシングル サインオンに関する記事で説明されている手順に従って、 Zscaler に対して SAML ベースのシングル サインオンを有効にすることもできます。 シングル サインオンは自動ユーザー プロビジョニングとは別に構成できますが、これらの 2 つの機能は相補的な関係にあります。
注
ユーザーとグループをプロビジョニングしたりプロビジョニング解除したりする際は、グループ メンバーシップが適切に更新されるよう、定期的にプロビジョニングをやり直すことをお勧めします。 そうすることによって、サービスによって強制的にすべてのグループが再評価され、メンバーシップが更新されます。 テナント内のすべてのユーザーとグループを同期している場合、または 50K 以上のメンバーを持つ大規模なグループを割り当てた場合、再起動に時間がかかる可能性があることに注意してください。
Microsoft Entra ID で Zscaler の自動ユーザー プロビジョニングを構成する
クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
Entra ID>[エンタープライズ アプリ]>[Zscaler] に移動します。
[プロビジョニング] タブを選択します。
[ + 新しい構成] を選択します。
[ 管理者資格情報 ] セクションで、この記事で後述するように、Zscaler Beta アカウントの テナント URL と シークレット トークン を入力します。
テナント URL とシークレット トークンを取得するには、Zscaler ポータルのユーザー インターフェイスで管理>認証設定に移動し、[認証の種類] で [SAML] を選択します。
[ SAML の構成] を 選択して 構成 SAML オプションを 開きます。
[Enable SCIM-Based Provisioning](SCIM ベースのプロビジョニングを有効にする) を選択して、ベース URL とベアラー トークンを取得し、設定を保存します。 ベース URL をテナント URL にコピーし、ベアラー トークンをシークレット トークンにコピーします。
手順 5 に示すフィールドに入力したら、[ テスト接続 ] を選択して、Microsoft Entra ID が Zscaler に接続できることを確認します。 接続できない場合は、使用中の Zscaler アカウントに管理者アクセス許可があることを確認してから、もう一度試します。
[ 作成] を選択して構成を作成します。
[概要] ページで [プロパティ] を選択します。
[編集] アイコンを選択してプロパティを編集します。 通知メールを有効にし、検疫通知を受信する電子メールを提供します。 誤削除防止を有効にします。 [適用] を選択して変更を保存します。
左側のパネルで [属性マッピング ] を選択し、ユーザーを選択 します。
[属性マッピング] セクションで、Microsoft Entra ID から Zscaler に同期されるユーザー属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で Zscaler のユーザー アカウントとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。
属性 タイプ フィルター処理のサポート Zscaler で必要 ユーザー名 糸 ✓ ✓ externalId 糸 ✓ 活動中 ブール値 ✓ name.givenName 糸 name.familyName 糸 displayName 糸 ✓ urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department 糸 ✓ [グループ] を選択します。
[属性マッピング] セクションで、Microsoft Entra ID から Zscaler に同期されるグループ属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で Zscaler のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。
属性 タイプ フィルター処理のサポート Zscaler で必要 displayName 糸 ✓ ✓ members 関連項目 externalId 糸 ✓ スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている手順 を参照してください。
オンデマンド プロビジョニングを使用して、少数のユーザーとの同期を検証してから、組織内でより広範にデプロイします。
プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。
手順 4: デプロイを監視する
プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。
- プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
- 進行状況バー を確認して、プロビジョニング サイクルの状態と完了までの時間を確認します
- プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。