[524] 400
(Bad Request)
は、クライアント側のエラーを表す状態符号です。この状態符号は、
4xx
に他により適切な状態符号が存在しない時に使われます。
[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
応答を返すべき場合があります。
[512] RFC 7252 - The Constrained Application Protocol (CoAP) ( ( 版)) http://tools.ietf.org/html/rfc7252#section-5.9.2.1
[525] RFC 3507 - Internet Content Adaptation Protocol (ICAP) ( ( 版)) http://tools.ietf.org/html/rfc3507#section-4.3.3
[526] RFC 4037 - Open Pluggable Edge Services (OPES) Callout Protocol (OCP) Core ( ( 版)) https://tools.ietf.org/html/rfc4037#section-10.10
422
を返すことができます。