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