Klassische ASP-Website auf Azure "Die Seite kann nicht angezeigt werden, da ein interner server Fehler aufgetreten."

Wir migriert haben eine Anwendung geschrieben, in der klassischen asp-Azure-websites (gemeinsam) und einige Seiten geben einfach die Fehlermeldung "die Seite kann nicht angezeigt werden, da ein interner server Fehler aufgetreten." mit alle details. Diese Seiten funktionieren unter IIS 7 oder IIS verwenden express. Wie auch immer, die auf Azure-website tun Sie nicht.

Wie bereits in einigen anderen Beiträgen habe ich Folgendes konfiguriert für die website auf Azure:

1) Web-Server-Anmeldung

2) Detaillierte Fehlermeldungen - ON

3) Web.config customErrors mode auf off.

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

Immer noch die log-Meldungen nicht mehr im Detail, was falsch ist und einfach gibt die folgende information:

Detaillierte Informationen Zu Dem Fehler:

Modul " IsapiModule

Meldung "ExecuteRequestHandler"

Handler ASPClassic

Error Code 0x00000000

Jede Hilfe ist willkommen, wie zum Debuggen der klassischen asp-Seiten Probleme auf Azure-websites. Danke.

Sie können entweder mit Windows Azure Diagnostics oder verwenden Sie remote desktop und navigieren Sie zu der internen ip nach Lösungen verwiesen, die in diesem vorherigen Artikel SO: stackoverflow.com/questions/6324463/...
für meine Lösung der probleme die Antwort ich hoffe auf Hilfe

InformationsquelleAutor VVee | 2013-03-20

1
1. Problem könnte werden, auf die browser Seite: stellen Sie sicher, dass die IE-Einstellung "show friendly Nachrichten" ausgeschaltet ist
2. Auch auf der server-Seite haben, müssen Sie einige Einstellung zu ermöglichen, Fehler, Nachrichten an client (sorry, ich habe nur Zugriff auf die IIS-Geschmack, die Einstellung... nicht sicher, was in Azure):
- Website ist auf "Azure Websites" und es tut nicht zeigen die option "Senden Fehler im Browser". Auch mit "Azure websites" es scheint keine remote-desktop-server. Also ich bin nicht sicher, wie Sie Sie zu senden set-Fehler im browser. Ich habe Folgendes versucht, ohne Glück <asp scriptErrorSentToBrowser="true"/> im web.config system.webserver-Abschnitt
- Versuchen Sie Folgendes: fügen Sie in web.config, um die <system.webServer> Abschnitt <httpErrors existingResponse="PassThrough" />. Ich würde auch versuchen, eine benutzerdefinierte 500.100 Seite - Sie muss erlaubt sein!
- Danke G. Stoynev!
InformationsquelleAutor G. Stoynev
11

Danke G. Stoynev! Es arbeitete nach dem hinzufügen der benutzerdefinierten Fehler asp-Seite! Ich benutzt den code aus dem folgenden link zu erstellen Sie benutzerdefinierte asp-Fehler-Seite

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

Auch dem folgenden link geholfen http://www.tacticaltechnique.com/web-development/classic-asp-getlasterror-in-iis7/

Jetzt ist das system.webServer Abschnitt in meinem web.config sieht wie folgt aus:
```
<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>
```
- Vielen Dank für das teilen dieses
InformationsquelleAutor VVee
7

Einer (ungerade), was zu versuchen, was für mich gearbeitet:

Versuchen, die FTP ' Ing auf Ihrer Azure-website, und benennen Sie Ihre web.config etwas völlig anderes.

Umbenannt habe ich Sie mir zu web.config2 - die Azurblaue "The page cannot be displayed because an internal server error has occurred." Fehlermeldung verschwunden, und meine ASP.Net Anwendung platzen ins Leben wieder.

Von dort, die ich neu erstellt die web.config von Grund auf neu, kopieren Brocken es aus meiner ursprünglichen version, Stück für Stück (um zu sehen was das problem verursacht)

Yeah, ich weiß... es ist ein dummer Vorschlag, aber Azure war mir keine Hinweise über das, was verursacht die Fehler, sogar mit logging eingeschaltet, und das rettete meinen Verstand !!
- Gut, vielen Dank für diese Anregung. Ich hatte es zu arbeiten und später diagnostiziert, dass problem wurde mit der gleichen Datei 🙂 +1 vielen Dank.
- Ich würde das zweite-ich hatte ein ähnliches Problem heute, und es stellte sich heraus, dass etwas oder jemand hatte, veränderte das web.config, indem in einem ungültigen MIME-Typ-Erweiterung, die verursacht wurde, alle statischen Inhalte, Anforderungen fehlschlagen. Einfach zu beheben, aber alles verankert in einem fehlerhaften web.config-Datei für die Website.
InformationsquelleAutor Mike Gledhill
0

Ich löste es, indem Sie den Anwendungs-log unter Logging => Diagnose-Protokoll in der Azure web app-Konfiguration.

Können Sie dann sehen Sie den Fehler in der "Log-stream" - Bereich und fixieren Sie es.

In meinem Fall den Fehler, wo Sie die folgenden zwei Zeilen in die 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"/>
```
Ich Sie abgenommen und es funktionierte wieder.

InformationsquelleAutor user8862383
0

Wenn Sie versuchen, konfigurieren Sie Ihre Website, wo Sie keinen Zugriff auf IIS, wie Sie eine Azure-Web-App können Sie konfigurieren, Klassischen ASP-Einstellungen in der Web.Config.

Unter
```
<system.webServer>
```
Kann ein
```
<asp>
```
element, das konfiguriert verschiedene Dinge, wie Klassische betreibt.

Den Sachen, die Auswirkungen auf meine Website wurde
```
**appAllowDebugging="true"**
```
Während diese Eigenschaft ist schön und gut, wenn Sie die Entwicklung mit Visual Studio und haben eine Just-In-Time-debugger installiert, es vermasselt die Fehlerbehandlung für das Klassische Asp.

BTW, hat mich für immer, um herauszufinden, was ich geändert habe.

InformationsquelleAutor LarryBud
0

Machen, die detaillierte Fehlermeldungen an den browser gesendet werden, die Sie benötigen, um die scriptErrorSentToBrowser Attribut wie unten.
```
  <system.webServer>
       <asp scriptErrorSentToBrowser="true" />
  </system.webServer>
```
Es geht ohne zu sagen, könnte dies ein potentielles Sicherheitsrisiko sein, so sollte nicht verlassen werden aktiviert!

InformationsquelleAutor David Lindon

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.