找出在IIS7中导致问题的原因

本文关键字：问题 IIS7 | 更新日期: 2023-09-27 18:03:00

我们有一个c# web应用程序，最新的部署不能在我们的Windows Small Business Server 2008 (IIS7)上工作。该网站的副本在我的Windows 7机器(IIS7.5)上运行良好。以前的版本和其他版本仍然可以在Server 2008 R2机器上运行，但是这次迭代不能。

我已经检查了W3SVC日志，但没有记录任何请求。我已经检查了事件日志中的错误，但没有记录错误。我也检查了小提琴手，但请求只是没有得到响应，据我所知(结果列仍然-)

当你打开url时，浏览器会继续加载(没有超时)。

还有什么我可以检查或启用调试这个IIS7行为?

提前感谢，

尼克。

我再次发布了应用程序&在IIS中创建了一个新站点，这个新版本可以工作。虽然我目前的问题已经解决了，但我仍然想知道如何调试IIS7，看看它是如何工作的&为什么它会无限加载

找出在IIS7中导致问题的原因

首先，将一个常规的.html文件放入sites目录。然后我让浏览器请求那个特定的静态文件。这将绕过。net引擎，应该被记录。

如果由于某些原因它不工作和/或没有记录，那么还有其他事情需要检查，请告诉我们。

假设它确实提供文件，并且您指向正确的机器，然后检查您的全局。Asax文件并删除任何类型的错误处理。同时关闭web.config中的自定义错误部分。如果编码不正确，这两种情况都可能导致服务器实质上崩溃。如果您有任何类型的额外线程在访问时旋转，然后看看是否可以关闭它们或添加额外的日志记录。

接下来，查看HTTPERR日志，看看是否可以识别出发生了什么。它们位于
% SystemRoot % ' system32系统' ' HTTPERR ' HTTPERR * . log日志

关于这个日志文件的信息在:http://support.microsoft.com/default.aspx?scid=kb;en-us;820729

如果您的应用程序使用ADO，那么有机会取决于在Windows 7上发生的构建位置，以及是否安装SP1(在构建时)，您的构建被SP1中包含的一些microsoft ADO更新所破坏(参见http://www.codeproject.com/Articles/225491/Your-ADO-is-broken.aspx)。

如果W3SVC日志中没有记录请求，则可能意味着IIS根本没有接收到请求-可能是由于防火墙配置或类似的原因。

您应该诊断IIS不可用的原因(例如尝试提供一些静态内容)，然后再试一次。

试试这些:

    在IIS7中重新注册asp.net运行时
  • 确保正确版本的asp.net扩展名在IIS的"ISAPI和CGI限制"中设置为允许
相关文章：