Microsoft Entra ID を使用した自動ユーザー プロビジョニング用に OpenText Directory Services を構成する

この記事では、自動ユーザー プロビジョニングを構成するために OpenText Directory Services と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 構成すると、Microsoft Entra ID で、Microsoft Entra プロビジョニング サービスを使って、OpenText Directory Services に対するユーザーおよびグループのプロビジョニングおよびプロビジョニング解除が自動的に行われます。 このサービスの機能、しくみ、よく寄せられる質問の重要な詳細については、「 Microsoft Entra ID を使用して SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除を自動化する」を参照してください。

サポートされている機能

  • OpenText Directory Services でユーザーを作成する
  • アクセスが不要になった場合に OpenText Directory Services のユーザーを削除する
  • Microsoft Entra ID と OpenText Directory Services の間でユーザー属性の同期を維持する
  • OpenText Directory Services でグループとグループ メンバーシップをプロビジョニングする
  • OpenText Directory Services へのシングル サインオン (推奨)
  • クライアント資格情報認証がサポートされています。
  • 有効期間が長いベアラー トークン認証がサポートされています。

OpenText Directory Services は、次の 国内クラウド デプロイで利用できます。

グローバル サービス 米国政府 21Vianet が運営する中国

[前提条件]

この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。

  • Microsoft Entra ID によってアクセス可能な OTDS インストール。

手順 1: プロビジョニングデプロイメントを計画する

  1. プロビジョニング サービスのしくみについて説明します。
  2. プロビジョニングの対象範囲にいるユーザーを決定します。
  3. Microsoft Entra ID と OpenText Directory Services の間でマップするデータを決定します。

手順 2: Microsoft Entra ID によるプロビジョニングをサポートするように OpenText Directory Services を構成する

以下の手順は、OpenText Directory Services のインストールに適用されます。 OpenText CoreShare テナントまたは OpenText OT2 テナントには適用されません。

  1. 専用の機密 OAuth クライアントを作成します。

  2. リダイレクト URL は指定しないでください。 これらは必須ではありません。

  3. OTDS は クライアント シークレットを生成して表示します。 クライアント IDクライアント シークレットを安全な場所に保存します。

    クライアント シークレット

  4. Microsoft Entra ID から同期するユーザーとグループのパーティションを作成します。

    パーティション ページ

  5. 同期する Microsoft Entra ユーザーとグループに使用するパーティションで作成した OAuth クライアントに管理者権限を付与します。

    • [パーティション] -> [アクション] -> [管理者の編集]

    [管理者] ページ

Microsoft Entra アプリケーション ギャラリーから OpenText Directory Services を追加して、OpenText Directory Services へのプロビジョニングの管理を開始します。 SSO 用に OpenText Directory Services を以前に設定している場合は、同じアプリケーションを使用できます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリーからのアプリケーションの追加の詳細については、 こちらをご覧ください

手順 4: プロビジョニングのスコープに含まれるユーザーを定義する

Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングされるユーザーのスコープを設定する場合は、 スコープ フィルターを使用できます。

  • 小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。

  • 追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。

手順 5: OpenText Directory Services への自動ユーザー プロビジョニングを構成する

このセクションでは、Microsoft Entra ID のユーザーやグループの割り当てに基づいて TestApp でユーザーやグループを作成、更新、無効化するように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。

Microsoft Entra ID で OpenText Directory Services の自動ユーザー プロビジョニングを構成するには、次のようにします。

  1. Microsoft Entra 管理センターに、少なくともクラウド アプリケーション管理者としてサインインします。

  2. Entra ID>エンタープライズアプリケーションに移動します。

    [エンタープライズ アプリケーション] ブレード

  3. アプリケーションの一覧で [ OpenText Directory Services] を選択します。

    アプリケーションの一覧の [OpenText Directory Services] リンク

  4. [プロビジョニング] タブ 選択します。

    [プロビジョニング] タブ

  5. [ + 新しい構成] を選択します。

    [プロビジョニング] タブの [自動] のスクリーンショット。

  6. [ 管理者資格情報 ] セクションで、OpenText Directory Services テナント URL を入力します。

    • 特定以外のテナント URL: {OTDS URL}/scim/{partitionName}
    • 特定のテナントのURL: {OTDS URL}/otdstenant/{tenantID}/scim/{partitionName}
  7. 認証方法として OAuth2 クライアント資格情報の付与 を選択します。

    1. 手順 2 で取得した クライアント IDクライアント シークレット を入力します。

    2. [ テスト接続] を選択して、Microsoft Entra ID が OpenText Directory Services に接続できることを確認します。

    3. 接続できない場合は、OpenText Directory Services アカウントに管理者アクセス許可があることを確認してから、もう一度試します。

      トークンのスクリーンショット。

  8. [ 作成] を選択して構成を作成します。

  9. [概要] ページで [プロパティ] を選択します。

  10. [編集] アイコンを選択してプロパティを編集します。 通知メールを有効にし、検疫メールを受信する電子メールを提供します。 誤削除防止を有効にします。 [適用] を選択して変更を保存します。

    プロビジョニングプロパティのスクリーンショット。

  11. 左側のパネルで [属性マッピング ] を選択し、ユーザーを選択 します

  12. [属性マッピング] セクションで、Microsoft Entra ID から OpenText Directory Services に同期されるユーザー 属性 を確認します。 [照合プロパティ] として選択されている属性は、更新操作で OpenText Directory Services のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、OpenText Directory Services API で、その属性に基づくユーザーのフィルター処理がサポートされていることを確認する必要があります。 [ 保存 ] ボタンを選択して変更をコミットします。

特性 タイプ
ユーザー名
活動中 ブール値
表示名
タイトル
emails[type eq "仕事"].value
優先言語
名前.名
名前.姓
名前.整形済み
addresses[type eq "work"].フォーマット済み
アドレス[タイプ eq "作業"].ストリートアドレス
アドレス[タイプ eq "職場"].ローカリティ
アドレス[タイプが"仕事"に等しい].地域
addresses[タイプ eq "work"].郵便番号
アドレス[タイプ Eq "仕事"].国
phoneNumbers[タイプが "職場" の場合].値
電話番号[タイプ eq "携帯"].値
phoneNumbers[type eq "ファックス"].value
エクスターナルID
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:従業員番号 (employeeNumber)
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:部門
urn:ietf:params:scim:schemas:extension:enterprise:2.0:ユーザー:マネージャー リファレンス
  1. [グループ] を選びます。

  2. [属性マッピング] セクションで、Microsoft Entra ID から OpenText Directory Services に同期されるグループ 属性 を確認します。 [照合プロパティ] として選択されている属性は、更新操作で OpenText Directory Services のグループとの照合に使用されます。 [ 保存 ] ボタンを選択して変更をコミットします。

    特性 タイプ
    表示名
    エクスターナルID
    メンバー リファレンス
  3. スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 参照してください。

  4. オンデマンド プロビジョニングを使用して、少数のユーザーとの同期を検証してから、組織内でより広範にデプロイします。

  5. プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。

手順 6: デプロイを監視する

プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。

  1. プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
  2. 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
  3. プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態の詳細については、 アプリケーションプロビジョニングの検疫状態 に関する記事を参照してください。

その他のリソース