ELMAH.axd è sfogliabile, ma non potrà mai accedere nessuno dei miei errori?

Question

Ho tutto impostato e posso individuare /elmah.axd, ma mi è stato causato tutti questi errori e non registrerà uno di essi, si dice solo 'nessun errore registrati' ... che diamine ho fatto di sbagliato?

Qui è la roba che ho aggiunto al mio 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>

ANCHE: Questo era già all'inizio dei miei RegisterRoutes ()

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

Ho letto che non importa più con ASP.NET MVC 1.0 anche se, apparentemente (per sito ELMAH ...)

Answer 1

La configurazione sembra essere in ordine; la mia ipotesi migliore è che l'utente di applicazioni Web IIS non ha il permesso di scrivere a App_Data. Se hai bloccato i permessi, l'utente dell'applicazione avrà letto, ma non scrivere, le autorizzazioni di lì.

È possibile aprire i permessi o accedi in un'altra directory al di fuori del percorso di rete (che è un po 'più sicuro IMO) e fare in modo che le autorizzazioni di lettura / scrittura per l'utente vengono impostati lì.

Answer 2

La ricetta Soluzione

ho installato da elmah NuGet e elmah on XML log, non ha ottenuto il funcionality atteso, anche se ho potuto accedere http://localhost/elmah.axd, ma nessun errore di cattura.

ho dato il permesso di scrittura sul conto IIS_IUSERS nella cartella App_Data ed è iniziato a lavorare per HTTP 404 errori e gli errori che sono al di fuori delle infrastrutture MVC. Ma non registrava eccezioni all'interno del MVC. La soluzione è stata l'installazione di elmah.mvc pacchetto da NuGet e ha iniziato l'acquisizione di tutte le eccezioni.

Se la configurazione è OK, poi basta installare il pacchetto elmah.mvc da NuGet e dovrebbe iniziare l'archiviazione dei log anche all'interno di MVC, non solo HTTP 404.