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

Question

在尝试为 Google 网站管理员工具设置我的网站后，我发现我的自定义 ASP.NET 404 页面没有返回 404 状态代码。 它显示了正确的自定义页面并告诉浏览器一切正常。 这被认为是软 404 或错误 404。Google 不喜欢这样。 所以我找到了很多关于这个问题的文章，但我想要的解决方案似乎不起作用。

我想要的解决方案是将以下两行添加到自定义 404 页面的 Page_Load 方法后面的代码中。

Response.Status = "404 Not Found";
Response.StatusCode = 404;

这是行不通的。 页面仍然返回200 OK。 然而，我发现如果我将以下代码硬编码到设计代码中，它将正常工作。

<asp:Content ID="ContentMain" ContentPlaceHolderID="ContentPlaceHolderMaster" runat="server">

<%
    Response.Status = "404 Not Found";
    Response.StatusCode = 404;
%>

 ... Much more code ...

</asp:content>

该页面正在使用母版页。 我正在 web.config 中配置自定义错误页面。 我真的宁愿使用代码隐藏选项，但如果不在设计/布局中放入 hack 内联代码，我似乎无法使其工作。

Answer 1

解决方案：

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

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

可以做更多的工作来查明母版页何时设置状态，但我将把它留给您。

---

原始帖子：

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

1）编辑了 web.config 的自定义错误：

 
    <错误状态代码=“404”重定向=“404.aspx”/> 
   
  

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

公共分部类_04：System.Web.UI.Page 
  { 
      protected void Page_Load（对象发送者，EventArgs e） 
      { 
          响应.StatusCode = 404; 
      } 
  } 
  

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

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

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

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

Google 404 和 .NET 自定义错误页面

标头间谍响应：

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

Answer 2

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

解决方案是添加

Response.TrySkipIisCustomErrors = true;

Before更改 Response.StatusCode。

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

Answer 3

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

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

Answer 4

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

Answer 5

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

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

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

Answer 6

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

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

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

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

此设置确保 CustomErrors 模式设置为打开（稍后我们将需要此设置），并为 error.htm 的 defaultRedirect 提供 all-else-fails 选项。 当我没有特定错误的处理程序，或者存在数据库连接中断的情况时，这会派上用场。

其次，这是全局 asax Error 事件：

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 页面执行“抛出 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，并在标头中写入相应的状态代码。

希望这可以帮助。

Answer 7

您可以使用以下代码：

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