ASP.NET 自定义 404 返回 200 OK 而不是 404 Not Found

解决方案：

事实证明，问题在于母版页的使用。我通过在页面生命周期的后期设置状态代码让它工作，显然母版页的渲染正在重置它，所以我覆盖了渲染方法并在渲染完成后设置它。

protected override void Render(HtmlTextWriter writer)
{
    base.Render(writer);
    Response.StatusCode = 404;
}

可以做更多的工作来确定母版页设置状态的确切时间，但我将把它留给你。

原帖：

我能够让测试网络应用程序正常工作，它至少显示了自定义错误页面并返回了 404 状态代码。我不能告诉你你的应用出了什么问题，但我可以告诉你我做了什么：

1) 为自定义错误编辑 web.config：

2）添加了404.aspx页面，设置状态码为404。

公共部分类 _04：System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { Response.StatusCode = 404; } }

就是这样，如果我转到任何由 Asp.Net 处理且不存在的页面扩展，我的提琴手日志清楚地显示 404，这是标题：

HTTP/1.1 404 未找到服务器：Microsoft-IIS/5.1 日期：星期日，2008 年 12 月 7 日 06:04:13 GMT X-Powered-By：ASP.NET X-AspNet-Version：2.0.50727 缓存控制：私有内容-类型：文本/html； charset=utf-8 内容长度：533

现在，如果我转到一个未经 Asp.Net 处理的页面，例如 htm 文件，则不会显示自定义页面，而是显示 IIS 配置的 404。

这是一篇文章，介绍了可能对您和您的问题有用的更多细节，我的测试确实重定向到新页面，因此所请求文件的 url 几乎丢失了（除了它在查询字符串中） .

Google 404 and .NET Custom Error Pages

标头间谍响应：

HTTP/1.1 404 Not Found
Date: Sun, 07 Dec 2008 06:21:20 GMT

---

我有一个类似的问题，我想将自定义页面显示为 404（即 ASPX），它在 localhost 上运行良好，但只要远程访问者连接，他们就会得到通用的 IIS 404。

解决方案是添加

Response.TrySkipIisCustomErrors = true;

在更改 Response.StatusCode 之前。

通过 Rick Strahl http://www.west-wind.com/weblog/posts/745738.aspx 找到

---

尝试调用 Response.End() 跳过渲染...

Response.Status = "404 Not Found";
Response.StatusCode = 404;
Response.End();
return;

---

IIS 7 解决方案是将其添加到您的 web.config 文件中：

<system.webServer>
  <httpErrors existingResponse="Replace">
    <remove statusCode="500" subStatusCode="-1" />
    <remove statusCode="404" subStatusCode="-1" />
    <error statusCode="404" prefixLanguageFilePath="" path="404.htm" responseMode="File" />
    <error statusCode="500" prefixLanguageFilePath="" path="500.htm" responseMode="File" />
  </httpErrors>
</system.webServer>

http://forums.asp.net/t/1563128.aspx/1

---

经过大量测试和故障排除后，某些托管服务提供商似乎会干扰返回代码。我能够通过在内容中应用“hack”来解决这个问题。

<%
// This code is required for host that do special 404 handling...
Response.Status = "404 Not Found";
Response.StatusCode = 404;
%>

这将允许页面无论如何返回正确的返回码。

---

通过使用 .NET 3.5 在 asp.net webforms 中使用以下设置，我能够解决此问题。

我实现的模式绕过了 .NET 在 web.config 中的自定义重定向解决方案，因为我编写了自己的模式来处理标题中具有正确 HTTP 状态代码的所有场景。

首先，web.config 的 customErrors 部分如下所示：

<customErrors mode="RemoteOnly" defaultRedirect="~/error.htm" />

此设置确保将 CustomErrors 模式设置为 on，这是我们稍后需要的设置，并为 error.htm 的 defaultRedirect 提供了一个 all-else-fails 选项。当我没有针对特定错误的处理程序时，这将派上用场，或者数据库连接中断。

其次，这是全局 asax 错误事件：

protected void Application_Error(object sender, EventArgs e)
    {
       HandleError();
    }

    private void HandleError()
    {
        var exception = Server.GetLastError();
        if (exception == null) return;

        var baseException = exception.GetBaseException();

        bool errorHandled = _applicationErrorHandler.HandleError(baseException);
        if (!errorHandled) return;


        var lastError = Server.GetLastError();
    if (null != lastError && HttpContext.Current.IsCustomErrorEnabled)
    {
        Elmah.ErrorSignal.FromCurrentContext().Raise(lastError.GetBaseException());
        Server.ClearError();
    }
    }

此代码将处理错误的责任转交给另一个类。如果错误没有得到处理并且 CustomErrors 被打开，这意味着我们有一个案例，我们正在生产中并且不知何故没有处理错误。我们将在此处清除它以防止用户看到它，但将其登录到 Elmah 以便我们知道发生了什么。

applicationErrorHandler 类如下所示：

public bool HandleError(Exception exception)
        {
            if (exception == null) return false;

            var baseException = exception.GetBaseException();

            Elmah.ErrorSignal.FromCurrentContext().Raise(baseException);

            if (!HttpContext.Current.IsCustomErrorEnabled) return false;

            try
            {

                var behavior = _responseBehaviorFactory.GetBehavior(exception);
                if (behavior != null)
                {
                    behavior.ExecuteRedirect();
                    return true;
                }
            }
            catch (Exception ex)
            {
                Elmah.ErrorSignal.FromCurrentContext().Raise(ex);
            }
            return false;
        }

此类本质上使用命令模式来为发出的错误类型定位适当的错误处理程序。在此级别使用 Exception.GetBaseException() 很重要，因为几乎每个错误都将包装在更高级别的异常中。例如，从任何 aspx 页面执行“throw new System.Exception()”将导致在此级别收到 HttpUnhandledException，而不是 System.Exception。

“工厂”代码很简单，如下所示：

public ResponseBehaviorFactory()
    {
        _behaviors = new Dictionary<Type, Func<IResponseBehavior>>
                        {
                            {typeof(StoreException), () => new Found302StoreResponseBehavior()},
                            {typeof(HttpUnhandledException), () => new HttpExceptionResponseBehavior()},
                            {typeof(HttpException), () => new HttpExceptionResponseBehavior()},
                            {typeof(Exception), () => new Found302DefaultResponseBehavior()}
                        };
    }

    public IResponseBehavior GetBehavior(Exception exception)
    {                                                                               
        if (exception == null) throw new ArgumentNullException("exception");

        Func<IResponseBehavior> behavior;
        bool tryGetValue = _behaviors.TryGetValue(exception.GetType(), out behavior);

        //default value here:
        if (!tryGetValue)
            _behaviors.TryGetValue(typeof(Exception), out behavior);

        if (behavior == null)
            Elmah.ErrorSignal.FromCurrentContext().Raise(
                new Exception(
                    "Danger! No Behavior defined for this Exception, therefore the user might have received a yellow screen of death!",
                    exception));
        return behavior();
    }

最后，我有了一个可扩展的错误处理方案设置。在定义的每一个“行为”中，我都有一个错误类型的自定义实现。例如，将检查 Http 异常的状态代码并进行适当处理。 404 状态代码将需要 Server.Transfer 而不是 Request.Redirect，以及在标头中写入的适当状态代码。

希望这可以帮助。

---

您可以使用以下代码：

 Response.TrySkipIisCustomErrors = True
 Response.Status = "404 Not Found"
 Response.AddHeader("Location", "{your-path-to-your-404-page}")

---