Wie repariere ich IIS 500 Interner Serverfehler?

Aktivieren Sie detaillierte Fehlermeldungen in IIS oder Web.Config, um das zugrunde liegende Problem anzugeben. 2. Überprüfen Sie das Windows -Anwendungsereignisprotokoll auf bestimmte Fehler von ASP.NET- oder IIS -Komponenten. 3. Validieren Sie Web.config für die korrekte XML -Syntax und stellen Sie sicher, dass die Identität des Anwendungspools im Ordner Site gelesen und ausgeführt wird. 4. bestätigen Sie, dass der Anwendungspool ausgeführt wird, verwendet die richtige .NET -CLR -Version und den Pipeline -Modus und überlegen Sie, ob die Einstellungen recyceln oder geändert werden können, wenn sie instabil sind. 5. Verwenden Sie fehlgeschlagene Anforderungsverfolgung (FREB), um detaillierte Anforderungsverarbeitungsschritte für intermittierende Probleme zu erfassen. 6. Anschrift GROSSE KREISIERUNGEN wie fehlende .NET-Framework-Versionen, falsche Handler-Zuordnungen, nicht behandelte Codeausnahmen oder nicht übereinstimmende 32-Bit/64-Bit-DLL-Konfigurationen. Die meisten 500 Fehler werden behoben, indem detaillierte Fehler aktiviert und Protokolle verwendet werden, um die genaue Ursache zu identifizieren, was zu einer einfachen Lösung führt.

Ein interner Serverfehler in IIS bedeutet, dass auf dem Server etwas schief gelaufen ist, aber es sagt Ihnen nicht genau, was. Es ist ein generischer Fehler. Daher muss es in die tatsächliche Ursache eingraben. Hier erfahren Sie, wie Sie es Schritt für Schritt beheben und beheben können.

1. Aktivieren Sie detaillierte Fehlermeldungen

Standardmäßig versteckt IIS detaillierte Fehlerinformationen von Remote -Benutzern für die Sicherheit. Um das eigentliche Problem zu sehen:

• Lokal : Öffnen Sie die Site in einem Browser auf dem Server. Möglicherweise sehen Sie bereits einen detaillierten Fehler.
• Remote : Gehen Sie zu IIS -Manager → Wählen Sie Ihre Site → Fehlerseiten → Klicken Sie auf "Feature -Einstellungen bearbeiten" → Wählen Sie "detaillierte Fehler" .
• Alternativ fügen Sie dies Ihrem web.config hinzu:

 <Configuration>
  <System.Webserver>
    <httperrors errorMod = "detailled" />
  </Systems.Webserver>
  <System.Web>
    <customErrors modus = "off" />
  </Systems.Web>
</Konfiguration>

Laden Sie nun die Seite neu. Sie werden wahrscheinlich einen bestimmten Fehler feststellen (z. B. ASP.NET -Fehler, fehlende Datei, Erlaubnisprobleme).

2. Überprüfen Sie das Anwendungsereignisprotokoll

Der Windows Event Viewer hat häufig mehr Details als der Browser.

• Öffnen Sie den Ereignis -Viewer → Windows -Protokolle → Anwendung
• Suchen Sie nach Fehlereinträgen von ASP.NET , IIS-APPhostsvc oder W3SVC zum Zeitpunkt des Fehlers.
• Gemeinsame Hinweise:
  • Die Montage nicht laden
  • Zugriff verweigert
  • Web.Config -Syntaxfehler
  • Anwendungspool -Absturz

Dieses Protokoll ist oft der schnellste Weg, um die Grundursache zu bestimmen.

1. Überprüfen Sie die Syntax und Berechtigungen von Web.Config

Eine missgebildete web.config ist eine häufige Ursache.

• Öffnen Sie die Datei web.config und validieren Sie ihre XML -Struktur (z. B. keine nicht abgeleiteten Tags, ungültige Zeichen).
• Verwenden Sie einen XML -Validator oder benennen Sie web.config vorübergehend um, um zu testen, ob der Fehler verschwindet (wenn dies der Fall ist, ist die Konfigurationsdatei die Schuldige).
• Stellen Sie sicher, dass die Identität des Anwendungspools im Ordner "Site" Berechtigungen gelesen und ausführt .
  • Standardidentität: IIS AppPool\YourAppPoolName
  • Gewährung von Berechtigungen über Ordnereigenschaften → Sicherheit → Bearbeiten → Hinzufügen → Geben Sie den App -Poolnamen → Lesen und Ausführen eingeben

4. Überprüfen Sie den Status und die Identität des Anwendungspools

• Öffnen Sie den IIS -Manager → Anwendungspools
• Stellen Sie sicher, dass Ihr App -Pool gestartet wird.
• Überprüfen Sie die .NET -CLR -Version übereinstimmen Ihrer App (z. B. v4.0 für .NET 4 Apps).
• Bestätigen, dass der verwaltete Pipeline -Modus korrekt ist (normalerweise integriert, es sei denn, die Legacy -Apps verwenden).
• Wenn der App -Pool immer wieder abstürzt:
  • Versuchen Sie es, es zu recyceln oder neu zu starten.
  • Erwägen Sie, vorübergehend auf keinen verwalteten Code zu wechseln, um zu testen, ob es sich um ein .NET -Problem handelt.

5. Aktivieren Sie fehlgeschlagene Anforderungsverfolgung (FREB)

Für komplexe oder zeitweilige Probleme fehlgeschlagene Anforderungsverfolgung verwenden:

• Wählen Sie im IIS -Manager Ihre Site → Fehlgeschlagene Anforderungsverfolgung aus
• Aktivieren Sie es und setzen Sie eine Regel fest (z. B. Statuscode 500)
• Reproduzieren den Fehler
• Überprüfen Sie die Protokolldateien in inetpub\logs\FailedReqLogFiles\
• Diese XML -Protokolle zeigen jeden Schritt der Anfrage und wo sie fehlgeschlagen ist

6. Häufige spezifische Ursachen und Fixes

• Fehlende .NET Framework -Version : Installieren Sie die richtige Version (z. B. .NET 4.8) und registrieren Sie sie mit IIS mit aspnet_regiis.exe .
• Fehlende Handler -Zuordnungen : Stellen Sie für ASP.NET -Apps sicher, dass AspNetHandler in IIS zugeordnet ist.
• Codefehler : In ASP.NET können nicht behandelte Ausnahmen in Application_Start , Global.asax oder Startup -Logik 500 Fehler verursachen. Überprüfen Sie die inneren Ausnahmen.
• 32-Bit gegenüber 64-Bit-DLLs : Wenn Ihre App eine native DLL verwendet, stellen Sie sicher, dass die Einstellung der 32-Bit-Anwendungen des App Pools mit der DLL übereinstimmt.

Die meisten 500 Fehler werden behoben, indem detaillierte Fehler aktiviert und das Ereignisprotokoll überprüft werden. Sobald Sie die tatsächliche Nachricht sehen, wie eine fehlende Datei, ein Konfigurationsfehler oder ein Erlaubnisproblem - ist die Behebung normalerweise einfach. Rate nicht; Lassen Sie sich von den Protokollen sagen, was los ist.

Das obige ist der detaillierte Inhalt vonWie repariere ich IIS 500 Interner Serverfehler?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!