SSO
シングルサインオン(SAML2 経由)は、OpenReplay Enterprise Edition でのみ利用できます。
Identity Provider(IDP)の設定
Section titled Identity Provider(IDP)の設定Identity Provider のダッシュボードで、openreplay という名前の新しいアプリを作成します(このアイコンを使用できます)。設定ページで、以下の値を設定してください(YOUR_DOMAIN は、正しい値(例: https://openreplay.mycompany.com)に置き換えてください)。
| 変数 | 値 |
|---|---|
| ACS URL(Single Sign On URL または Consumer URL とも呼ばれます) | |
| Entity ID(Audience とも呼ばれます) | |
| Single Logout URL(SLO URL とも呼ばれます) | (任意) |
| Name ID(‘Attribute Statements’ または ‘Parameters’ セクションで設定できる場合もあります) | Email、EmailAddress、または urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress(Identity Provider によって異なります) |
| SAML initiator | Service Provider に設定します(任意) |
‘Attribute Statements’ または ‘Parameters’ セクションで、以下のフィールドを必ず定義してください。
| フィールド | 値 |
|---|---|
| tenantKey | その値は、ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます(Cloud Dedicated プランをご利用の場合は、この属性を追加しないでください) |
| firstName | user.firstName |
| lastName | user.lastName |
| internalId | Internal ID または user.email(ID 管理システムにおけるユーザーの ID)(任意) |
| groups | OpenReplay におけるユーザーのロールと管理者権限を表します。Identity Provider によって、user.role や group などを指定できます(任意、デフォルト = 管理者権限のない member)。IdP 側で OpenReplay のロール管理を簡単にするため、管理者権限を持つユーザーを含む OpenReplay-admin というグループと、ロール ‘member’ を持つユーザーを含む OpenReplay-member というグループを作成できます |
これで、次のステップ/セクションに必要な値がすべてそろいました。
SSO(SAML2)の設定
Section titled SSO(SAML2)の設定Cloud Dedicated プランをご利用の場合は、Console に移動し、インスタンスをクリックして、SSO セクションの変数を設定します。
それ以外で、Enterprise Edition を実行している場合は、openreplay -e を実行し、chalice セクションにある以下の環境変数のコメントを解除して更新します。
| 変数 | 説明 |
|---|---|
| idp_entityId | Identity Provider の entityId。Issuer URL とも呼ばれます |
| idp_sso_url | Identity Provider の singleSignOnService。SAML 2.0 Endpoint (HTTP) とも呼ばれます |
| idp_x509cert | x509cert。改行を含まない 1 行の文字列である必要があります。値のフォーマットには、こちらのツールを使用できます |
| idp_name | Identity Provider の名前(任意) |
| idp_sls_url | Identity Provider の singleLogoutService。SLO Endpoint (HTTP) とも呼ばれます(任意) |
| enforce_SSO | true に設定すると、ユーザー名とパスワードによるすべての接続がブロックされます(任意、デフォルト=false) |
| idp_group_prefixes | IdP のグループ名のプレフィックス(任意、デフォルト=OpenReplay-,or-) |
その後、:wq で保存して終了すると、変更が反映されます。
OpenReplay 証明書
Section titled OpenReplay 証明書これは任意の手順です。SSO のセキュリティをさらに強化するために、x509 証明書を追加できます。
- サーバーまたはセキュアなマシンで、次のコマンドを実行します(証明書の有効期間は、必要に応じて変更できます)。
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout openreplay-sso.key -out openreplay-sso.crt
- サーバーで
openreplay -eを実行します chaliceセクションに、以下の環境変数を追加します。
- sp_crt: 生成された ‘openreplay-sso.crt’ ファイルの内容を、改行を含まない 1 行の文字列にしたもの(値のフォーマットには、こちらのツールを使用できます)
- sp_key: 生成された ‘openreplay-sso.key’ ファイルの内容を、改行を含まない 1 行の文字列にしたもの
:wqで保存して終了すると、変更が反映されます- 生成された ‘openreplay-sso.crt’ ファイルを、Identity Provider のアプリケーション設定に追加します
Okta を使用した例
Section titled Okta を使用した例- Okta の管理ダッシュボードにログインし、‘Applications’ > ‘Applications’ に移動します
- ‘Create new app integration’ を押し、SAML 2.0 を選択して ‘Next’ を押します
- ‘App Name’ を OpenReplay に設定し(アプリケーションにこのアイコンをアップロードできます)、‘Next’ を押します
- 次のように設定します。
- Single sign on URL を
に設定します /api/sso/saml2/acs/YOUR_DOMAIN - Audience URI (SP Entity ID) を
に設定します /api/sso/saml2/metadata/YOUR_DOMAIN - Name ID format を
EmailAddressに設定します
- ‘Next’ を押し、‘This is an internal app that we have created’ を選択して ‘Finish’ を押します
- ‘Sign On’ タブで、下にスクロールして ‘Show legacy configuration’ を押し、‘Edit’ を押します
- ‘Profile Attribute Statements’ で、以下のフィールドを定義します。
- tenantKey: フォーマットを
Basicにし、値をに設定します。この値は OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます(Cloud Dedicated プランをご利用の場合は、この属性を追加しないでください)TENANT_KEY - firstName: フォーマットを
Basicにし、値をuser.firstNameに設定します - lastName: フォーマットを
Basicにし、値をuser.lastNameに設定します - internalId: フォーマットを
Basicにし、値をuser.emailに設定します
- ‘Group Attribute Statement’ で、以下のフィールドを定義します(これは任意です)。
- groups: フォーマットは
Basic、フィルターはMatch Regex、値はOpenReplay-*にします(必要に応じて、別のフィルターと正規表現を指定することもできます)
- ‘save’ を押し、右上までスクロールして ‘View Setup Instructions’ を押すと、SAML2 の設定が表示されます
Cloud Dedicated プランをご利用の場合は、Console に移動し、インスタンスをクリックして、SSO セクションの変数を設定します。
それ以外で、Enterprise Edition を実行している場合は、次の手順に従います。
- OpenReplay をインストールした環境に SSH で接続し、
openreplay -eを実行します chaliceセクションで、以下の環境変数のコメントを解除して設定します。
- idp_entityId: Identity Provider Issuer
- idp_sso_url: Identity Provider Single Sign-On URL
- idp_x509cert: X.509 Certificate。改行を含まない 1 行の文字列である必要があります(値のフォーマットには、こちらのツールを使用できます)
- idp_name: Okta
- 最後に、
:wqで保存して終了すると、変更が反映されます
Azure Active Directory を使用した例
Section titled Azure Active Directory を使用した例- Azure ポータルにログインし、‘Azure Active Directory’ に移動します
- ’+ Add’ を押し、‘Enterprise application’ を選択して、‘Create your own application’ をクリックします
- ‘App Name’ を OpenReplay に設定し、‘Integrate any other application you don’t find in the gallery (Non-gallery)’ を選択して ‘Create’ を押します
- 左側のメニューで ‘Single sign-on’ に移動し、‘Basic SAML Configuration’ ブロックに以下の値を設定します。
- Identifier (Entity ID) を
に設定します /api/sso/saml2/metadata/YOUR_DOMAIN - Reply URL (Assertion Consumer Service URL) を
に設定します /api/sso/saml2/acs/YOUR_DOMAIN - Logout URL を
に設定します /api/sso/saml2/sls/YOUR_DOMAIN
- ‘Attribute & Claims’ ブロックに以下のクレームを追加し、それぞれの ‘Namespace’ フィールドが空のままになっていることを確認します。
- tenantKey: 値を
に設定します。この値は OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます(Cloud Dedicated プランをご利用の場合は、この属性/クレームを追加しないでください)TENANT_KEY - firstName: 値を
user.givennameに設定します - lastName: 値を
user.surnameに設定します - internalId: 値を
user.mailに設定します
- ‘Users and groups’ に移動し、選択したユーザーをアプリケーションに割り当てます
Cloud Dedicated プランをご利用の場合は、Console に移動し、インスタンスをクリックして、SSO セクションの変数を設定します(値は ‘Azure Active Directory’ > ‘OpenReplay’ > ‘Single sign-on’ にあります)。
それ以外で、Enterprise Edition を実行している場合は、次の手順に従います。
- OpenReplay をインストールした環境に SSH で接続し、
openreplay -eを実行します chaliceセクションで、以下の環境変数のコメントを解除して設定します(値は ‘Azure Active Directory’ > ‘OpenReplay’ > ‘Single sign-on’ にあります)。
- idp_entityId: Azure AD Identifier
- idp_sso_url: Login URL
- idp_sls_url: Logout URL
- idp_x509cert: X.509 Certificate。改行を含まない 1 行の文字列である必要があります(値のフォーマットには、こちらのツールを使用できます)
- idp_name: Active Directory
- 最後に、
:wqで保存して終了すると、変更が反映されます
Google Workspace(旧 G Suite)を使用した例
Section titled Google Workspace(旧 G Suite)を使用した例カスタム属性の追加
Section titled カスタム属性の追加- Google Admin コンソールで、‘Directory’ > ‘Users’ > ‘More options’ > ‘Manage custom attributes’ に移動します。
- ‘Add Custom Attribute’ をクリックします。
- 次のフィールドを設定します。
- Category: ‘OpenReplay’
- Custom fields:
- Name: ‘role’
- Info type: ‘Text’
- Visibility: ‘Visible to user and admin’
- No. of values: ‘Single-value’
- Custom fields:
- Name: ‘adminPrivileges’
- Info type: ‘Yes or No’
- Visibility: ‘Visible to user and admin’
- No. of values: ‘Single-value’
- ‘Add’ をクリックします
- 新しいカスタム属性に値を追加するには、‘Users’ に移動します
- 対象のユーザーを選択します
- ‘User information’ をクリックし、‘OpenReplay’ セクションを編集します
- role の値を、OpenReplay で使用するロールに変更します(ロールは、OpenReplay ダッシュボードの ‘Preferences’ > ‘Roles’ で作成したものと一致している必要があります)
- ユーザーに OpenReplay での管理者権限(Admin Privileges)を許可する場合は、adminPrivileges の値を ‘Yes’ に変更します
- ‘Save’ をクリックします
- Google Admin コンソールにログインし、‘Apps’ に移動します
- ‘Web and mobile apps’ を押し、‘Add app’ > ‘Add custom SAML app’ をクリックします
- ‘App name’ を OpenReplay に設定し(‘App icon’ に、このアイコンをアップロードできます)、‘Continue’ を押します
- ‘SSO URL’、‘Entity ID’、‘Certificate’ をコピーして ‘Continue’ をクリックします(これらの値はステップ 11 で使用します)
- 次のように設定します。
- ACS URL を
に設定します( /api/sso/saml2/acs/YOUR_DOMAIN /TENANT_KEYTENANT_KEYは OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます。ただし、Cloud Dedicated プランをご利用の場合は、tenantKey の値を空のままにしてください) - Entity ID を
に設定します /api/sso/saml2/metadata/YOUR_DOMAIN - Name ID format を
Emailに設定します - Name ID を
Basic information > Primary Emailに設定します
- ‘Continue’ をクリックし、‘Add Mapping’ を押して以下の属性を追加します。
Basic information > First Name-> firstNameBasic information > Last Name-> lastNameBasic information > Primary Email-> internalIdOpenReplay > groups-> groups
- ‘Finish’ をクリックします
- Google Admin コンソールで、‘Apps’ > ‘Web and mobile apps’ に移動し、‘OpenReplay’ を選択します
- ‘User access’ をクリックし、‘ON for everyone’ を選択して ‘Save’ を押します
Cloud Dedicated プランをご利用の場合は、Console に移動し、インスタンスをクリックして、SSO セクションの変数を設定します。
それ以外で、Enterprise Edition を実行している場合は、次の手順に従います。
- OpenReplay をインストールした環境に SSH で接続し、
openreplay -eを実行します chalice > envセクションで、ステップ 4 の値を使用して、以下の属性のコメントを解除して設定します。
- idp_sso_url: ‘SSO URL’ の値を貼り付けます
- idp_entityId: ‘Entity ID’ の値を貼り付けます
- idp_x509cert: コピーまたはダウンロードした証明書のフォーマットには、こちらのツールを使用します
- idp_name: 値を
G-Suiteに設定します - idp_tenantKey:
OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できますTENANT_KEY
- 最後に、
:wqで保存して終了すると、変更が反映されます
JumpCloud を使用した例
Section titled JumpCloud を使用した例- JumpCloud の管理ダッシュボードにログインし、左側のメニューで ‘SSO’ に移動します
- ’+ Add New Application’ を押し、‘Custom SAML App’ を選択します
- ‘Display Label’ を OpenReplay に設定し(アプリケーションにこのアイコンをアップロードできます)、‘SSO’ タブに移動します
- 次のように設定します。
- IdP Entity ID を
openreplay/に設定します(TENANT_KEYTENANT_KEYは OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます。ただし、Cloud Dedicated プランをご利用の場合は、tenantKey の値を空のままにしてください) - SP Entity ID を
に設定します /api/sso/saml2/metadata/YOUR_DOMAIN - ACS URL を
に設定します /api/sso/saml2/acs/YOUR_DOMAIN - SAMLSubject NameID を
emailに設定します - SAMLSubject NameID Format: を
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressに設定します - Signature Algorithm を
RSA-SHA256に設定します - Sign Assertion にチェックを入れます
- IDP URL の末尾を
openreplay-にします(この値は後から変更できません。Cloud Dedicated プランをご利用の場合は、tenantKey の部分を空のままにしてください)TENANT_KEY
- OpenReplay 証明書の手順に従った場合は、‘Upload SP Certificate’ を押して、生成された ‘openreplay-sso.crt’ ファイルをアップロードできます。そうでない場合は、この手順を無視してください
- ‘add attribute’ ボタンを押して、‘USER ATTRIBUTE MAPPING’ に以下のフィールドを定義します。
- firstName: 値を
firstnameに設定します - lastName: 値を
lastnameに設定します - internalId: 値を
emailに設定します - groups: 任意。OpenReplay におけるユーザーのロールと管理者権限です。すべてのユーザーで一定の値の場合は、次のステップで定義してください。そうでない場合は、JumpCloud のグループに新しい文字列属性を追加して
OpenReplay-groupsという名前を付け、値にロール名を設定します。その後、SSO 設定で ‘Custom User or Group Attribute’ を選択し、値をOpenReplay-groupsに設定します。
- ‘add attribute’ ボタンを押して、‘CONSTANT ATTRIBUTES’ に以下のフィールドを定義します。
- tenantKey: 値を
に設定します。この値は OpenReplay ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます(Cloud Dedicated プランをご利用の場合は、この属性を追加しないでください)TENANT_KEY - groups: 任意。前のステップで定義した場合は無視してください。OpenReplay におけるユーザーのロールと管理者権限で、OpenReplay で既に定義されているロール名と一致している必要があります(デフォルト = 管理者権限のない
member)
- この段階で、‘User Groups’ タブに移動し、OpenReplay にアクセスできるユーザーのグループを選択できます。後で行うこともできます
- ‘activate’ を押し、確認ポップアップで ‘continue’ を押します
- 新しい OpenReplay アプリケーションのアイコンを押し、左側のドロップダウン ‘IDP Certificate Valid’ で ‘Download certificate’ を選択します
Cloud Dedicated プランをご利用の場合は、Console に移動し、インスタンスをクリックして、SSO セクションの変数を設定します。
それ以外で、Enterprise Edition を実行している場合は、次の手順に従います。
- OpenReplay をインストールした環境に SSH で接続し、
openreplay -eを実行します chaliceセクションで、以下の環境変数のコメントを解除して設定します。
- idp_entityId:
openreplay/TENANT_KEY - idp_sso_url:
https://sso.jumpcloud.com/saml2/openreplay-TENANT_KEY - idp_x509cert: ダウンロードした証明書。改行を含まない 1 行の文字列である必要があります(値のフォーマットには、こちらのツールを使用できます)
- idp_name: JumpCloud
- 最後に、
:wqで保存して終了すると、変更が反映されます
SCIM(System for Cross-domain Identity Management)プロビジョニング
Section titled SCIM(System for Cross-domain Identity Management)プロビジョニングOpenReplay は、Enterprise Edition でのユーザー ID のプロビジョニングをサポートしています。
OpenReplay の SCIM サービスと連携するには、Identity Provider のダッシュボードで SCIM プロビジョニングを有効にするだけです。スムーズに連携するため、以下の値を必ず設定してください。
| 変数 | 説明 |
|---|---|
| SCIM connector base URL | /api/sso/scim/v2/ |
| User unique identifier field name | email |
| Support provisioning actions | Push new users, Push profile updates, Push groups |
| Authentication mode | OAuth2 |
| Access token endpoint | /api/sso/scim/v2/token/ |
| Authorization endpoint | /api/sso/scim/v2/authorize/ |
| Client id | その値は、ダッシュボードの ‘Preferences’ > ‘Account’ で確認できます |
| Client secret | その値は、Postgres データベースで次のクエリを実行すると確認できます: SELECT tenant_secret FROM tenants WHERE tenant_key = ' |
これらの値を設定した後は、Identity Provider のダッシュボードの指示に従って、連携のテストとアプリケーションの承認を行います。
[任意] openreplay -e を実行し、chalice/environment を探して、変数 SCIM_ALLOWED_REDIRECT_HOSTS に IdP のホストを定義します。デフォルトでは .okta.com に設定されています。ホストが不明な場合や、より厳密な値にしたい場合は、IdP の認証を試し、chalice のログに出力された値を確認してください。
この後、OpenReplay を SCIM Service Provider として使用して、ユーザー ID をプロビジョニングできるようになります。
注記:OpenReplay は SCIM Service Provider として動作しますが、ユーザーを複数のグループに分割すること(つまり、各ユーザーは 1 つのグループにのみ所属できます)はサポートしていません。この点が守られていない場合、ユーザーが想定より少ない、または多いプロジェクトに割り当てられたり、OpenReplay アプリケーションで想定より少ない、または多い権限を持つことがあります。
Okta を使用した例
Section titled Okta を使用した例SAML 2.0 アプリケーションで、次の操作を行います。
SCIM プロビジョニングの追加
Section titled SCIM プロビジョニングの追加- General タブをクリックします
- App Settings セクションで、Edit をクリックします
- Provisioning フィールドで SCIM を選択し、Save をクリックします
プロビジョニングオプションの選択
Section titled プロビジョニングオプションの選択- Provisioning タブをクリックします。SCIM 接続の設定は、Settings > Integration の下に表示されます。
- Settings > Integration で、Edit をクリックします。
- 上記の SCIM connector base URL と、ユーザーの一意の識別子のフィールド名を指定します。
- Supported provisioning actions で、上記のプロビジョニングアクションを選択します。
- Authentication Mode のドロップダウンを、上記の値に設定します。
- 上記のとおりに、Access token endpoint、Authorization endpoint、Client id、Client secret を設定します。
- Save をクリックします。
- Authenticate application をクリックします。
- Provisioning タブで、To App をクリックします。
- Edit をクリックし、
Create Users、Update User Attributes、Deactivate Usersを有効にして変更を保存します(保存後にこれらのオプションが選択されていることを確認してください。選択されていない場合は、ページを更新して、この手順をもう一度やり直してください)。
- 次のステップを開始する前に、Okta で新しいグループを作成することをお勧めします。たとえば、OpenReplay で管理者権限を持つユーザーを列挙する
OpenReplay-adminや、OpenReplay でロールmemberを持つユーザーを列挙するOpenReplay-membersなどです。
- Push Groups タブに移動し、+ Push Groups(by name または by rule)をクリックして、OpenReplay にプッシュするグループを選択し、save を押します
- この時点で、プッシュされたグループは OpenReplay のロールと管理者権限を表しており、OpenReplay にプロビジョニングされたユーザーの一覧は含まれていません。
- Assignmets タブに移動し、ご都合のよい方法(個人またはグループ)でユーザーを追加します
レスポンスが https ではなく http で受信される
Section titled レスポンスが https ではなく http で受信されるこれはよくある問題で、リクエストに ‘X-Forwarded-Proto’ ヘッダーが含まれていないことが原因です。解決するには、ロードバランサーがヘッダーを OpenReplay バックエンドに正しく転送していることを確認し、openreplay -e を実行して、ingress-nginx > config セクションで use-forwarded-headers: true の行のコメントを解除します。