IIS ha la precedenza sul contenuto della mia risposta, se imposto manualmente Response.StatusCode

Problema

quando imposto manualmente il HTTP Statusflusso di risposta su, diciamo, 404oppure 503, IIS esegue il rendering del contenuto / vista IIS di magazzino, anziché della vista personalizzata.

Quando lo faccio con il server di sviluppo web (AKA. Cassini ), funziona correttamente (ovvero, il mio contenuto viene visualizzato e response.statuscode== i miei dati inseriti).

Esiste un modo per ignorare questo comportamento?

Come replicare

Creare un'applicazione Web ASP.NET MVC1 predefinita. Aggiungi il seguente percorso

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(
        "Default",
        "{*catchall}",
        new { controller = "Home", action = "Index" }
        );

}

Ora sostituisci il metodo Index di HomeController con ...

[HandleError]
public class HomeController : Controller
{
    public ActionResult Index()
    {
        Response.StatusCode = 404;
        return View();
    }
}

Ok - ho trovato la risposta. Come mi aspettavo, IIS sta dirottando le mie non 200 risposte. Non sono sicuro (cioè. Non sono sicuro se questo è il comportamento predefinito O è a causa di un'impostazione di uno dei membri del team aggiornati nella configurazione della macchina, ecc ...).

Ad ogni modo, la chiave qui è dire a IIS di non gestire alcuna risorsa di risultato di stato non 200.

Come? Voce di configurazione in web.config.

<system.webServer>
    <httpErrors errorMode="DetailedLocalOnly" existingResponse="PassThrough"/>
    .... snipped other IIS relevant elements ... 
</system.webServer>

Ora, la chiave qui è existingResponse="PassThrough". Quel ragazzaccio dice a IIS di lasciare le mie risorse da solo se il codice di stato HTTP! = 200.

Vuoi maggiori informazioni? Certo: ulteriori informazioni su questo elemento sul sito Web ufficiale IIS .

Un altro modo per aggirare questo è eseguire il seguente codice nell'applicazione ASP:

Response.TrySkipIisCustomErrors = true;

Fonte: /programming//a/21271085/238753

Stai attento con questo approccio in generale. NON è necessario eseguire il rendering di una vista sullo stato 404.

• Penso che quando viene restituito un codice di stato dell'errore, IIS restituisce la pagina dell'errore di stato registrata con esso, non l'output dall'elaborazione. Quindi, puoi inserire lì una pagina HTML (o un collegamento a una pagina aspx). http://professionalaspnet.com/archive/2008/02/13/Enforcing-a-Custom-404-Page-in-ASP.NET.aspx ha una bella spiegazione su come impostare una pagina di errore.

• Ma questo è irrelvant. Un certo numero di browser per impostazione predefinita NON mostra quell'output, ma qualcosa impostato nel browser. Quindi, se fai affidamento sulle persone che vedono la tua pagina 404, ciò potrebbe non accadere. Potrebbero vedere la pagina 404 che è impostata nel browser per loro.