HTTP/1.1 のコネクション管理の理解メモ

5月 132019

参照 RFC7230 6

HTTP は、リクエスト・レスポンスのセットを TCP コネクション上で送受信する
HTTP/1.0 の既定では、1 つのリクエスト・レスポンスが完了したら TCP コネクションは閉じられる
- Connection: keep-alive リクエストヘッダーにより TCP コネクションを閉じず再利用する持続的接続 (Persistent Connection) ができるようになった
HTTP/1.1 では持続的接続は既定で有効であり、 Connection: keep-alive は必要ない
- HTTP/1.0 サーバーとの持続的接続を望む場合は送信される
HTTP/1.1 における「コネクション」とは、メッセージ経路全体ではなく隣接ノード間 (クライアントとプロキシ間など) のコネクションのことを指す

参照 RFC7230 6.3, A.1.2

コネクションはいつでも close できる
HTTP/1.1 以上であれば Connection: close が送信されるまで持続できる
HTTP/1.0 の場合、以下をすべて満たすならば持続できる
- Connection: keep-alive が指定されている
- プロキシ宛のリクエストではない
- HTTP/1.0 の keep-alive の仕組みを望んで利用する
HTTP/1.0 未満の場合、持続しない
プロキシサーバーは HTTP/1.0 クライアントと持続的接続をしてはならない
Proxy-Connection ヘッダーはうまく機能しないため送信しないことが奨励される

参照 RFC7230 6.4

参照 RFC7230 6.3.2

参照 RFC7230 6.6

参照 RFC7230 6.1

Connection ヘッダーは、以下の2つの機能を提供する
- 隣接ノード間向けのヘッダー (hop-by-hop ヘッダー) と、経路全体向けのヘッダー (end-to-end ヘッダー) を区別できるようにする機能
- コネクションの close を通知する機能 (Connection: close)
Connection ヘッダー自体は、隣接ノード間のコミュニケーションにのみ利用される
中継者は Connection ヘッダーを以下の手順で処理する
1. Connection ヘッダーに指定された各値 (コネクションオプション) と同じ名前のヘッダーをメッセージから除去する
2. Connection ヘッダーの値を自前のものに置換するか、Connection ヘッダーを除去する
hop-by-hop ヘッダーと定義されているヘッダーでも Connection ヘッダーに指定しなければならない [RFC7230 A.2]
end-to-end ヘッダー (プロキシが必ずフォワードしなければならないヘッダー) は Connection ヘッダーに指定してはならない
- 例えば Cache-Control など

参照 RFC7230 6.3.1

コネクションが close されリクエストが中止された際、クライアントは冪等メソッドのリクエストは自動的に再試行して良い
- GET, HEAD, OPTIONS, TRACE, PUT, DELETE
非冪等リクエストは自動的に再試行してはならない
- POST, CONNECT
- メソッドにかかわらず、冪等である事を知っている場合は再試行して良い
- 再試行元のリクエストがターゲットリソースに適用されていない事を検出した場合も再試行して良い
自動的な再試行が失敗したら、更なる再試行はするべきではない