我最近将运行IIS 6.x的Windows 2003 Server（物理盒）中的应用程序移动到了Windows 2008 R2标准（VM）IIS 7.5服务器中（并且仍在testing中）。 该应用程序是一个.NET框架2.0应用程序，并在2.0应用程序池下运行。 除了一件事情，这个网站很好用：
永远拿回要求。
我一直在使用Chrome Inspect Element进行跟踪，它会查询网站，最多可能需要45秒才能回答。 现在，当页面（s）立即呈现，但是这是最初的请求，它正在杀死它。
我没有看到错误日志或与应用程序或Windows事件查看器甚至IIS日志的问题，所以不知道从哪里开始寻找下一个。
一些新的变化是之前的应用程序驻留在Pix防火墙之后，现在在DMZ区域内的大型networking环境之后（我相信NetScaler也被用来pipe理networking）。 我没有看networking本身的权利/能力，但可以联系数据中心人员深入了解这一点，但我想确保它不是我的应用程序，可能会导致放缓或IIS。
综上所述：
编辑解决scheme
发现这是放缓网站的SOAP调用。 在新的数据中心，我的应用程序不能请求SOAP调用，所以它们在40-45秒左右之后超时。 现在试图找出我是否可以安装代理服务器redirect这…
解决scheme从OP /评论：
发现这是放缓网站的SOAP调用。 在新的数据中心，我的应用程序不能请求SOAP调用，所以它们在40-45秒左右之后超时。 现在试图找出我是否可以安装代理服务器redirect这…
常用选项：
将GeneratePublisherEvidence设置为false，看看是否有帮助。
http://support.microsoft.com/kb/936707
（你不需要修补程序，只需要设置）
要么：
旧的服务器具有不同的Internet访问或名称parsingconfiguration（wrt代理，路由等），这导致页面等待，而另一台服务器的调用被parsing和处理。