OneLogin で SSO を設定する

組織のオーナーと管理者が、メンバーを OneLogin のアカウントで Actagate にログインさせるための手順です。 OneLogin に OpenId Connect (OIDC) のアプリを作り、Actagate の設定画面で接続を追加して、テストしてから有効にします。

始める前に、運用担当者に SSO_SECRET_ENCRYPTION_KEY と WEB_BASE_URL を設定してもらいます (詳しくはシングルサインオンの考え方)。

1. OneLogin でアプリを作る

OneLogin の管理コンソールで、カスタムコネクタ「OpenId Connect (OIDC)」のアプリを追加します。アプリの設定画面が開きます
Configuration の Redirect URIs に仮の値 https://<ホスト>/api/auth/sso/callback/0 を入れます。本当の URL は、手順 2 で接続を保存したあとに決まります
SSO タブで Application Type を Web にし、Token Endpoint の Authentication Method を POST か Basic にします
Users または Roles で、テストする管理者とログインさせるメンバーにアプリを割り当てます
SSO タブの Client ID、Client Secret、Issuer URL を控えます。issuer は https://<サブドメイン>.onelogin.com/oidc/2 の形です

公式資料: OneLogin のアプリの設定、OpenID Connect

2. Actagate で接続を追加する

「設定」の「セキュリティ」(/ws/settings/security) を開き、「シングルサインオン」の「プロバイダを選んで接続を追加」で「OneLogin」を開きます。接続のフォームが開きます
「表示名」「Issuer URL」「クライアント ID」「クライアントシークレット」を入力し、「接続を追加」を押します。「接続を保存しました。」と表示され、「接続」の一覧に「下書き · 未テスト」の接続が増えます
接続に表示される「IdP に登録するコールバック URL」をコピーします。形は https://<ホスト>/api/auth/sso/callback/<接続 ID> です
OneLogin の Configuration の Redirect URIs にその URL を登録し、仮の値を消します。接続 ID を含め、表示と完全に一致させます

接続フォーム (Okta の例) — 接続のフォーム (Okta の例)。OneLogin のフォームも同じ項目が並ぶ: プロバイダの説明、「公式の設定ガイド」、「表示名」、「Issuer URL」、「クライアント ID」、「クライアントシークレット」

保存後のクライアントシークレットは画面に表示されず、「シークレット: 設定済み」とだけ出ます。

3. テストする

接続の「テスト」を押します。OneLogin のサインイン画面に移ります
管理者自身の OneLogin のアカウントでサインインします。設定画面に戻り、「テストに成功しました。接続を有効化できます。」と表示されます。接続は「テスト済み」になります

テストでは認可コードフロー (PKCE) を最後まで行い、ID トークンの署名、issuer、audience、有効期限、nonce、sub を確かめます。管理者のセッションはそのままで、利用者の作成もログイン方法の紐づけも行いません。失敗したときは理由コードが表示されます。

4. 有効化する

接続の「有効化」を押します。「接続を有効にしました。ログイン画面から利用できます。」と表示され、状態が「有効」になります

「有効化」はテストに成功するまで押せません。Issuer URL、クライアント ID、クライアントシークレットを変えると、テストの結果が消えて下書きに戻ります。

5. ログインを確かめる

招待済みの一般メンバーがログイン画面を開きます。「<表示名> で続ける」のボタンが出ています
ボタンを押して OneLogin でサインインします。Actagate の画面が開きます
OneLogin でアプリを割り当てていない利用者は、サインインできないことを確かめます

初回のログインでは、IdP が検証済み (email_verified) と示すメールアドレスを、招待済みメンバーのメールアドレスと照合します。オーナーと管理者は、既存の方法でログインしてから「設定」の「ログイン方法」で「<表示名> を追加」を押して紐づけます。

6. 困ったとき

provider_rejected: アプリの割り当てと、Redirect URIs に登録した URL を確かめます
token_exchange_failed: クライアント ID とクライアントシークレット、Token Endpoint の方式を確かめます
unsupported_client_auth: Token Endpoint の Authentication Method を POST か Basic にします

ほかの理由コードは SSO で困ったときにまとめています。