2012-02-14 6 views
0

最近新しいサーバーにサイトを展開した後、特定のaspxページが1つ起動しました。 IEでは、ページはレンダリングされず、「ページは表示できません」と表示され、FFは部分的にページがレンダリングされましたが、機能は機能しませんでした。少しの調査では、コードの約半分しかページに表示されず(「ソースの表示」を介して)、サーバーの応答によって各要求ごとに異なる場所のコードがランダムに切断されることが発見されました。切れ目は論理的な場所なしに作られ、単語の途中で切れます。レスポンス間で似ているのは、レスポンスのサイズがおよそ25kBです(ただし、サイズは15kBから28kBの間で異なります)。サーバーがページの半分に応答する

完全に動作する(53kBで完全な応答を得る)別のサーバーに同じコードをデプロイしました。問題のサーバー内からaspxページにアクセスしようとすると動作しますが、サーバーの外部からのページ。これは私に、私が気付いていない何らかの種類のIIS制限またはタイムアウトが、レスポンスを短くすると信じさせます。

問題のあるサーバーと稼働中のサーバーの両方に同様の設定(IIS7)があります。私は考えることができるすべてを試しましたが、何もそれを解決するようではない、新しい方向を指すことができるものは大いに感謝します。

+0

明確にする:他のすべてのページは正常に動作します(28kBより長い出力を含む)。 –

+0

これはおそらくgzipの問題で、エラー番号が – Aristos

+0

のコンテンツ長が設定されていますこのページでAjax.netを使用していますか? –

答えて

2

この質問を更新するのを忘れましたが、私は少し前に問題を考え出しました。たぶん誰かが同じような問題に遭遇するでしょう:)。

問題は、ネットワークに接続された脅威を監視して検出するためのサードパーティシステムでした。何らかの理由で、このシステムは、aspx-pageが実行していた要求が悪意のあると認識され、単純にブロックされたと判断しました。システムが毎回リクエストを評価するのに異なる時間がかかったため、レスポンスのサイズが異なりました。このページ/タイプのリクエストの例外を作成するためのルールを追加しました。それ以来、すばらしい成果をあげました。

0

私はこの同じ問題を抱えていますが、古典的なASPを持っています。私たちは、サイトからの動的コンテンツ圧縮を無効にして作業することができた1ページ(ただし、IISマネージャの[圧縮]の下のチェックボックス)、別のページで問題が発生しましたが、何も役立たないようです。

IISログファイルからは、サーバーがサーバーの外部からページに到達した場合、IISによって送信されるこのページの応答サイズは65536バイトであることが確認されました。しかし、サーバーのサイズからページに達すると、142540バイトになります。 他の、より大きなページでも正常に動作しますが、これはうまく動作しません。

編集: これで、ページが機能するようになりました。私はmaxBandwidth(http://www.iis.net/ConfigReference/system.applicationHost/sites/site/limits)の値をsiteから200000に設定しました。これはデフォルト値4294967295よりはるかに小さいので、ページが魔法のように開きます!なぜこれが助けられたのか分かりませんが、動作している限り...

+0

私の問題とよく似ています。あなたのアプローチを試してみて、残念ながら同じ結果を出さずに限界を超えて変更しました:/。 –