西村さん、
なるほど、それはそうかもしれませんね。
やってみます。
中田さん。
ちょっと気になった点が有りますのでご報告まで。
Netscape4.7は、HTTP/1.0 , Proxy-Connection: Keep-Alive にてリクエスト。
AnHTTPdは、HTTP/1.0 ,Proxy-Connection,Connection ヘッダ無しで中継。
ブラウザへのリプライヘッダにはConnetion: Closeが存在。
IE5.01時、HTTP/1.1 , Proxy-Connection: Keep-Alive にてリクエスト。
AnHTTPdは、HTTP/1.1 ,Proxy-Connection,Connection ヘッダ無しで中継。
ブラウザへのリプライヘッダにはConnetion: Closeが存在。
squidにtelnetにて。
HTTP/1.1 , Proxy-Connection: Keep-Alive にてリクエスト。
リプライヘッダにはProxy-Connetion: Closeが存在。
となりました。
よって、 リクエストヘッダにProxy-Connectionが有る場合、
リプライヘッダはConnectionではなく、Proxy-Connectionで戻してやるといいのかもしれません。
マッシさん、
アクセスログ（プロクシのログ）に何も出ていないのだとしたら、そもそもIEからリクエストが出ていない、ということになりますから、AN HTTPD とは関係しない話のような気がします。
IEのインターネット一時ファイルの設定はどうなっていますか？
また、強制リロード（コントロールキーを押しながら「更新」ボタンを押す）でもだめですか？
また、最初のそのエラーは「サーバ」に接続できないということになりますが、AN HTTPD に接続できないのか、その先の PROXY に接続できないのか、あるいはその先の目的のWebサーバに接続できないのかによって話が変わりますが、どこの問題かはわかりますでしょうか？
いずれにしても、1.38c では問題が起きないのであれば、しばらく1.38c にしておいてもらう方が楽かもしれませんね。
西村さん、
HTTP_CONNECTION は Connection: ヘッダの内容がセットされるので、つまりは Connection: Keep-Alive がない、ということになりますね。
Connection: Keep-Alive は HTTP/1.1 では HTTP/1.0 への後方互換性のために使われるものということになっています。 そうは言っても、実装上の問題というのもあるので関係ないとは言い切れませんが。
いずれにしても 1.38c では問題なさそう（かどうかマッシさんの情報だけからは確実ではありませんが）で、1.38c およびそれ以前でも HTTP/1.0 のリクエストでなければ Connection: Keep-Alive は出していないので、とりあえず関係しないだろうと思っています。
ただ、このあたりの話は私も自信はないので、今後も関係しそうな話は遠慮なく言っていただける方がありがたいです。
1.39c 試して見ました！
PROXY機能で、IEの「ページを表示できません サーバが見つからないかDNSエラーです」
が一度発生すると、IEをいったん閉じないと解除されません。（HTTPは正常表示する）
AN HTTPDのエラーログには何も出ていません。
中田さん。こんにちは
AnHTTPd Ver.1.39cを利用させていただいておりますが
マッシさんの件のコメントで、
＞1.39b のパイプラインリクエストの処理と Keep-Alive のあたりでそうなっているのかもしれません。
とおっしゃられていますが、AnHTTPdよりホストに接続する際に
HTTP_CONNECTION : keep-aliveがヘッダにありません。
これが原因しているのではないでしょうか？
的外れだったらゴメンなさい。
マッシさん、
errors.log に "Warning: no more client socket available, waiting..." というようなメッセージは出ていませんでしょうか？
もし出ているようなら 1.39c で直しましたので試してみてください。
＞FTTH<--->PROXY<---->ISDN専用線<---->AN HTTPD<---->クライアント
一段目のネットスケープのPROXYをAN HTTPDの外部PROXYに設定しAN HTTPDは2段目の
PROXYとして動作しています。
どちらのPROXYも回線容量に対し、多数のクライアントが接続されているため
パケットロスの発生が避けられない状況にあります。
AN HTTPD1.39以降ではパケットロスが発生するような状況になると動作しなくなるようです。
マッシさん、
＞上位のPROXYには数千台のクライアントがぶらさがっている巨大なイントラネットの
＞部門サーバでAN HTTPDを動作させています。
というお話でちょっとわからなくなりました。
再度お聞きしますが、
＞FTTH<--->PROXY<---->ISDN専用線<---->AN HTTPD<---->クライアント
でいう "AN HTTPD" はプロキシとして使用していて、その設定の中で「外部プロキシ」として "PROXY" を指定している、という意味ですか？
それとも "PROXY" というところで AN HTTPD を起動していて、そちらが遅くなるという話なのでしょうか。。？？
AN HTTPDは多段PROXYの下位にあたります。
上位のPROXYには数千台のクライアントがぶらさがっている巨大なイントラネットの
部門サーバでAN HTTPDを動作させています。
AN HTTPDが動作しているサーバはデータベースのファイルサーバが主用途ですが
AN HTTPDのPROXYがトラブルと、ファイルオープンもレスポンスが悪くなってしまいます。
マッシさん、
その "AN HTTPD" はプロキシとして使用していて、外部プロキシ（上位プロキシ）として "PROXY" を指定している、という意味ですよね？
FTTH<--->PROXY<---->ISDN専用線<---->AN HTTPD<---->クライアント
上記接続で、クライアント15台中5台程度が同時アクセスすると応答しなくなりました。
マッシさん、
1.39b のパイプラインリクエストの処理と Keep-Alive のあたりでそうなっているのかもしれません。
調べてみますが、「アクセスの集中」というのがどの程度の集中なのか（感じだけでも）お知らせ下さい。
httpd 1.39bをWindowsNT4.0SP6a（P3DualCPU）で使用しています。
アクセスが集中するとPROXYが応答しなくなります。
しばらくアクセスしないと復旧しますが、速度が低下してしまいます。
サービスを再起動すると速度は復旧します。
httpd 1.38cでは問題なく動作します。