これらの Auth0 ツールは、ユーザーを認証できるようにアプリケーションを変更する際に役立ちます。
- Quickstarts は、認証を実装する最も簡単な方法です。Universal Login と、Auth0 の言語別・フレームワーク別 SDK の使い方を紹介しています。
- Auth0 Authentication API は、自分でコードを書いて実装したい方向けのリファレンスです。まず、使用するフローを特定し、次にそのフローを実装するための手順に従ってください。
token URL に POST する例
パラメーター
レスポンス
access_token、token_type、expires_in の値を含むペイロードを含む HTTP 200 レスポンスが返されます。
アクセストークンのaudienceを制御する
/authorize エンドポイントを使用してアクセスをリクエストします。このアクセスはアプリケーションによって要求され、認証中にユーザーによって許可されます
テナントは、常にデフォルトのaudienceが含まれるように設定できます。
アクセストークンが複数の対象audienceを持てるのは、特定の1つのケースだけです。そのためには、カスタム API のをRS256に設定する必要があります。詳しくは、Token Best Practicesを参照してください。
複数のaudience
openidをスコープに指定すると、発行されるアクセストークンのaud claimは文字列ではなく配列になります。また、そのアクセストークンはカスタムAPIと/userinfo エンドポイントの両方に対して有効です。アクセストークンに2つ以上のaudienceを設定できるのは、単一のカスタムAPIとAuth0の/userinfo エンドポイントを併用する場合に限られます。
カスタムドメインと Auth0 Management API
iss) claim) を持つトークンを発行します。カスタムドメイン のユーザーは、または Auth0 ドメインのいずれかを使用できます。
たとえば、https://login.northwind.com というカスタムドメインがあるとします。https://login.northwind.com/authorize からアクセストークンをリクエストした場合、そのトークンの iss claim は https://login.northwind.com/ になります。一方、https://northwind.auth0.com/authorize からアクセストークンをリクエストした場合、そのトークンの iss claim は https://northwind.auth0.com/ になります。
カスタムドメインから、対象 audience を Auth0 の に指定してアクセストークンをリクエストする場合は、Auth0 Management API も 必ず カスタムドメイン経由で呼び出す必要があります。そうしないと、そのアクセストークンは無効と見なされます。