Wir haben eine Anwendung, die in klassischem Asp geschrieben wurde, auf Azure-Websites migriert (freigegeben), und bei einigen Seiten wird einfach der Fehler "Die Seite kann nicht angezeigt werden, weil ein interner Serverfehler aufgetreten ist" angezeigt. ohne irgendwelche Details. Diese Seiten funktionieren einwandfrei unter IIS 7 oder mit IIS Express. Wie auch immer auf der Azure-Website nicht.
Wie in einigen anderen Posts vorgeschlagen, habe ich Folgendes für die Azure-Website konfiguriert:
1) Web Server Logging - ON
2) Detaillierte Fehlermeldungen - ON
3) Web.config - customErrors-Modus auf aus.
Noch geben die Protokollnachrichten keine Details mehr, was falsch ist, und geben einfach die folgende Information:
Detaillierte Fehlerinformationen:
Modul IsapiModule
Benachrichtigung ExecuteRequestHandler
Handler ASPClassic
Fehlercode 0x00000000
Jede Hilfe ist hilfreich, um die Probleme mit klassischen ASP-Seiten auf Azure-Websites zu beheben. Danke.
Ihr Problem könnte auf der Seite des Browsers liegen: Stellen Sie sicher, dass die IE-Einstellung für "freundliche Nachrichten anzeigen" deaktiviert ist.
Außerdem müssen Sie auf der Serverseite eine Einstellung haben, die das Senden von Fehlermeldungen an den Client erlaubt (leider habe ich nur Zugriff auf die IIS-Variante dieser Einstellung ... nicht sicher, was in Azure ist) :
Danke G. Stoynev! Es funktionierte nach dem Hinzufügen der benutzerdefinierten Fehler ASP-Seite! Ich habe den Code aus dem folgenden Link verwendet, um eine benutzerdefinierte ASP-Fehlerseite zu erstellen
Ссылка
Auch der folgende Link half ebenfalls Ссылка
Jetzt sieht der Abschnitt system.webServer in meiner web.config wie folgt aus:
Eine (seltsame) Sache zu versuchen, die für mich funktionierte:
Probieren Sie FTP auf Ihrer Azure-Website aus und benennen Sie Ihre web.config
in etwas völlig anderes um.
Ich habe meinen Namen in web.config2
umbenannt - die Azure "The page cannot be displayed because an internal server error has occurred."
Fehlermeldung ist verschwunden und meine ASP.Net-Anwendung ist wieder in Betrieb gegangen.
Von da an habe ich die web.config von Grund auf neu erstellt und Teile davon Stück für Stück aus meiner Originalversion kopiert (um zu sehen, was das Problem verursacht hat)
Ja, ich weiß ... es ist ein dummer Vorschlag, aber Azure gab mir keine Hinweise darauf, was den Fehler verursacht hat, selbst wenn das Logging eingeschaltet war, und das hat meinen Verstand gerettet !!
Ich habe es gelöst, indem ich das Anwendungsprotokoll unter Logging = & gt; Diagnoseprotokoll in der Azure Web App-Konfiguration.
Sie können dann den Fehler im Bereich "Protokolldatenstrom" sehen und beheben.
In meinem Fall der Fehler, wo die folgenden zwei Zeilen in web.config
:
Ich habe sie entfernt und es hat wieder funktioniert.
Wenn Sie versuchen, Ihre Site so zu konfigurieren, dass Sie keinen Zugriff auf IIS haben, z. B. Azure Web App, können Sie die klassischen ASP-Einstellungen in der Web.Config konfigurieren.
Unter
%Vor%Sie können ein
platzieren %Vor%Element, das verschiedene Dinge mit der Funktionsweise von Classic konfiguriert.
Die Eigenschaft, die meine Site beeinflusst hat, war
%Vor%Diese Eigenschaft ist in Ordnung, wenn Sie mit Visual Studio entwickeln und einen Just-In-Time-Debugger installiert haben, der die Fehlerbehandlung für Classic Asp erschwert.
BTW, nahm mich für immer um herauszufinden, was ich geändert habe.
Tags und Links azure asp-classic website cloud