¿Cómo se envía el código de estado "500" para la página de error genérico en IIS?

Question

Estoy usando una página de error genérico usando la directiva <customErrors> de ASP.NET.

<customErrors mode="On" defaultRedirect="500.html" redirectMode="ResponseRewrite"> 
</customErrors> 

Problema: cuando se produce un error, esta página no devuelve el estado HTTP "500". Viene como 200. Por lo tanto, los verificadores de enlaces y las arañas no ven que haya ningún problema.

¿Cómo puedo enviar el estado HTTP 500 junto con la página estática 500.html?

Requisitos:

• que deben utilizar redirectMode = "ResponseRewrite"
• no puedo usar una página dinámica, estática única .html.

Answer 1

La documentación de MSDN para el elemento customErrors indica que está implementado por System.Web.Configuration.CustomErrorsSection. Si usamos el Reflector .NET de Red Gate para analizar esa clase, podemos ver dónde se usa esa configuración en el Marco.

Es utilizado por System.Web.UI.Page.HandleError y System.Web.HttpResponse.ReportRuntimeError.

Ambos terminan llamando a System.Web.HttpResponse.RedirectToErrorPage.(El nombre de este método es confuso: es importante tener en cuenta que RedirectToErrorPage toma la configuración redirectMode como parámetro, por lo que se llama incluso si está utilizando ResponseRewrite y no ocurre ninguna redirección.)

La parte relevante del RedirectToErrorPage método es:

if (redirectMode == CustomErrorsRedirectMode.ResponseRewrite) 
    { 
     this.Context.Server.Execute(url); 
    } 

no parece haber ninguna manera de establecer el código de respuesta en el manejo de errores: al final del día es sólo una Server.Execute llanura. Por lo tanto, parece inevitable que necesite escribir código para lograr la respuesta HTTP que desea.

¿Puede volver a examinar por qué quiere utilizar un archivo .html simple? Esta parece una opción sensata para el manejo de errores, porque no desea pasar por todos los gastos generales de una página .aspx cuando eso podría causar otro error.

¿Pero quizás hay algún terreno intermedio que será tan robusto como un archivo .html?

Por ejemplo, puede hacer un HttpHandler precompilado, registrarlo en la URL /500.error, y luego hacer que 500.error sea su página predeterminada de Redirección. (Esto sería similar a cómo funciona ScriptResource.axd.) Si precompila su módulo en una DLL (a diferencia de la compilación sobre la marcha de un simple archivo .axd antiguo), puede encontrar que es igual de robusto en el cara de las condiciones de error. Si encuentra un error donde ni siquiera esto funcionará, entonces un archivo .html estático probablemente tampoco funcionará: tenga en cuenta que la directiva customErrors todavía se basa en .NET ejecutándose bajo el capó, y aún usa el StaticFileHandler para servir su archivo .html.

Como alternativa, podría considerar un proxy inverso en frente de su aplicación IIS, que serviría una página amigable de 500 incluso ante una falla catastrófica del grupo de aplicaciones. Esto sería más trabajo de configurar, pero sería incluso más sólido que customErrors, p. Ej. si su web.config se daña, incluso customErrors no funcionará.

Answer 2

Pruebe la configuración de su sección de errores personalizados así:

<customErrors mode="On" redirectMode="ResponseRewrite"> 
    <error statusCode="500" redirect="500.aspx"> 
</customErrors> 

En el archivo 500.aspx, cambie el código de respuesta en el Page_Load;

Response.StatusCode = 500; 
Response.StatusDescription = "Internal Server Error"; 

Answer 3

En el archivo gllobal.asax añadir el siguiente código

protected void Application_EndRequest(object sender, EventArgs e) 
    { 
     if (Request.Url.AbsolutePath.EndsWith("500.html")) 
      Response.StatusCode = 500; 
    } 

Answer 4

bien, tengo una solución, la única manera en que puedo conseguir que esto funcione es sin pasar por la sección de errores personalizados en la web archivo de configuración.

Así, un ejemplo Default.aspx

public partial class Default : System.Web.UI.Page 
{ 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     throw new Exception("boom"); 
    } 
} 

A continuación, en el archivo Global.asax:

protected void Application_Error(object sender, EventArgs e) 
{ 
    // Clear the error to take control of process 
    Server.ClearError(); 

    Response.WriteFile(Server.MapPath("500.html")); 
    Response.StatusCode = 500; 
    Response.StatusDescription = "Internal Server Error"; 
} 

probablemente usted puede escribir un mejor mecanismo de manejo para la parte 500.html - Creo esto debería hacer lo que estás tratando de lograr.

Solo probado con el servidor web VS Cassini, sin embargo, no veo ninguna razón por la cual esto no debería funcionar en iis6.

Answer 5

Si insistes en cambiar la señalización HTTP central, entonces debes ceder a algunas demandas o estar preparado para escribir tu propio servidor web. Sí, debe ejecutar el AppPool integrado de IIS7 y aún tendrá que aceptar la redirección a la página activa ya que está tratando de simular que su servidor no está funcionando y que el servidor no está diseñado para simular el suicidio. Por lo tanto, si le ofrece una forma sencilla de hacerlo, sus opciones son agradecer o desarrollar su propio servidor que no sea compatible con HTTP, que codificará los códigos de respuesta a voluntad.

Answer 6

Esto se puede hacer con un filtro isapi. Debería estar escrito en c, pero puede modificar el estado de respuesta para la solicitud .html para que el navegador obtenga un 500 con su página html personalizada.