在我最近將我的站點部署到新服務器後，一個特定的aspx頁面開始動作。在IE中，頁面不會呈現並給出「頁面無法顯示」，而FF部分呈現該頁面，但沒有功能可行。有一點調查導致發現只有大約一半的代碼在頁面上呈現（通過「show source」），並且服務器響應似乎隨機地在每個請求的不同位置切斷代碼。切口沒有任何合乎邏輯的地方，並在字的中間切割。響應之間唯一相似的是響應大小約爲25kB（然而，這在15kB到28kB之間的大小也是變化的）。服務器響應頁面的一半
我已經將相同的代碼部署到另一臺完美工作的服務器上（它在53kB上獲得完整響應），如果我試圖從問題服務器中訪問aspx頁面，但它也可以工作，但如果嘗試訪問服務器外部的頁面。這導致我相信有某種IIS限制或超時，我不知道這會縮短響應時間嗎？
問題服務器和工作服務器都有類似的設置（IIS7）。我已經嘗試了所有我能想到的東西，但似乎沒有任何解決方法，任何可能指向新方向的東西都將不勝感激。
忘記更新這個問題，但我前一陣子想出了問題。也許別人會在將來遇到類似的問題:)。
問題是第三方系統用於監視和檢測連接到網絡的威脅。出於某種原因，該系統確定aspx頁面正在執行的請求可能被認爲是惡意的，並簡單地將其阻止。系統每次都要花費不同的時間來評估請求，因此響應的大小不同。我們添加了一個規則來爲這個頁面/類型的請求制定一個例外，並且從那以後它工作得非常好！
我有這個問題，但與經典的ASP。我們通過禁用站點的動態內容壓縮（在IIS管理器中的壓縮下找到複選框），我們設法實現了一個頁面，但現在問題出現在另一個頁面上，似乎沒有任何幫助。
從IIS日誌文件中，我檢查到IIS發送的頁面的響應大小爲65536字節，如果從服務器外部訪問頁面。但是如果從服務器內部達到的頁面大小是142540字節。 其他甚至更大的頁面都可以正常工作，但這只是無效。
編輯： 好吧，現在我設法讓頁面工作。我將站點的maxBandwidth（http://www.iis.net/ConfigReference/system.applicationHost/sites/site/limits）值設置爲200000（遠遠小於默認值4294967295），現在頁面奇蹟般地打開了！我不知道爲什麼這有幫助，但只要它有效...
聽起來很像我的問題。嘗試你的方法，並改變了限制，不幸的是沒有相同的結果：/。 – 2012-02-17 10:32:14
只是爲了澄清：所有其他頁面都正常工作（包括那些輸出超過28kB的頁面）？ – 2012-02-14 14:34:59
這可能是一個gzip問題，內容長度設置錯誤號 – Aristos 2012-02-14 14:47:13
您是否在本頁使用Ajax.net？ – 2012-02-14 15:08:42