概要
- SSO の設定は セルフサービス です。誰でも設定を完了し、その値を IT チームに渡すことができます。
- SSO の設定は設定ポータルで行います。ポータルは Profound の外部で開きます。
- いつでも設定を中断して再開できます。入力または生成した値は保持され、このガイドの最後のステップで SSO を有効にするまで、チームは通常どおりサインインを続けられます。
- Profound は、リダイレクト URI などの固定の SSO 接続値を公開していません。また、これらをリクエストする必要もありません。設定手順に従って進めると、ポータルが組織用にこれらの値を生成します。
始める前に
次のものが必要です。- Profound 組織での Admin ロール
- IdP と、ユーザーがサインインに使用する OIDC 認可サーバーへの管理者アクセス
- SSO を有効にするドメイン
- ドメインの所有権を確認するための DNS レコードへのアクセス
- テストサインインを実行するための、SSO ドメイン上の IdP アカウント。このアカウントは ステップ 4 で Profound アプリケーションに割り当てます
設定手順
1
SSO 設定ポータルを開く
- Profound で、画面左上の組織名を選択し、Settings を選択します。
- 左側のナビゲーションサイドバーで、Organization の下にある Enterprise Setup を選択します。Single Sign-On カードに、現在の SSO ステータスと確認済みのドメインが表示されます。
-
Configure SSO を選択して設定ポータルを開きます。

2
ドメインを確認する
ポータルでドメイン確認のステップが表示されます。このステップとそのトラブルシューティングについては、ドメイン確認ガイドで詳しく説明しています。ドメインが確認されると、SSO を有効にするまで Single Sign-On カードのステータスは In progress と表示されます。
3
カスタム OIDC オプションを選択する
ID プロバイダーのステップで、名前付きのプロバイダーではなくカスタム OIDC オプションを選択します。ポータルが Custom OIDC フローに切り替わります。このフローには独自のステップがあります。
- Provide an Identity Provider Name
- Create an Application
- Add Claims
- Provide your OIDC Configuration
- Test Single Sign-On
4
認可サーバーでアプリケーションを作成する
ポータルに、ユーザーのサインイン後に認可サーバーがユーザーを移動させる Login redirect URI が表示されます。この値は接続ごとに生成され、Profound の他の場所には表示されません。ポータルからコピーしてください。
認可サーバーで、次の条件を満たす Profound 用の Web アプリケーションを作成します。

- OIDC のサインイン方式を使用する。
- 認可コードグラントを使用する。
- クライアント ID とクライアントシークレットで認証する。
- Profound の Login redirect URI をサインインリダイレクト URI として設定する。
localhostアドレスなど、IdP が事前入力したプレースホルダーは置き換えてください。 - テストに使用する予定のアカウントを含め、Profound にサインインするユーザーまたはグループに割り当てる。
カスタム認可サーバーに独自のアクセスポリシーがある場合は、Profound 用に作成したアプリケーションがトークンをリクエストできるよう、いずれかのポリシーで許可されていることを確認してください。
5
ID トークンにクレームを追加する
ポータルには、認可サーバーが発行する ID トークンから Profound が読み取るクレームが一覧表示されます。多くのプロバイダーでは、必要なクレームがデフォルトで含まれています。それ以外のプロバイダーでは、認可サーバーの設定で ID トークンにクレームを追加する必要があります。

クレームを追加し、Continue を選択します。認可サーバーがこれらのクレームを ID トークンではなく userinfo エンドポイントからのみ返す場合は、ID トークンに追加せずに続行し、ステップ 6 で Use userinfo endpoint をオンにしてください。
6
OIDC 設定を入力する
認可サーバーの値を入力します。
-
Discovery endpoint: 認可サーバーの OIDC ディスカバリードキュメントの URL。例:
your-company.okta.com/.../.well-known/openid-configuration。 -
Client ID と Client secret: ステップ 4 で作成したアプリケーションの認証情報。

Continue を選択します。ポータルは、続行する前にディスカバリーエンドポイントに到達できることを確認します。
7
シングルサインオンをテストする
接続をテストする準備ができたら、Continue to sign-in を選択します。
ポータルから認可サーバーにリダイレクトされます。Profound アプリケーションに割り当てられた、確認済みドメインのアカウントでサインインします。

- テストが成功した場合は、次のステップに進みます。
- テストが失敗した場合は、ポータルに理由が表示されます。Show session details を選択するとセッション ID が表示され、IdP 管理者や Profound のカスタマーサポートとトラブルシューティングを行う際に役立ちます。設定を修正し、Retry Single Sign-On を選択します。
8
SSO を有効にする
テストに合格したら、ポータルから直接ドメインの SSO を有効にします。Enterprise Setup ページに戻ると、Single Sign-On カードのステータスが SSO Enabled になり、ドメインが Verified と表示されます。Check status を選択すると表示が更新されます。

トラブルシューティング
ディスカバリーエンドポイントに到達できない。
ディスカバリーエンドポイントに到達できない。
入力した URL が認可サーバーの OIDC ディスカバリードキュメントであることを確認してください。URL は次の条件を満たす必要があります。
- 認可サーバーの issuer URL で始まる
/.well-known/openid-configurationで終わる
openid-configuration で終わりません。テストサインインが「The identity provider denied access」で失敗する。
テストサインインが「The identity provider denied access」で失敗する。
IdP が、テストユーザーの Profound アプリケーションへのサインインを拒否しました。接続のテストに使用しているアカウントが、IdP でアプリケーションに割り当てられていることを確認してください。Okta のカスタム認可サーバーを使用している場合は、そのサーバーのアクセスポリシーが Profound アプリケーションに適用されていることも確認してください。
注意事項
- Profound の各組織には、それぞれ独自の SSO 接続が必要です。
- サブドメインはルートドメインと同じ SSO 接続を使用できません。各サブドメインには独自の接続が必要です。
- ドメインの SSO が有効になっている間は、そのドメインの確認用 TXT レコードを削除しないでください。
- 設定中にサポートが必要な場合は、カスタマーサポートにお問い合わせください。