- Auth0 がユーザーに Web ページを表示する必要がある場合、URL はどのようなものにすべきでしょうか？
- SDLC (ソフトウェア開発ライフサイクル) を支えるために、Auth0 をどのように構成できますか？
- Auth0 テナントが契約に適切にひも付いていることを、どのように確保できますか？
- 組織内の他のプロジェクトも Auth0 と連携している場合、何を考慮する必要がありますか？特に、独自の、または異なるユーザードメインを対象とするプロジェクト (たとえば、従業員のみが使用するアプリケーション) についてです。
- 顧客組織の構造やドメインを、Auth0 の構成とどのように対応付けられますか？
テナントのプロビジョニング
すべては Auth0 テナントから始まります。Auth0 の利用設定はこのテナントで行い、アプリケーション、Connections、ユーザープロファイル などの Auth0 の資産もここで定義、管理、保存されます。Auth0 テナントには Auth0 の Dashboard からアクセスします。また、Dashboard から追加の関連テナントを作成することもできます。Auth0 テナントは複数作成できるため、異なるユーザードメインを分離しつつ、ソフトウェア開発ライフサイクル (SDLC) にも対応できるようにテナントを構成できます。 ユーザードメインについて必要な分離レベルを見極めることは重要なステップです。さらに、これはブランディング要件とあわせて、本番環境で必要になる Auth0 テナント数を判断する際の助けにもなります。本番環境で運用する Auth0 テナントごとに、SDLC を支えるテナント一式 を作成することを推奨しているため、管理が必要な Auth0 テナント数はすぐに増える可能性があります。そのため、本番用に複数の Auth0 テナントを作成する前に十分検討し、最終判断を下す前に Branding に関するガイダンスを確認してください。複雑な組織におけるテナントのプロビジョニング
ほとんどの場合、顧客の組織ごとに個別の Auth0 テナントをプロビジョニングする必要はありません。これは、新しいOrganizations 機能のリリースによって、さらに簡単になりました。ただし、状況によっては、構成の複雑さを軽減するうえで有効な場合もあります。たとえば、次のような場合は、ベストプラクティスとして顧客の組織ごとに個別の Auth0 テナントをプロビジョニングすることを推奨します。- 顧客の組織で、その組織専用のカスタムログイン URL が必要な場合。通常これは、共通のログイン URL を使用するのではなく、各組織が独自のバニティ URL を持てるようにしている場合に限られます。Auth0 では、1 つのテナントにつき 1 つのをサポートしています。
- 顧客の組織がログインにソーシャルプロバイダーを使用している場合。この場合、その組織向けにブランディングされたソーシャルプロバイダー用のカスタム同意ページを用意することが望ましいケースがよくあります。
テナントの関連付け
ご利用のすべてのテナントが Auth0 との契約に関連付けられ、同じ機能を利用できるようにするには、すべてのテナントが貴社アカウントに関連付けられていることを確認してください。各開発者がテスト用に独自のサンドボックスを作成したい場合は、それらにも同じ権限が付与されるよう、貴社アカウントに関連付けてください。これを行うには、Auth0 の担当者または Auth0 Support Center にお問い合わせください。カスタムドメイン
Auth0テナントを設定すると、そのテナントにアクセスするためのURLはhttps://{yourTenant}.auth0.com の形式になります。Auth0テナントに カスタムドメイン (バニティURLとも呼ばれます) を設定することは、ブランディング要件を満たすうえで重要なだけでなく、さらに重要なこととして、セキュリティ上のメリットももたらします。
- 一部のブラウザーでは、共有ドメインがないと、デフォルトで iFrame 内での通信が難しくなります。たとえば、SafariのITPはAuth0のトークン更新に関する問題を引き起こします。
- バニティURLがあると、ドメインはフィッシングされにくくなります。これは、攻撃者もあなたのURLをまねるためにバニティURLを作成しなければならないためです。たとえば、カスタムドメインを使えば独自の証明書を使用して「Extended Validation」を取得でき、フィッシングをさらに困難にできます。
Auth0テナントごとに許可されるカスタムドメインは1つだけです。これは、Auth0のテナントが「ユーザードメイン」を表すことを想定しているためです。複数のバニティURLが必要な場合は、複数のユーザードメインがある可能性が高いため、複数のテナントを使用するべきです。
SDLC のサポート
どの企業にも何らかの形で ソフトウェア開発ライフサイクル (SDLC) があり、開発プロセス全体を通して、その戦略に沿って進める必要があります。たとえば、アプリケーション自体をテストするのと同じように、Auth0 との統合もテストできなければなりません。そのため、SDLC をサポートできるように Auth0 テナントを構成することが重要です。これを実現するためのテナント構成のベストプラクティスには、お客様が一般的に採用している一定のパターンがあります。
場合によっては、開発環境に影響を与えずに変更をテストできるよう、1 つ以上のサンドボックス (例: company-sandbox1, company-sandbox2) を作成することもあります。ここでは、デプロイスクリプトなどをテストすることになるでしょう。
Enterprise サブスクリプションをご利用のお客様は、SDLC をサポートするために設定したテナントが、適切にサブスクリプションに関連付けられていることを確認してください。これにより、各テナントで一貫した機能セットが有効になります。