HTTP 圧縮のルールを APACHE に追加しました。ルールは確かに問題ありませんが、Fiddler は応答が gzip されていないと表示します (curlローカルホストでテストしたところ、応答は gzip されています) 。
ファイアウォールがリクエストヘッダーAccept-Encodingを別のものに変更していると思われます。Fiddler は、リクエスト ヘッダーに が含まれていることを表示しますがAccept-Encoding、
つまり、フィドラーがあなたのことAccept-Encodingをこう言っているとしたら...でも、実際にはそうではありません。ファイアウォール ベンダーに問い合わせる前に確認したいことがあります。
そして..これは私の好奇心のためだけのAccept-Encodingものです.セキュリティとどう関係していますか？
一部のファイアウォールおよびセキュリティ ソフトウェアは、サーバーが HTTP 圧縮を使用して応答を圧縮するのを防ぐために、アウトバウンドの ACCEPT-ENCODING ヘッダーを破壊または削除します。ファイアウォール/セキュリティ ソフトウェアは、スキャンの前に応答を解凍する必要がないことを好む場合があります (解凍方法がわからないか、解凍に CPU 時間がかかるため)。
Fiddler は、HTTP ヘッダーがコンピューターを離れる前、つまりファイアウォールやアップストリーム ゲートウェイによって破壊される前に、HTTP ヘッダーを表示します。
HTTP 要求から送信ヘッダーを簡単に確認できます。クライアントから送信されたヘッダーを確認するには、https ://bayden.com/echo2.aspxおよびhttps://bayden.com/echo2.aspxを参照してください。仲介者は通常、HTTPS トラフィックに干渉できないため、HTTP 要求ヘッダーが壊れていても、HTTPS 要求ヘッダーはそのままである可能性があることに注意してください。