带有的自定义 404 页面该元素似乎在 IIS 7 中不起作用

Question

我正在使用托管管道模式=“集成”测试 IIS 7.5 站点。

我的站点面向移动设备，并利用格式良好的 URL 以最少的输入传递参数。例如，“mysite.com/bob1234”在本例中“bob1234”实际上是参数。

在 Application.BeginRequest 中，我使用正则表达式处理 Request.Url.AbsolutePath 以确定 URL 的格式是否正确。

如果用户输错 URL（即 mysite.com/boob1234），我想添加自定义 404 页面。

<system.web>
    <customErrors mode="RemoteOnly" defaultRedirect="~/MobileError.aspx">
      <error statusCode="404" redirect="404.htm"/>
    </customErrors>
</system.web>

虽然当扩展名是“.aspx”时它会捕获错误，但当没有映射处理程序时（例如“/mysite.com/boob1234”），它不会捕获 404(s)。

我按照说明操作，并向我的 system.webserver 添加了一个元素

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true" />        
    <httpErrors defaultResponseMode="Redirect" errorMode="DetailedLocalOnly">
      <remove statusCode="404" subStatusCode="-1"/>
      <error statusCode="404" prefixLanguageFilePath="" 
              path="/mobile/MobileError.aspx" responseMode="ExecuteURL"/>
    </httpErrors>        
</system.webServer>

，但似乎没有任何迭代起作用。当我取消注释该块时，出现 500 错误。不，我的代码似乎没有任何问题。即使我只是转发到纯 HTML 页面，我也会收到 500 错误。

我确实实现了失败的请求跟踪，以查看我能看到什么。

我得到了预期的： IIS Web Core 抛出的 404。

几步之后，CustomerErrorModule 启动，但失败并出现 500 错误。详细消息是

配置异常信息： \?\C:.....\MyApp\web.config ( 89) ：该配置节不能 在此路径中使用。发生这种情况时 该部分被锁定在父级 等级。默认情况下锁定 (overrideModeDefault="Deny")，或设置 明确地通过位置标签 overrideMode="Deny" 或旧版 允许Override =“假”。

我尝试过遍历“.config”堆栈，但没有找到任何对 overrideMode="Deny" 的引用

。任何帮助都会很棒。现在完全卡住了。

谢谢： 迪伦

Answer 1

您是否尝试过解锁 applicationhost.config 中的配置部分？

<location path="example.net" overrideMode="Allow">
    <system.webServer>
        <httpErrors>
        </httpErrors>
    </system.webServer>
</location>

参考：http://learn.iis.net/page。 aspx/124/applicationhostconfig简介/#Locking

Answer 2

只是摸索一下，尝试将此属性添加到 httpErrors 元素中：

existingResponse="PassThrough"

例如：

<httpErrors existingResponse="PassThrough" 
        defaultResponseMode="Redirect" 
        errorMode="DetailedLocalOnly">

Answer 3

这与 IIS 中请求的生命周期有关。在没有映射处理程序的情况下，404 在 ASP dll 被调用之前就会被识别。对于 IIS 中未明确标识为需要 Asp.Net 的项目，IIS 404 错误将触发并忽略 Asp.Net 中的任何指令。即使通配符应用于所有扩展，只有当 IIS 没有首先检测到 404 时才会调用该通配符。这包括 .Net 未明确处理的目录和所有文件扩展名。因此，如果您尝试访问 http://mydomain.com/images/someimage.gif 并且该文件不存在，您将不会收到 .Net 404 错误处理程序。如果将 .gif 更改为 .aspx，处理程序将随后触发。我见过的唯一能充分响应此问题的方法是更改​​ IIS 中的所有 404 处理程序，以重定向到本地站点上的 URL 文件。它将传递 aspxerror 查询字符串，但如果您在 url 声明中添加 ?error= ，您将能够添加特定信息。

我尝试过的另一件事（尽管我不确定是否正确）是在 IIS 中重新分配文件的映射。我们定义 Asp.Net 应在某一时刻处理所有对 .gif 的请求。我遇到的问题是图像没有出来，Base64 编码（我认为？）文本出来了。由于时间紧迫，我没有追求这个，因为更简单的解决方案是使用 IIS 自定义错误映射。