为经典ASP关闭IIS8自定义错误-IIS中的潜在错误？ [英] Turning off IIS8 Custom Errors for Classic ASP - Potenial bug in IIS?

问题描述

我想我已经在IIS错误页面系统中发现了一个错误。

I think I have found a bug regarding in the IIS Error Pages system.

注意：
-我没有使用.NET错误页面-此设置为

Note: - I am not using .NET Error Pages - this is set to Off

问题：

在为500.100（经典ASP）响应代码进行设置时，即使 errorMode 设置为 Detailed ，IIS也会始终发送自定义错误页面。使IIS发送错误的唯一方法是显式删除web.config中的条目。

When a custom error page is setup for the 500.100 (Classic ASP) response code, IIS always sends a custom error page even when errorMode is set to Detailed. The only way to get IIS to send the error is to explicitely remove the entry in the web.config.

EG：

<remove statusCode="500" subStatusCode="100"/>
 or
<clear/>

注意-以下内容不起作用（对所有其他代码均有效）：

Note - the following does not work (which works for all other codes):

<remove statusCode="500" subStatusCode="-1"/>

我的情况：

• IIS 8（我不知道该问题是否存在于旧版IIS中）


• 运行.NET 2.0的网站-经典管道


• 错误页面上的功能委派设置为只读


• IIS中的错误页面设置如下（由于上述功能委派，这些条目不在web.config中）：
  
  
  
  • 404-/path/to/404.htm-ExecuteURL
  
  
  • 500-/ path / to / 500.htm-ExecuteURL
  
  
  • 500.100-/path/to/500.htm-ExecuteUrl
  
  
  • IIS 8 (I am unaware if the issue exists in older versions of IIS)
  • Website running .NET 2.0 - Classic pipeline
  • Feature Delegation on Error Pages set to read only
  • Error page setup in IIS as follows (due to the feature delegation above, these entries are not in the web.config):
    • 404 - /path/to/404.htm - ExecuteURL
    • 500 - /path/to/500.htm - ExecuteURL
    • 500.100 - /path/to/500.htm - ExecuteUrl

    关闭自定义错误：

    要关闭自定义错误自定义错误，我需要做的就是：

    In order to turn off the custom errors, all I need to do is:

    
    
    • 加载IIS
    
    
    • 加载错误页面
    
    
    • 单击编辑功能设置
    
    
    • 选择详细错误
    
    
    • Load IIS
    • Load Error Pages
    • Click Edit Feature Settings
    • Select Detailed Errors

    此操作成功完成或所有代码除外 Classic ASP 500错误（状态代码500.100）。

    This works successfully for all codes except Classic ASP 500 errors (status code 500.100).

    我能够获得适当的Classic ASP错误的唯一方法是设置以下内容（要求我将功能委托更改为读/写）：

    The only way I can get the proper Classic ASP error is to setup the following (which requires me to change the feature delegation to Read/Write):

    <system.webServer>
        <httpErrors errorMode="Detailed">
    
            <clear/>  
            OR    
            <remove statusCode="500" subStatusCode="100"/>
    
        </httpErrors>    
    </system.webServer>
    

    摘要

    看来，如果设置了500.100自定义错误页面，则将详细错误设置为true不会对经典ASP 500错误起作用。

    It seems that if a 500.100 custom error page is setup, then setting Detailed Errors to true does not work for Classic ASP 500 errors.

    这是一个错误还是我缺少什么？

    推荐答案

    这也是我们已知的错误，并且可以通过消除500错误并从何时可以找到其他任何东西来发送配置的一部分链接到我们的自定义页面来解决该问题。

    Its a known bug that we also get and are working around it by removing the 500 error and instead linking to our custom page from the "when you can find anything else to send 'em" part of the configuration.

    （我无法即时得知其名称）

    (I can't remenber off hand what its called)

    这篇关于为经典ASP关闭IIS8自定义错误-IIS中的潜在错误？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！