500 URL書き換えモジュールエラーIIS 8

Question

iis7をホストとして使用するサーバー上にあるWebサイトがいくつかあります。これらのWebサイトをIIS8の新しいサーバーに移動し、データベースをSQL 2005からSQL 2014にアップグレードしました。

この変更のもう1つの点は、内部サーバーにリダイレクトするDMZリバースプロキシを実行することです。

これはChromeまたはEdgeで正常に機能します。しかしFirefoxとIEには500のURL書き換えモジュールエラーが発生します。それ以外のエラーの情報はそれほど多くありません。

リバースプロキシには問題なく動作する他のサイトがあります。しかし、動作するものはすべて.net 4.0以上です。私が問題を抱えているサイトは両方とも3.5フレームワークです。

私はdmz上のアプリケーションプールフレームワークを内部サーバーと一致するように設定しようとしました。

現在のところ、httpをhttpsに変換する2つの受信ルールと、もう1つはプロキシルールです。リバースプロキシの一部でもある1つのアウトバウンドルールがあります。リバースプロキシは現在、httpsトラフィックを受け取り、httpを内部的に使用し、送信はhttpsとして送信します。これは現在問題なく動作しているこのサーバー上のすべてのサイトで同じです。

さらに詳しい情報エラートレースが有効になりました。受信した完全なエラーは です。HTTP応答のコンテンツがエンコードされている場合は、アウトバウンド書き換えルールを適用できません（ "gzip"）。

Answer 1

これは、バックエンドサーバーからの応答がHTTP圧縮を使用しており、URL書き換えが既に圧縮されている応答を変更できないためです。これにより、アウトバウンドルールの処理エラーが発生し、500.52ステータスコードが返されます。

これを回避するには、HTTP応答を配信しているバックエンドサーバーで圧縮を無効にするか（設定によっては可能かもしれないし、そうでないかもしれない）、またはバックエンドサーバークライアントは圧縮された応答を受け入れません。要求がIISリバースプロキシに入ったときにヘッダーを削除し、応答がIISサーバーを離れるときに応答を返します。

この修正を完了するためには、それらとあなたが必要とするすべての情報を見つけることができますhttps://blogs.msdn.microsoft.com/friis/2016/08/25/iis-with-url-rewrite-as-a-reverse-proxy-part-2-dealing-with-500-52-status-codes/ それは3部のポストであり、シリーズの2番目のポストは解決策でした。