誤り符号の一覧 [4] 誤り符号 error code [5] invalid_request
必須の引数 が指定されなかった >>1 , >>19 , >>20 , >>17 , >>33 非妥当 な引数 値が指定された >>1 , >>19 , >>20 , >>17 , >>33 引数 が複数回指定された >>1 , >>19 , >>20 , >>17 , >>33 アクセストークン が複数の方法で指定された >>17 >>1 , >>19 , >>20 , >>17 , >>33 状態符号 400 べき >>17 [21] invalid_client
クライアント認証 が失敗したことを表します。
(状態符号 401 トークンエンドポイント 参照。)
>>20 , >>33 400 >>45 [22] invalid_grant
指定された認可承諾 (認可符号 や資源所有者credentials など) や更新トークン が非妥当 、
満期 、
取り消し (revoke ) 済み、
リダイレクトURL が一致しない、
あるいは他のクライアント に向けたものであることを表します。 >>20 , >>33 assertion が非妥当な時にも使います >>44 [26] invalid_token
指定されたアクセストークン が満期 している、取り消し (revoke ) されている、
不正である、あるいはその他非妥当であることを表します >>17 状態符号 401 べきです >>17 クライアント は新しいアクセストークン を使って再試行して構いません >>17 [6] unauthorized_client
クライアント が認可符号 またはアクセストークン を要求することを認可 されていない >>1 , >>19 承諾型 を使うことを認められていない >>20 , >>33 [23] unsupported_grant_type
認可鯖 が指定された承諾型 に対応していないことを表します >>20 , >>33 [7] access_denied
資源所有者 または認可鯖 が要求を拒絶したことを表します。 >>1 , >>19 [8] unsupported_response_type
認可鯖 が認可符号 またはアクセストークン の取得に対応していないことを表します。 >>1 , >>19 [34] unsupported_token_type
指定されたトークン の種別の revoke に対応していないことを表します >>33 [9] invalid_scope
要求された適用範囲 が非妥当 か、未知か、不正であることを表します。 >>1 , >>19 , >>20 , >>33 [27] insufficient_scope
要求 にはアクセストークン が有するより高い特権 が必要であることを表します。
状態符号 403 べきです scope 引数 を含めて構いません。 >>17 [10] server_error
認可鯖 が未知の状況により要求を満足できないことを表します。 HTTP 500 状態符号 に相当します。 >>1 , >>19 [11] temporarily_unavailable
認可鯖 が一時的な過負荷やメンテナンスのため要求を処理できないことを表します。 HTTP
503 状態符号 に相当します。 >>1 , >>19 interaction_required >>35 , >>39 login_required >>35 account_selection_required >>35 consent_required >>35 invalid_request_uri >>35 , >>36 invalid_request_object >>35 request_not_supported >>35 request_uri_not_supported >>35 registration_not_supported >>35 invalid_client_metadata >>36 authorization_pending >>37 slow_down >>37 invalid_resource >>38 , >>39 , >>40 insufficient_access >>40 application_suspended >>43 redirect_uri_mismatch >>43 incorrect_client_credentials >>43 bad_verification_code >>43
[29] OAuth の拡張は追加の誤り符号 を定義できます。
登録されたアクセストークン型 、引数 (OAuth 2.0) 、承諾型 が使う拡張の誤り符号 は、
IANA登録簿 >>30 >>13 なりません 誤り符号 も登録できます。
誤り符号 はできるだけ拡張機能の名前で example_invalid
のように修飾するべきです >>28
[31] なぜか他の引数 とは違って、 RFC で規定されている誤り符号 は
IANA登録簿 に含まれておらず、拡張のみ登録する形となっています。
ただし RFC で規定されている誤り符号 と同名のものが拡張で使われる時、
そちらを出典に IANA登録簿 に登録されるようです。 (なんでそんな中途半端なことを...)[42] ヤマレコ は、 0 (エラーなし) または 1 (エラーあり)
を使います >>41
[41] 1. OAuth認証 - ヤマレコ Web API (2015-02-25 16:41:06 +09:00 版) https://sites.google.com/site/apiforyamareco/api/oauth 文脈 [2] 認可エンドポイント からのリダイレクト によって誤り を通知する場合、
error 引数 を指定しなければなりません。
>>1 , >>19
URL query に指定する場合 >>1 素片識別子 に指定する場合 >>19 [24] トークンエンドポイント や revokeエンドポイント からの JSON 応答 によって誤り を通知する場合、
error 引数 を指定しなければなりません。
>>20 , >>33
[25] アクセストークン を指定するために使う auth-scheme 誤り の報告に error 引数 を使うことができます。
資源鯖 参照。[18] 資源鯖 は、資源鯖 への要求がアクセストークン を含んでいて、
認証 に失敗した場合、 error 引数 を
WWW-Authenticate: Bearer べきです >>17
[32] ただしクライアント が認証 に必要な情報を要求 に含めていない場合
(アクセストークン が含まれていない場合や未対応の認証方式 の場合など) は、
error 誤り に関する情報を含めるべきではありません >>17