ELMAH.axd es navegable, pero nunca se registrará ninguna de mis errores?

Question

Lo tengo todo configurado y que puede navegar a /elmah.axd pero he estado causando todos estos errores y éste no podrá conectarse a ninguno de ellos, sólo dice 'no hay errores registrados' ... ¿qué diablos Qué he hecho mal?

Este es el material que he añadido a mi web.config:

<configSections>
  <sectionGroup name="elmah">     
        <section name="security" requirePermission="false" type="Elmah.SecuritySectionHandler, Elmah" />     
        <section name="errorLog" requirePermission="false" type="Elmah.ErrorLogSectionHandler, Elmah" />     
        <section name="errorMail" requirePermission="false" type="Elmah.ErrorMailSectionHandler, Elmah" />     
  </sectionGroup>
</configSections>

<httpHandlers>
  <add verb="POST,GET,HEAD" path="elmah.axd" type="Elmah.ErrorLogPageFactory, Elmah" />
</httpHandlers>

<httpModules>
  <add name="ErrorLog" type="Elmah.ErrorLogModule, Elmah" />  
</httpModules>

<elmah>
  <errorLog type="Elmah.XmlFileErrorLog, Elmah" logPath="~/App_Data" />
  <security allowRemoteAccess="yes" />
</elmah>

también: Esto ya fue al comienzo de mis RegisterRoutes ()

routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

He leído que no importa nada más con ASP.NET MVC 1.0 embargo, supuestamente (por ELMAH página web ...)

Answer 1

La configuración parece estar en orden; Mi mejor conjetura es que su aplicación web IIS usuario no tiene permiso para escribir en App_Data. Si ha bloqueado permisos, el usuario de la aplicación habrá leído, pero no escribir, permisos allí.

Puede abrir permisos o inicia sesión a otro directorio fuera de la trayectoria de la banda (que es un poco más seguro OMI) y asegúrese de que los permisos de lectura / escritura para el usuario se establecen allí.

Answer 2

La receta Solución

He instalado desde elmah Nuget y elmah on XML log, no tiene la funcionalidad esperada, aunque podía acceder http://localhost/elmah.axd, pero sin la captura de error.

Me di permiso de escritura en los IIS_IUSERS cuenta en la carpeta App_Data y comenzó a trabajar para HTTP 404 errores y los errores que están fuera de la infraestructura MVC. Pero no ingrese excepciones dentro de la MVC. La solución fue la instalación de paquete de elmah.mvc Nuget y comenzó a capturar todas las excepciones.

Si su configuración es correcta, entonces sólo tiene que instalar el paquete de elmah.mvc Nuget y debe comenzar a almacenar registros también dentro de MVC, no sólo HTTP 404.