* Aggiornato aprile 2016
L'attributo customErrors viene utilizzato quando il codice .net genera un'eccezione (404, 403, 500 ecc.) E l'attributo httpErrors viene utilizzato quando IIS stesso genera un'eccezione.
- / myfakeextensionslessurl -> httpErrors 404
- /myfakeaspsx.aspx -> customErrors 404
- /myfakeimage.jpg -> httpErrors 404
- /throw500.apx -> customErrors 500
- / throw500 -> customErrors 500
Ci sono molte insidie che provano a configurarlo correttamente. Quindi, se stai cercando un rapido esempio, le 2 migliori opzioni che hai sono:
Esempio 1: utilizzo di pagine html
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="/Error500.html" redirectMode="ResponseRewrite">
<error statusCode="403" redirect="/Error403.html" />
<error statusCode="404" redirect="/Error404.html" />
<error statusCode="500" redirect="/Error500.html" />
</customErrors>
</system.web>
<system.webServer>
<httpErrors errorMode="DetailedLocalOnly" existingResponse="Auto">
<remove statusCode="403" />
<remove statusCode="404" />
<remove statusCode="500" />
<error statusCode="403" responseMode="File" path="Error403.html" />
<error statusCode="404" responseMode="File" path="Error404.html" />
<error statusCode="500" responseMode="File" path="Error500.html" />
</httpErrors>
</system.webServer>
Esempio 2: utilizzo delle pagine aspx
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="/Error500.html" redirectMode="ResponseRewrite">
<error statusCode="403" redirect="/Error403.aspx" />
<error statusCode="404" redirect="/Error404.aspx" />
<error statusCode="500" redirect="/Error500.aspx" />
</customErrors>
</system.web>
<system.webServer>
<httpErrors errorMode="DetailedLocalOnly" existingResponse="Auto">
<remove statusCode="403" />
<remove statusCode="404" />
<remove statusCode="500" />
<error statusCode="403" responseMode="ExecuteURL" path="Error403.aspx" />
<error statusCode="404" responseMode="ExecuteURL" path="Error404.aspx" />
<error statusCode="500" responseMode="ExecuteURL" path="Error500.aspx" />
</httpErrors>
</system.webServer>
E nelle pagine di errore aspx devi fare qualcosa del genere (esempio 404 pagina):
<%
Response.StatusCode = 404;
Response.TrySkipIisCustomErrors = true;
%>
Nota: non è possibile utilizzare l'estensione meno URL nella sezione customErrors ! . (senza hack)
Una soluzione è disabilitare gli errori personalizzati e consentire agli errori http di gestire la pagina personalizzata. Un amico ha creato una tale configurazione, quando trovo un po 'di tempo, condividerò il codice.
sfondo
Una buona pagina di errore personalizzata:
- Mostra la vera eccezione quando visiti la pagina del problema localmente
- Mostra una pagina personalizzata quando visiti la pagina del problema in remoto
- Non reindirizzerà, ma mostrerà semplicemente il contenuto della pagina di errore (per motivi di seo)
- Mostrerà il codice di stato corretto
Quindi, per chiarire alcune opzioni nella nostra configurazione:
<customErrors mode="RemoteOnly". È possibile specificare qui: On, Off, RemoteOnly.
On = Mostra sempre pagine di errore personalizzateOff = Mostra sempre l'errore realeRemoteOnly= Mostra l'errore localmente, ma mostra la pagina di errore personalizzata in remoto. Quindi vogliamo RemoteOnlyper l'istruzione 1
<customErrors redirectMode="ResponseRewrite". È possibile specificare qui: ResponseRedirecto ResponseRewrite. La ResponseRedirectmodalità reindirizzerà la pagina di errore alla pagina di errore personalizzata. Per un crawler di link (SEO), ciò comporterà 302 -> 500, ma si desidera che il crawler di link ottenga un errore 500.
<httpErrors errorMode="DetailedLocalOnly". Questo è l'equivalente della customErrorsmodalità. Le opzioni che si hanno: Custom, Detailed, DetailedLocalOnly.
Un buon post sul blog che mi ha aiutato molto è: http://benfoster.io/blog/aspnet-mvc-custom-error-pages