在我最近将我的站点部署到新服务器之后，一个特定的aspx页面开始起作用。在IE中，当FF部分呈现页面时，页面不会呈现并给出“页面无法显示”，但没有任何功能可行。一些调查导致发现只有大约一半的代码在页面上呈现（通过“show source”），并且服务器响应看似随机地切断了每个请求在不同位置的代码。切割是在没有任何逻辑位置的情况下进行的，并且在单词的中间切割例如响应之间唯一相似的是响应大小约为25kB（但是，这种情况也会随着大小在15kB到28kB之间而变化）。
我已将相同的代码部署到另一台完美运行的服务器（在53kB下获得完整响应），如果我尝试从问题服务器内部到达aspx页面，它也可以工作，但如果我尝试到达来自服务器外部的页面。这让我相信有一些我不知道的IIS限制或超时会缩短响应时间吗？
问题服务器和工作服务器都有类似的设置（IIS7）。我已经尝试了我能想到的一切，但似乎没有什么能解决它，任何可以指向新方向的东西都非常感激。
答案 0 :(得分：2)
忘了更新这个问题，但我刚才发现了问题。也许其他人将来会遇到类似的问题：）。
问题是用于监控和检测连接到网络的威胁的第三方系统。由于某种原因，该系统确定aspx页面执行的请求可能被视为恶意并且只是阻止它。系统每次评估请求花费的时间不同，因此响应的大小也不同。我们添加了一条规则来为这个页面/类型的请求做一个例外，从那时起它就运行得非常好！
答案 1 :(得分：0)
我遇到了同样的问题，但是经典的asp。我们通过从站点禁用动态内容压缩（在IIS管理器中的压缩下找到复选框）设法实现了一个页面，但现在问题出在另一个页面上，似乎没有任何帮助。
从IIS-log文件中我检查了IIS发送的此页面的响应大小为65536字节（如果从服务器外部到达该页面）。但是如果从服务器内部到达页面大小是142540字节。 其他更大的页面工作得很好，但是这个页面不起作用。
编辑： 好的，现在我设法让页面正常工作。我将maxBandwidth（http://www.iis.net/ConfigReference/system.applicationHost/sites/site/limits）值从站点设置为200000（远小于默认值4294967295），现在页面神奇地打开了！我不知道为什么这会有所帮助，但只要它有效......