6

私はこれを何週間もデバッグしようとしています。ホーム ネットワーク上のすべてのクライアントのすべてのブラウザが、「Accept-Encoding: gzip,deflate」を送信しています。ただし、そのヘッダーは、リクエストがWebサーバーに到達する前に、何らかの形でどこかにドロップされています。たとえば、http://www.whatsmyip.org/http_compression/は、「いいえ、お使いのブラウザは圧縮されたコンテンツを要求していません」と表示されます。

Fiddler を使用して、すべてのブラウザーが実際にヘッダーを送信していることを確認しました。ルーターを交換しました。すべてのウイルス対策ソフトウェアをオフにしました。

Brighthouse/Roadrunner (地元のケーブル ISP) は、フィルタリングを行っていないと述べています (この場合、なぜフィルタリングを行うのかわかりません)。

どんな提案でも大歓迎です!

4

3 に答える 3

2

HTTPSで試してください。

HTTPS経由でサイトを閲覧している場合、ブラウザとWebサーバーの間で、圧縮が有効になっているかどうかなど、要求または応答のHTTPレベルの側面を変更することはできません。その事実をすぐに明確に知る必要はありません(ブラウザのアドレスバーにあるサイトの証明書を確認し、それが正当かどうかを確認してください)。

于 2010-04-15T13:59:15.267 に答える
1

Accept-Xncodingの問題が発生し、問題の原因はCA InternetSecuritySuiteであると判断しました。無効にするだけでは不十分です。IEキャッシュをアンインストールしてからクリアする必要がありました。

于 2010-06-05T05:39:44.827 に答える
0

ウイルス対策ソフトウェアを確認してください。おそらく、非圧縮コンテンツを取得するために、アウトバウンドトラフィックを傍受し、その場でヘッダーを変更している可能性があります。怠惰なプログラマーは、解凍メソッド自体を含めたり、チャンク化されたエンコーディングを処理したりすることを好みません。

Norton Internet Securityは、acceptエンコーディングを次の行で上書きします。

---------------:----- -------

マカフィーはこれで上書きします:

X-McProxyFilter:*************

私がまだ特定していないものがこれで上書きされます:

Accept-Xncoding:gzip、deflate

あなたはおそらく同じ船に乗っています。Zone Alarmがエンコーディングヘッダーを完全に消去することを読みました(つまり、パケットのサイズを再計算することを意味しますが、システムにどれだけの負荷がかかるかを気にする必要があるのはなぜですか?)。Zone Alarmを実行している場合は、「インターネットプライバシーオプション」などをオフにして、再試行してください。

私がこの問題を見るたびに、それはくだらないアンチウイルスの結果でした。ダーティであることを知らせずに、圧縮されたコンテンツを受信する機能を完全に無効にします。

于 2010-05-14T07:31:39.430 に答える