HTTP/1.0だったのですね。
なら全然話が違いますね。
とりあえず、クライアントが変です。
HTTP/1.0にはConnection: closeヘッダーはありません。
Connection: closeを使わずに、接続を閉じる必要があります。
接続はきちんと閉じられていますか？
HTTP/1.1とHTTP/1.0では、プロキシとの接続などの関係で、
Connection: Keep-Aliveの意味もKeep-Aliveヘッダーの意味も異なります。
説明がめんどくさいので詳細は述べませんが、
HTTP/1.0ではConnection: Keep-Aliveは持続的接続を意味し、
一方HTTP/1.1ではConnectionヘッダー中のKeep-Aliveトークンの意味は定義されておらず、
Connection: Keep-Aliveの意味はKeep-Aliveヘッダーを転送しない、という意味になります。
HTTP/1.0にしろ1.1にしろ、
クライアントが切断してしまえば接続は持続的になりませんし、
HTTP/1.0なら明示的に持続的接続を要求しなければ常に切断します。
今回は、クライアントがConnection: Keep-Aliveを送っていません。
これはクライアントが持続的接続を用いないことを意味するため、
クライアントはHTTP/1.0の既定の振舞い=切断をするべきです。
リクエスト受信後、サーバーはクライアントが切断するつもりであると思っているはずです。
サーバーはConnection: Keep-Aliveを返していますが、HTTP/1.1ではこれは持続的接続を意味しません。
サーバーは応答を返した後、切断しているはずです。
一方、クライアントは、サーバーからConnection: Keep-Aliveを受信しますが、
Connection: Keep-Aliveを送らずにリクエストしていて、
既に切断しているか、切断することが決まっています。
サーバーから切断されていなかったとしても、追加でリクエストを送ってはいけません。
このように、サーバーとクライアントの振舞いにはなにも問題ありません。
これでは持続的接続が無効になっているのかどうかの確認もできていません。
HTTP/1.0でConnection: Keep-Aliveして要求を送ってみたり、
HTTP/1.1で普通に接続してみて接続がきちんと切れるか
調べて確認したらいいと思います。
>HTTP/1.1サーバーがConnection: Keep-Aliveを返すのは
>Connection: Keep-Aliveを送ってきたHTTP/1.0クライアントだけのはずなんですが。
そう思ってたんですが、間違いでした。
HTTP/1.1のサーバーがConnection: Keep-Aliveを
HTTP/1.1のクライアントやConnection: Keep-Aliveをリクエストしていないクライアントに返すのは
動作上何の問題もないようです。
意味上不親切ですし、無駄なので、送らないほうがいいとは思いますが。
