Sito Web ASP classico su Azure "Impossibile visualizzare la pagina perché si è verificato un errore interno del server."

Question

Abbiamo migrato un'applicazione scritta in ASP classico ai siti Web di Azure (condivisa) e alcune pagine danno semplicemente l'errore "La pagina non può essere visualizzata perché si è verificato un errore interno del server." senza alcun dettaglio Queste pagine funzionano correttamente con IIS 7 o IIS Express. Come mai sul sito Web di Azure non lo fanno.

Come suggerito in alcuni altri post ho configurato il seguente sul sito web su Azure:

1) Registrazione Web Server - ON
2) dettagliate Messaggi di errore - ON
3) web.config - customErrors modalità a spento.

<customErrors mode="Off"/> 
<compilation debug="true" targetFramework="4.0"> 

Ancora i messaggi di log non forniscono altri dettagli ciò che è sbagliato e semplicemente dà le seguenti informazioni:

errore Informazioni dettagliate:

modulo IsapiModule
Notifica ExecuteRequestHandler
Handler ASPClassic
Codice errore 0x00000000

Qualsiasi aiuto è apprezzato come eseguire il debug dei problemi classici di asp pagine sui siti Web di Azure. Grazie.

Answer 1

1. È problema potrebbe essere sul lato del browser: fare in modo che l'IE impostazione di "mostrare i messaggi amichevoli" è disattivata
   

2. Inoltre, sul lato server, è necessario avere una certa regolazione per consentire i messaggi di errore da inviare al cliente (mi dispiace, ho solo l'accesso al sapore di IIS di tale impostazione ... non è sicuro che cosa è in azzurro):
   

Answer 2

Grazie G. Stoynev! Ha funzionato dopo aver aggiunto la pagina di errore personalizzata asp! Ho usato il codice dal seguente link per creare errore personalizzato ASP pagina

http://support.microsoft.com/kb/224070

anche il seguente collegamento come pure aiutato http://www.tacticaltechnique.com/web-development/classic-asp-getlasterror-in-iis7/

Ora la sezione system.webServer nel mio web.config appare come segue:

<system.webServer> 
    <validation validateIntegratedModeConfiguration="false"/> 
    <modules runAllManagedModulesForAllRequests="true"/> 
    <httpErrors> 
    <remove statusCode="500" subStatusCode="100" /> 
    <error statusCode="500" subStatusCode="100" prefixLanguageFilePath="" path="/errors.asp" responseMode="ExecuteURL" /> 
    </httpErrors> 
    </system.webServer> 

Answer 3

One (dispari) cosa da provare, che ha funzionato per me:

prova FTP'ing sul vostro sito web Azure e rinominare i web.config a qualcosa di completamente diverso.

Ho rinominato il mio in web.config2 - il messaggio di errore Azure "The page cannot be displayed because an internal server error has occurred." è scomparso e la mia applicazione ASP.Net è scoppiata di nuovo in vita.

Da lì, ho ricreato il web.config da zero, copiando pezzi di esso dalla mia versione originale, pezzo per pezzo (per vedere che cosa stava causando il problema)

Sì, lo so ...è un suggerimento stupido, ma Azure non mi dava alcun indizio su cosa stesse causando l'errore, anche con la registrazione attivata, e questo mi ha salvato la sanità mentale !!

Answer 4

Ho risolto il problema attivando il registro dell'applicazione in Registrazione => Registro di diagnostica nella configurazione dell'app Web di Azure.

È quindi possibile visualizzare l'errore nel riquadro "Flusso di log" e correggerlo.

Nel mio caso l'errore in cui le seguenti due righe nella web.config:

<add name="ExtensionlessUrlHandler-Integrated-4.0" 
path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" 
preCondition="integratedMode,runtimeVersionv4.0"/> 
<remove name="ExtensionlessUrlHandler-Integrated-4.0"/> 

Li ho tolti e ha funzionato di nuovo.

Answer 5

Se si sta tentando di configurare il sito in cui non si ha accesso a IIS, ad esempio un'app Web di Azure, è possibile configurare le impostazioni ASP classico in Web.Config.

Sotto

<system.webServer> 

È possibile inserire un elemento

<asp> 

che configura varie cose con il modo classico opera.

La proprietà, che stava interessando il mio sito era

**appAllowDebugging="true"** 

Mentre questa proprietà è bene e dandy quando si sta sviluppando con Visual Studio e hanno un debugger Just-In-Time installato, scombina l'errore maneggevolezza per Asp Classic.

BTW, mi ha preso per sempre per capire cosa ho cambiato.