レスポンスにContent-Lengthを含めない、もしくはクライアントをTIME_WAIT状態にさせない方法

Question

ASP.NET 3.5で、テキストベースのWebサービスを作っています。
（テキストベースの、というのは、asmxのようなSOAP Webサービスではなく、IHttpHandlerを拡張して自前でレスポンスを返すサービスだということです）

これにアクセスするクライアントがMFCアプリケーションで、CHttpConnection, CHttpFileクラスを使っているのですが、ひとつ問題が出ています。

ク ライアントがWebサービスにアクセスしレスポンスを受け取ったあと、クライアント側のソケットがTIME_WAIT状態で残ってしまうのです。 Content-Length分だけレスポンスを受け取ったらクライアントがソケットを閉じるので、TIME_WAIT状態になるのは当たり前の動作なの ですが…

まれに、ポート番号をTIME_WAITで食い尽くしてしまってアクセスができなくなることがあり、負荷テストも途中で止まってしまいます。これでは困るので、

●クライアント側にソケットを閉じさせないようなHTTPレスポンスの仕方はないでしょうか？
●レスポンスにContent-Lengthが含まれなければサーバ主導でクローズできると思うのですが、Content-Lengthが自動で負荷されてしまうのを止める方法はないでしょうか？

できれば、ASP.NET側だけで解決したいと思っています。

---------------------------------------
（追記）
クライアントもサーバもConnectionヘッダを付けないことで、(HTTP/1.1なので）自動的に持続的接続になることは確認できました。
しかし、HTTPS通信にすると毎回クライアント側から切ってしまうようです。これはどうしたものでしょう。

Answer 1

もしかして、「ASP.NET 開発サーバー」を使用して、Webサービスをホストしていませんでしょうか？
もしそうなら、IIS でホストして確認してみてください。

Answer 2

書き遅れました。アプリケーションサーバはIIS7.5です。

しかし、Content-Lengthを付けないというのはサーバの動作としては無法ですよね。HTTPSの場合に切断してしまうクライアントの方に問題があるという気がしてきました。

しばらくしたらこの質問はキャンセルするかもしれません。

Answer 3

切断しているのは、クライアントではなく、サーバーかもしれませんよね。
ネットワークモニタを使って、最初の Fin または Rst パケットをどちら側から送信しているのか、確認してみてください。

Answer 4

FINを送出しているのはクライアントです。
ただ、MFCが切っているのかSSL/TLS層が切っているのかはわかりません。

ASP.NETの質問ではなくなってきてしまいました。