仕様書

意味

[523] 400 状態符号は、 何らかのクライアントのエラー (例えば要求の構文の不正など) がみられるために要求を鯖が処理できないこと、処理しないことを示します >>522。

文脈

[506] 受信者は、要求行が非妥当である時に、 301 を返すのでなければ 400 を返すべきです >>505。

[5] 鯖は、要求のヘッダー名と : の間に空白があれば、 400 を返さなければなりません >>4。

[504] 鯖は、 message/http 以外の要求メッセージで行折り畳みを見つけた時は、これを SP に置き換えるか、または 400 を返さなければなりません。 その場合メッセージ本体は行折り畳みが含まれていることを示す表現が好ましいとされています。 >>503

[508] 要求メッセージにメッセージ本体が存在する場合で、 Transfer-Encoding: ヘッダーの最後の転送符号化が chunked 以外の時は、 400 応答を返して接続を閉じなければなりません >>507。

[509] 要求メッセージの Content-Length: が無視されない場合で、複数あったり非妥当だったりする場合は、 400 応答を返して接続を閉じなければなりません >>507。

[511] 鯖は、要求メッセージを受け取ることを期待していて、 文法に沿わないオクテット列を受け取った時、他の条件に合致しなければ、 400 応答を送るべきです >>510。

[101] 鯖は、 HTTP/1.1 要求メッセージに Host: ヘッダーが含まれていないか、 複数含まれているか、 欄値が非妥当であるなら、 400 応答を返さなければなりません。 >>85

[15] 鯖は、 SNI と HTTP とでホストが異なっていれば、 400 を返すことがあります。

[521] 起源鯖は、対象資源に PUT を認めている場合で、 要求に Content-Range: ヘッダーが含まれる場合、 payload が一部分しか含まれないのに誤って PUT を使っている可能性があるため、 400 応答を送信しなければなりません >>507。

[2] 鯖は、 WebDAV に従う資源への要求の payload body が整形式 XML 1.0 文書でなかったり、おかしな内容を含んでいたりするとき、 400 応答を返します >>1。

[8] DoS攻撃と思しき時には接続を切断しても構いませんが、 400 応答を返して理由を説明しても構いません >>7。

[10] UNLOCK 要求に Lock-Token: ヘッダーが指定されなかった場合、 400 応答を返すことができます >>9。

[12] 鯖は、パッチ文書の構文が正しくない時、 400 応答を返すべきです >>11。

[14] Accept-Datetime: ヘッダーの構文が正しくない時は、 400 応答を返さなければなりません >>13。

[16] OAuth 1.0 の認証された要求が不適切なときに、 400 応答を返すべき場合があります。

キャッシュ

[18] 400 はキャッシュ可能ではありません。 キャッシュ可能

歴史

[512] 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.1

[525] RFC 3507 - Internet Content Adaptation Protocol (ICAP) ( (2014-06-08 07:17:07 +09:00 版)) http://tools.ietf.org/html/rfc3507#section-4.3.3

[526] RFC 4037 - Open Pluggable Edge Services (OPES) Callout Protocol (OCP) Core ( (2014-10-26 15:20:25 +09:00 版)) https://tools.ietf.org/html/rfc4037#section-10.10