2

ここに奇妙なものがあります：

mod_phpを使用して、Apache 2へのnginxリバースプロキシリクエストを取得しました。

(firefox 3.1b3 を使用している) あるユーザーは、最近、散発的に「firefox はこのファイルをどうすればいいですか?」と言うようになったと報告しています。通常のナビゲーション中のポップアップ。この問題については他に報告がなく、自分たちで再現することもできませんでした。

Nginx と apache のログを確認しました。エラー ログには何も記録されておらず、どちらもリクエストに対して通常の HTTP 200 を示しています。

私は彼にダウンロードしたファイルを送ってもらいました。生成された HTML です。ただし、末尾と先頭のバイトが追加されています。

開始バイト シーケンスは、魔法の gzip ヘッダーです: 1F8B08

以下は冒頭の文字で、便宜上 C エスケープされています。

\x1F\x8B\x089608\r\n<!DOCTYPE HTML ...

ファイルは次で終了します。

...</html>\n\r\n0\r\n\r\n

wget 経由で同じ URL をフェッチすると、期待どおりに始まります。ミステリアスなオープニングバイトとクロージングバイトはどこにも見当たりません。

誰もこれに似たものを見たことがありますか？これは FF 3.1b3 のバグでしょうか?

4

2 に答える 2

1

wgetは圧縮された応答を要求しません。試す：

curl --compressed <URL>

を追加し-vて応答ヘッダーを出力し、適切なContent-Typeものが返されていることを確認することもできます。

于 2009-05-04T11:50:04.747 に答える
1

まったく同じような問題は見たことがありませんが、実際にはサーバーから gzip 圧縮されたコンテンツを受信し、gzip を削除したときに、gzip 圧縮されたコンテンツを処理できると Web サーバーに主張する透過プロキシで 1 回問題がありました。ヘッダーを解凍せずに、結果をブラウザーに送信しました。私たちが見た動作は、あなたが説明したものでした.通常のWebページであるはずのファイルの保存/開くダイアログです. この場合、問題のブラウザは IE でした。

問題が関連しているかどうかはわかりませんが、実験として、プロキシと Apache の間のリクエストを見て、それらが gzip されているかどうかを確認するか、Apache でリクエストの gzip 圧縮をオフにして、問題を修正します。その場合、おそらくプロキシでの gzip 処理に問題があります。

于 2009-04-10T15:08:56.500 に答える