EK の汎用 SAML フローは Azure AD / Entra ID とそのまま動作します。まだお読みでない場合は、開始前に統合の仕組みを理解するために SAML SSO の概要を参照してください。
前提条件
- Azure AD / Entra ID テナントへの管理者アクセス権があること。
- オンプレミス EK インスタンスへのスーパーアドミンアクセス権があること。
- EK バックエンドホストの完全修飾ドメイン名(FQDN)を知っていること(例:
ek-api.corp.acme.com)。 - SSO を有効にしたいメールドメインを知っていること(例:
acme.com)。
パート1 — Azure AD の設定
Azure AD で新しいエンタープライズアプリケーションを作成
1
新しいエンタープライズアプリケーションを作成
Azure ポータルで、Azure Active Directory → エンタープライズアプリケーションに移動し、新しいアプリケーションをクリックします。独自のアプリケーションを作成を選択し、名前(例:
EK SSO)を付け、**ギャラリーにない他のアプリケーションを統合(Non-gallery)**を選択します。2
SSO 設定を開く
アプリケーションが作成されたら、管理 → シングルサインオンに移動し、サインオン方法として SAML を選択します。
3
基本 SAML 設定を入力
基本 SAML 設定セクションで、以下の値を入力します:
4
属性とクレームを設定
属性とクレームセクションで、以下のマッピングを確認または追加します:
パート2 — Azure AD メタデータの取得
Azure AD アプリケーションが設定されたら、フェデレーションメタデータ URL を取得します:1
SAML 証明書セクションに移動
アプリケーションで、管理 → シングルサインオン → SAML 証明書に移動します。
2
App Federation Metadata URL をコピー
App Federation Metadata URL を見つけてコピーします。パスは:この URL はパート3で必要です。


パート3 — EK でドメインを登録
ドメイン登録エンドポイントにPOST リクエストを送信します:
必須フィールド
認証
このエンドポイントにはX-API-KEY および X-API-SECRET ヘッダーとして渡す EK API Key と Secret が必要です。
成功すると、バックエンドの sso_providers テーブルにレコードが作成されます。
パート4 — フロントエンドの設定
ドメインが登録されたら、フロントエンドの環境変数を設定し、フロントエンドサービスを再起動します。1
フロントエンドの環境ファイルを開く
オンプレミスデプロイメントサーバーで
onprem-deployment/.env.web を開きます。2
環境変数を追加
以下の行を追加し、
acme.com を実際のメールドメインに置き換えます:3
フロントエンドサービスを再起動
統合のテスト
実際の@<domain> ユーザーで EK にサインインし、フローがエンドツーエンドで動作することを確認します。ユーザーが正常に認証されたがアクセスを拒否された場合、SAML アクセスコントロール設定を確認してください — EK SAML アクセスコントロールと自動チーム/プロジェクト割り当てガイドを参照してください。