仕様書

意味

[409] 403 は、鯖が要求を理解したものの、 それに権限を与えることを拒絶したことを示します >>407。

[9] 常に失敗するので反復するべきでないことを暗示しています >>8。

構文

[410] 鯖は、要求が禁止された理由を公開したい場合は、 その理由を payload で説明できます >>407。

[7] payload body には DAV: 名前空間の error 要素を使うことができます >>6。

[12] WebDAV 鯖は、適切な事前条件符号や事後条件符号があれば XML を返すべきです。それ以外のエラーでは空の payload body を返しても構いませんし、独自の要素を使ってエラーを表しても構いません。 >>11

[13] 次の事前条件符号や事後条件符号があります。

文脈

[2] 鯖は、要求に妥当な credentials が含まれていて、 なお適切なアクセス権を有しない場合には、 403 応答を返すべきought toです >>1。

[5] HTCPCP-TEA において Accept-Additions: ヘッダーで指定された添加物の組み合わせが不適切とみなされる時は、 403 応答を返すことができます >>4。

[15] 要求の payload body に XML 外部実体参照が含まれており、 鯖がこれを拒否したい時は、 403 状態符号と no-external-entities 事前条件符号を使うことができます >>14。

[17] PROPFIND 要求が Depth: infinity となっており、これに対応していない時は、 403 応答で事前条件符号 propfind-finite-depth を返すべきです >>16。

[21] PROPFIND 要求に対する 207 応答内の status 要素では、 認証によらず特性を表示できないことを表すために使うことができます >>16。

[20] PROPPATCH 要求に対する 207 応答内の status 要素では、 何らかの理由での変更の拒否を表すために使うことができます >>18。

[19] PROPPATCH 要求によって保護特性を変更しようとした時は、 状態符号 403 と事前条件符号 cannot-modify-protected-property を使うべきです >>18。

[23] MKCOL 要求で指定された URL にコレクションを作れない時や親となるコレクションが追加を受け付けていない時は、 403 応答を返します >>22。

[26] COPY 要求 >>25 や MOVE 要求 >>27 の始点と終点が同じ資源の時、 403 応答を返すことができます。

[29] UNLOCK 要求によってロックを破棄する権限が無い場合、 403 応答を返すことができます >>28。

処理

[411] 要求に credentials が含まれていた場合は、 鯖がアクセスを認めるのには不十分と判断したことを示していますから、 クライアントは同じ credentials で要求を繰り返すべきではありません >>407。

歴史

[405] RFC 7168 - The Hyper Text Coffee Pot Control Protocol for Tea Efflux Appliances (HTCPCP-TEA) ( (2014-04-02 07:55:01 +09:00 版)) http://tools.ietf.org/html/rfc7168#section-2.3.2

[406] RFC 7252 - The Constrained Application Protocol (CoAP) ( (2014-06-27 00:59:37 +09:00 版)) http://tools.ietf.org/html/rfc7252#section-5.9.2.4

関連

[413] 起源鯖は、対象資源の存在をも隠したいときは、 403 ではなく 404 を使っても構いません >>407。

[414] 禁止の理由が credentials が正しくないこと、あるいは credentials が与えられていないことの場合は、 401 を使うことができます。