Modalità CustomErrors = "Off"

Ricevo un errore ogni volta che carico la mia webapp sul provider. A causa della modalità customErrors, tutto ciò che vedo è il messaggio "Errore di runtime" predefinito, che mi indica di disattivare customErrors per visualizzare ulteriori informazioni sull'errore.

Esasperato, ho impostato il mio web.config in questo modo:

<?xml version="1.0"?>
<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

E ancora, tutto ciò che ottengo è la stupida pagina di errori remoti senza informazioni utili su di essa. Cos'altro posso fare per disattivare gli errori personalizzati ?!

Questo mi ha fatto impazzire negli ultimi giorni e non sono riuscito a evitarlo ma alla fine l'ho capito:

Nel mio file machine.config avevo una voce sotto <system.web>:

<deployment retail="true" />

Questo sembra sovrascrivere qualsiasi altra impostazione customError specificata in un file web.config, quindi impostando la voce sopra su:

<deployment retail="false" />

ora significa che posso ancora una volta visualizzare i messaggi di errore dettagliati di cui ho bisogno.

Si machine.configtrova a

32-bit

%windir%\Microsoft.NET\Framework\[version]\config\machine.config

64-bit

%windir%\Microsoft.NET\Framework64\[version]\config\machine.config 

Spero che aiuti qualcuno là fuori e risparmi qualche ora di strappi.

"Off" distingue tra maiuscole e minuscole.

Controlla se la "O" è in maiuscolo nel tuo file web.config, l'ho subito un paio di volte (semplice come sembra)

Nell'interesse di aggiungere più situazioni a questa domanda (perché è lì che ho guardato perché avevo lo stesso identico problema), ecco la mia risposta:

Nel mio caso, ho tagliato / incollato il testo dall'errore generico dicendo in effetti se vuoi vedere cosa c'è che non va, metti

<system.web>
   <customErrors mode="Off"/>
</system.web>

Quindi questo avrebbe dovuto risolverlo, ma ovviamente no! Il mio problema era che c'era un nodo <system.web> diverse righe sopra (prima di un nodo di compilazione e autenticazione) e un tag di chiusura </system.web> alcune righe sotto. Una volta corretto, OK, problema risolto. Quello che avrei dovuto fare è copiare / incollare solo questa riga:

<customErrors mode="Off"/>

Questo è dagli annali di Stupid Things che continuo a fare ancora e ancora, nel capitolo intitolato "Copia e incolla la tua strada verso la distruzione".

Per le applicazioni Sharepoint 2010, è inoltre necessario modificare C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\web.confige definire<customErrors mode="Off" />

Ho provato la maggior parte delle cose descritte qui. Stavo usando VWD e il file web.config predefinito conteneva:

    <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
        <error statusCode="403" redirect="NoAccess.htm" />
        <error statusCode="404" redirect="FileNotFound.htm" />
    </customErrors>

Ho cambiato mode = "RemoteOnly" in mode = "Off". Ancora nessuna gioia. Ho quindi usato il gestore IIS, le proprietà, la scheda ASP.Net, la modifica della configurazione, quindi ho scelto la scheda CustomeErrors. Ciò mostrava ancora RemoteOnly. Ho cambiato questo in Off e finalmente ho potuto vedere i messaggi di errore dettagliati.

Quando ho ispezionato il web.config ho visto che c'erano due nodi CustomErrors in system.web; e ho appena notato che la seconda voce (quella che stavo cambiando era all'interno di un commento). Quindi cerca di non usare il blocco note per ispezionare web.config su un server remoto.

Tuttavia, se si utilizza la configurazione di modifica di IIS, si lamenterà degli errori nel web.config. Quindi puoi escludere tutte le risposte che dicono "c'è un errore di sintassi XML nel tuo web.config"

L'unica risposta che ha effettivamente funzionato per risolvere questo problema ho trovato qui: https://stackoverflow.com/a/18938991/550975

Aggiungi questo al tuo web.config:

<configuration>  
  <system.webServer>  
    <httpErrors existingResponse="PassThrough"/>  
  </system.webServer>  
<configuration>

In genere è possibile trovare ulteriori informazioni sull'errore nel Visualizzatore eventi, se si ha accesso ad esso. Il tuo provider potrebbe anche aver impedito la visualizzazione di errori personalizzati, sovrascrivendolo in machine.config o impostando l'attributo retail su true ( http://msdn.microsoft.com/en-us/library/ms228298 ( VS.80) .aspx ).

Ho avuto anche questo problema, ma quando si utilizza Apache e mod_mono. Per chiunque si trovi in ​​quella situazione, è necessario riavviare Apache dopo aver modificato web.config per forzare la lettura della nuova versione.

Se stai ancora ricevendo quella pagina, è probabile che stia saltando in aria prima di superare Web.Config

Assicurati che ASP.Net disponga delle autorizzazioni necessarie per cose come le cartelle .Net Framework, la metabase IIS, ecc. Hai modo di verificare che ASP.Net sia installato correttamente e associato correttamente in IIS?

Modifica: dopo il commento di Greg che mi è venuto in mente, ho pensato che quello che hai pubblicato fosse il tuo web.config molto minimale, c'è dell'altro? In tal caso è possibile pubblicare l'intero web.config?

Il mio problema era che avevo definito questo nel mio web.config

<httpErrors errorMode="Custom" existingResponse="Replace">
  <remove statusCode="404" />
  <remove statusCode="500" />
  <error statusCode="404" responseMode="ExecuteURL" path="/Error/NotFound" />
  <error statusCode="500" responseMode="ExecuteURL" path="/Error/Internal" />
</httpErrors>

In realtà, quello che ho capito durante l'hosting della mia app Web è il codice che hai sviluppato sulla tua macchina locale è di versione superiore rispetto a quella che la società di hosting ti offre. Se si dispone dei privilegi di amministratore, è possibile modificare il supporto della versione di Microsoft ASP.NET nelle impostazioni di hosting web

Abbiamo riscontrato questo problema ed è dovuto al fatto che l'utente IIS non ha accesso alla configurazione della macchina sul server Web.

Abbiamo anche riscontrato questo errore e nel nostro caso era perché l'utente del pool di applicazioni non aveva più le autorizzazioni per il file web.config. Il motivo per cui ha perso i suoi permessi (tutto andava bene prima) era perché avevamo un backup del sito in un file rar e ho trascinato una versione di backup di web.config dal rar nel sito. Questo sembra aver rimosso tutte le autorizzazioni per il file web.config tranne me, l'utente che ha effettuato l'accesso.

Ci è voluto un po 'per capirlo perché ho controllato ripetutamente le autorizzazioni a livello di cartella, ma mai a livello di file.

Ho avuto lo stesso problema ma ho trovato la risoluzione in modo diverso.

-

Quello che ho fatto è stato aprire Impostazioni avanzate per il pool di applicazioni in Gestione IIS .

Lì ho impostato Abilita applicazioni a 32 bit su True .

Prova a riavviare l'applicazione (la creazione di un'app_offline.htm rispetto alla sua eliminazione farà) e se ricevi ancora lo stesso messaggio di errore, assicurati di aver dichiarato customErrors solo una volta nel web.config o qualcosa del genere. Gli errori nel web.config possono avere un impatto strano sull'applicazione.

Hai qualche personaggio speciale come æøå nel tuo web.config? In tal caso, assicurarsi che la codifica sia impostata su utf-8.

Questa app Web è impostata sotto altre app nell'albero delle directory di un sito Web? Controllare eventuali file web.config principali per altre impostazioni, se presenti. Inoltre, rendi la tua directory impostata come directory applicativa in IIS.

Se si utilizza l'anteprima MVC 4, è possibile che si verifichi questo perché si sta utilizzando HandleErrorAttribute. Il comportamento è cambiato in 5 in modo che non gestisca le eccezioni se si disattivano gli errori personalizzati.

Puoi anche provare a visualizzare il sito Web in un browser sul computer server. Non faccio molto sviluppo ASP.NET, ma ricordo che la cosa degli errori personalizzati ha un'impostazione per visualizzare solo il testo di errore completo sul server, come misura di sicurezza.

Ho appena affrontato un problema simile. Nel mio caso la versione di asp.net del sito predefinito era 1.1 mentre cercavo di avviare un'app Web 2.0. L'errore è stato piuttosto banale, ma non è stato immediatamente chiaro il motivo per cui gli errori personalizzati non sarebbero scomparsi e il runtime non ha mai scritto nel registro eventi. La soluzione ovvia era quella di abbinare la versione nella scheda Asp.Net di IIS.

Assicurati anche di modificare web.config e non website.config, come stavo facendo.

Ho avuto lo stesso problema e la causa era che IIS eseguiva ASP.NET 1.1 e il sito richiedeva .NET 2.0.

Il messaggio di errore non ha fatto altro che gettarmi fuori pista per diverse ore.

Assicurati di aggiungere subito dopo il system.web

L'ho messo verso la fine del nodo e non ha funzionato.

Se si sta eseguendo una trasformazione di configurazione, potrebbe essere necessario rimuovere anche la seguente riga dal file web.config pertinente.

<compilation xdt:Transform="RemoveAttributes(debug)" />

Dopo aver provato tutte le risposte qui, si è scoperto che il mio Application_Errormetodo aveva questo:

Server.ClearError();
Response.Redirect("/Home/Error");

La rimozione di queste righe e l'impostazione risolto il problema. (Il client è stato comunque reindirizzato alla pagina di errore con customErrors="On").

Ho avuto lo stesso problema e ho esaminato il registro dell'applicazione del Visualizzatore eventi in cui è indicato chiaramente a causa dell'eccezione. Nel mio caso l'eccezione era come di seguito ...

Informazioni sull'eccezione:

Exception type: HttpException 
Exception message: The target principal name is incorrect.  Cannot generate SSPI context.
at System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app)
at System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers)
at System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
at System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context)
at System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext)

The target principal name is incorrect.  Cannot generate SSPI context.

Ho appena aggiornato la mia password nel pool di applicazioni e funziona per me.

In alcuni casi è anche possibile che web.config non sia formattato correttamente. In tal caso, è necessario esaminarlo riga per riga prima che funzioni. Spesso, le regole di riscrittura sono il colpevole qui.

È davvero strano. Ho ricevuto questo errore e dopo il riavvio del mio server è scomparso.

Per me è stato un errore più in alto nel web.config sopra il system.web.

il file blah non esisteva, quindi stava generando un errore a quel punto. Perché non era ancora arrivato alla sezione System.Web, ma stava usando l'impostazione predefinita del server per CUstomErrors (On)