Ich habe gerade ein Update für eine vorhandene ASP.NET MVC3-Site bereitgestellt (diese wurde bereits konfiguriert) und erhalte den IIS-Bluescreen mit der Todesanzeige
HTTP-Fehler 500.0 - Interner Serverfehler
Die Seite kann nicht angezeigt werden, da ein interner Serverfehler aufgetreten ist.
Jedoch; Im Anwendungsereignisprotokoll wird nichts angezeigt, von dem ich eine (detailliertere) Beschreibung des Eintrags erwarte.
Wie kann ich dieses Problem diagnostizieren?
Antworten:
Werfen Sie einen Blick auf die Funktion zur Verfolgung fehlgeschlagener Anforderungen in IIS7:
Die andere Sache, die ich tun würde, ist, Ihre
<httpErrors>
Einstellung zu ändern , weil IIS möglicherweise eine Fehlermeldung von weiter oben in der Pipeline verschluckt:Wenn die Site in klassischem ASP geschrieben ist, müssen Sie die Einstellung Fehler an Browser senden in der ASP-Konfigurationsfunktion aktivieren:
Wenn Sie den Internet Explorer verwenden, stellen Sie sicher, dass die Option "Anzeigen von HTTP-Fehlermeldungen" in den erweiterten Einstellungen deaktiviert ist (obwohl ich vermute, dass Sie dies bereits getan haben oder einen anderen Browser verwenden).
quelle
In meinem Fall:
web.config
war nicht beschädigt - überprüft durch Verwendung derselben auf dem lokalen Computer / usinginetmgr
Endlich...
...Chrome/57.0.2987.133+Safari/537.36 500 19 5 312
Der Schlüssel ist:
sc-status sc-substatus sc-win32-status 500 19 5
was mich mit einigem googeln darauf hinwies, dass ich
IIS_USRS
keine leserechte für denwww
ordner hattequelle
Das offensichtlichste Problem sind falsche oder keine NTFS-Rechte für den Webanwendungsordner. Stellen Sie also sicher, dass das Konto, das die Site bedient, über die richtigen Berechtigungen verfügt. Ohne die richtigen NTFS-Rechte für das Webverzeichnis spielt es keine Rolle, was Sie in der web.config ablegen, da es niemals gelesen wird.
Eine schnelle Überprüfung kann darin bestehen, jedem die vollständigen Rechte zu erteilen. Wenn die Site zu funktionieren beginnt, wissen Sie, dass es sich um ein Rechteproblem handelt, und können dann festlegen, ob einem geeigneteren Konto die entsprechenden Rechte zugewiesen werden sollen.
quelle
Wenn Sie ein Upgrade von IIS6 durchführen, funktioniert möglicherweise eine der web.config-Dateien in 6, jedoch nicht in IIS 7.5. Doppelklicken Sie auf alle Symbole in IIS für die Website, und möglicherweise wird eine Fehlermeldung zum Format (Abschnitt 6) angezeigt muss unter anderem Abschnitt sein ...)
quelle
Ich hatte das gleiche Problem mit einer Azure Web App. Beim lokalen Debuggen wurden Fehlermeldungen (JSON), die von Ajax-Aufrufen zurückgegeben wurden, vollständig an den Browser zurückgegeben. Nach der Bereitstellung in der Webanwendung wurden die Nachrichten jedoch verschluckt, und es wurde eine Standardfehlermeldung von 500 zurückgegeben. Also musste ich den
existingResponse
WertPassThrough
imhttpErrors
Tag web.config explizit auf setzen .quelle