1xx インフォメーショナル

概要

1xx コードは、接続状態情報を共有するための中間応答です。最終的なリクエストまたは応答アクションを意図していません。サーバーからの要件：

• ステータス行の後の最初の空行で全ての応答が終了すること

• HTTP 1.0 では使用されません。オリジンサーバーは HTTP 1.0 クライアントに 1xx 応答を送信してはなりません。

Cloudflare はこれらの応答をすべて転送し、この応答を生成することはありません。

100 続行 (RFC7231 ↗)

応答ボディを送信するための初期リクエストの確認。オリジンサーバーはリクエストを受け入れる意向があります（リクエストヘッダーに基づく）。これは、クライアントが通常応答ボディを送信する前に返されます。これにより、クライアントが不必要または使用できないデータを送信するのを防ぎます。サーバーからの要件：クライアントが Expect: 100-continue ヘッダーを送信した場合、サーバーは即座に 100 Continue で応答し、入力ストリームからの読み取りを続けるか、別の応答コードを送信しなければなりません。Cloudflare は Keep-Alive 接続を使用しているため、この応答は必要ないはずです。

101 プロトコルの切り替え (RFC7231 ↗)

オリジンサーバーは、クライアントのプロトコル切り替えリクエストを受け入れます。クライアントのリクエストには、ヘッダーフィールドに Upgrade が含まれているか、この接続で使用されているアプリケーションプロトコルに変更があったことを示します。Upgrade ヘッダーフィールドを使用している場合、サーバーはクライアントの優先リストで現在使用されているプロトコルよりも高いプロトコルにアップグレードすることに同意したことになります。オリジンサーバーは、接続が切り替えられる新しいプロトコルを示すために Upgrade ヘッダーフィールドで応答しなければなりません。この切り替えがクライアントとサーバーの両方にとって有利であると想定されています。最も一般的な使用ケースは WebSocket です。Cloudflare の WebSocket に関する情報は、Cloudflare は WebSocket をサポートしています ↗を参照してください。

102 処理中 (RFC2518 ↗)

サーバーはクライアントの完了した応答を受け取りましたが、処理にさらに時間がかかることを期待しています（例：> 20 秒）。サーバーはリクエストが完了した後に最終応答を送信しなければなりません。これは HTTP 1.1 以上でのみ使用されます。

Cloudflare が 102 の後に 100 秒以内に応答を受け取らない場合、エラー 522: 接続タイムアウト ↗ が生成されます。102 応答は、エラー 524: タイムアウトエラー ↗を防ぐために使用できます。