与 IIS 6 不同的 IIS 7.5 经典 ASP 错误处理答案

【问题标题】：IIS 7.5 Classic ASP Error handling different from IIS 6与 IIS 6 不同的 IIS 7.5 经典 ASP 错误处理
【发布时间】：2010-11-16 18:52:26
【问题描述】：

我们正在将 ASP Classic/ASP.NET 应用程序从 IIS 6 迁移到 IIS 7.5。大多数事情在经典模式下运行得很好，但我们在 IIS 7.5 如何处理错误方面遇到了很多问题。我们使用经典的 ASP 页面进行错误报告，我们在此处捕获错误信息，然后重定向到页面以显示错误。根据我们的测试，Server.GetLastError 和 Request.ServerVariables("SCRIPT_NAME") 从日志记录页面访问时不会返回错误详细信息和来源。还有其他方法我们应该在 IIS 7.5 上检索错误信息或执行日志记录吗？

如果这有帮助，使用 freb 我们注意到 IIS 似乎生成了一个全新的请求，然后开始执行我们的错误捕获。

提前致谢。

【问题讨论】：

除了下面显示的答案之外，我们还需要在细粒度级别启用“详细”错误以支持某些情况。

标签： iis-7 asp-classic error-handling iis-6

【解决方案1】：

@smaclell：请参阅http://dylanbeattie.blogspot.com/2008/12/fun-with-servergetlasterror-in-classic.html，了解适合您的潜在解决方案。

这是文章中的相关段落：

Vista 中有一个非常相似的已知错误，据说已修复在 SP1 中，但看起来相同的修复不是 Windows 2008 的一部分服务器呢。不过，有一个解决方法 - 如果您设置网站的默认错误属性（在 IIS 设置下 -> 错误页面 -> 编辑 Feature Settings...) 到自定义页面，IIS 将调用每当显式配置的错误未处理时，此页面状态码处理程序（因此您的 404 等处理程序仍然可以工作） - 但是出于某种原因，以这种方式处理错误意味着 Server.GetLastError() 仍然可以正常工作。

【讨论】：

谢谢，我试试看。我还将把我们已经尝试过的东西添加到细节中。
这让我的 ASP 错误继续工作。我认为我们仍然存在以奇怪方式解决的 asp.net 内容错误，但这让我们更加接近。谢谢你的回答。