IIS 7中的详细错误

IIS 7中的详细错误,iis,iis-7,web,Iis,Iis 7,Web,我正试图找出为什么在IIS中设置网站时会出现500个错误 到目前为止,我已经尝试了以下步骤: 启用的失败请求跟踪不会为此站点写入日志,但 其他地盘的工程 已启用详细错误消息。仍然得到默认的500页 没有其他信息。 授予应用程序池对项目目录的完全权限。 确保应用程序池在classic.NET 2旧应用程序上运行 在Classic/Integrated.NET的排列下运行站点 2/4 启用匿名身份验证 因此,我的想法是,不知何故,在运行日志模块之前,该站点会失败 我怀疑是这种情况,因为我在事件查看器

我正试图找出为什么在IIS中设置网站时会出现500个错误

到目前为止,我已经尝试了以下步骤:

启用的失败请求跟踪不会为此站点写入日志,但 其他地盘的工程 已启用详细错误消息。仍然得到默认的500页 没有其他信息。 授予应用程序池对项目目录的完全权限。 确保应用程序池在classic.NET 2旧应用程序上运行 在Classic/Integrated.NET的排列下运行站点 2/4 启用匿名身份验证 因此,我的想法是,不知何故,在运行日志模块之前,该站点会失败

我怀疑是这种情况,因为我在事件查看器、IIS高级日志文件夹或失败请求跟踪文件夹中没有看到新实体。除了500错误之外,我唯一的信息来源是IIS日志中的一个新条目:

2012-12-04 13:06:05 127.0.0.7 GET / - 80 - 127.0.0.1 Mozilla/5.0+(compatible;.....)
要验证这一点,是否有方法检查请求失败的管道的哪个阶段?是否可以在故障发生之前运行日志模块

有一个问题。使用此选项,您可以确定请求是否发送到IIS中的正确应用程序池

作为最后手段,微软提供了一个名为。如果没有其他选项,请使用此选项。它将生成您选择的应用程序池的崩溃转储。不容易通过,但这是一个线索