Freigeben über


Problembehandlung für häufige Fehler bei Azure App Service und IIS mit ASP.NET Core

Hinweis

Dies ist nicht die neueste Version dieses Artikels. Informationen zum aktuellen Release finden Sie in der .NET 8-Version dieses Artikels.

Warnung

Diese Version von ASP.NET Core wird nicht mehr unterstützt. Weitere Informationen finden Sie in der Supportrichtlinie für .NET und .NET Core. Informationen zum aktuellen Release finden Sie in der .NET 8-Version dieses Artikels.

Wichtig

Diese Informationen beziehen sich auf ein Vorabversionsprodukt, das vor der kommerziellen Freigabe möglicherweise noch wesentlichen Änderungen unterliegt. Microsoft gibt keine Garantie, weder ausdrücklich noch impliziert, hinsichtlich der hier bereitgestellten Informationen.

Informationen zum aktuellen Release finden Sie in der .NET 8-Version dieses Artikels.

In diesem Thema werden die häufigsten Fehler beschrieben und Anleitungen zur Problembehandlung beim Hosten von ASP.NET Core-Apps mit Azure App Service und IIS bereitgestellt.

Informationen zu häufigen App-Startfehlern und Anleitungen zur Fehlerdiagnose finden Sie unter Problembehandlung von ASP.NET Core in Azure App Service und IIS.

Sammeln Sie folgende Informationen:

Vergleichen Sie die Fehlerinformationen mit folgenden häufigen Fehlern. Befolgen Sie die Hinweise zur Fehlerbehebung, wenn eine Übereinstimmung gefunden wird.

Die Fehlerliste in diesem Artikel ist nicht vollständig. Wenn bei Ihnen ein Fehler auftritt, der hier nicht aufgeführt wird, öffnen Sie über die Schaltfläche Feedback zum Inhalt am Ende des Artikels ein neues Issue, in dem Sie den Fehler ausführlich beschreiben sollten, damit er reproduziert werden kann.

Wichtig

ASP.NET Core-Vorschauversion mit Azure App Service

ASP.NET Core-Vorschauversionen werden nicht standardmäßig in Azure App Service bereitgestellt. Weitere Informationen zum Hosten einer App, die eine ASP.NET Core-Vorschauversion verwendet, finden Sie unter Deploy ASP.NET Core preview release to Azure App Service (Bereitstellen der ASP.NET Core-Vorschauversion in Azure App Service).

Durch ein Upgrade des Betriebssystems wird das ASP.NET Core-Modul (32-Bit) entfernt

Anwendungsprotokoll: Fehler beim Laden der Modul-DLL C:\WINDOWS\system32\inetsrv\aspnetcore.dll. Die Daten sind der Fehler.

Problembehandlung:

Nicht zum Betriebssystem gehörende Dateien im Verzeichnis C:\Windows\SysWOW64\inetsrv werden während eines Betriebssystemupgrades nicht beibehalten. Dieses Problem tritt auf, wenn vor der Durchführung eines Betriebssystemupgrades das ASP.NET Core-Modul installiert wurde und nach einem Betriebssystemupgrade ein App-Pool im 32-Bit-Modus ausgeführt wird. Reparieren Sie nach einem Betriebssystemupgrade das ASP.NET Core-Modul. Siehe Installieren des .NET Core-Hostingpakets. Wählen Sie Reparatur aus, wenn der Installer ausgeführt wird.

Websiteerweiterung fehlt, 32-Bit- und 64-Bit-Websiteerweiterungen (x86 und x64) installiert oder falsche Prozessbitanzahl festgelegt

Gilt für Apps, die von Azure App Services gehostet werden.

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Could not find inprocess request handler. Captured output from invoking hostfxr: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden. Die Anwendung „/LM/W3SVC/1416782824/ROOT“ konnte nicht gestartet werden. Fehlercode: „0x8000ffff“.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden.

  • Debugprotokoll des ASP.NET Core-Moduls: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Failed HRESULT returned: 0x8000ffff. Could not find inprocess request handler. Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden.

Problembehandlung:

  • Wenn die App in einer Vorschauruntime ausgeführt wird, installieren Sie entweder die 32-Bit- oder 64-Bit-Websiteerweiterung (x86 oder x64), die der Bitanzahl und der Runtimeversion der App entspricht. Installieren Sie nicht sowohl Erweiterungen als auch mehrere Runtimeversionen der Erweiterung.

    • ASP.NET Core {RUNTIME VERSION} (x86) Runtime
    • ASP.NET Core {RUNTIME VERSION} (x64) Runtime

    Starten Sie die App neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und sowohl die 32-Bit- als auch die 64-Bit-Websiteerweiterung (x86 und x64) installiert sind, deinstallieren Sie die Websiteerweiterung, die nicht der Bitanzahl der App entspricht. Starten Sie die App nach dem Entfernen der Websiteerweiterung neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und die Bitanzahl der Websiteerweiterung mit der Bitanzahl der App übereinstimmt, bestätigen Sie, dass die Runtimeversion der Websiteerweiterung der Vorschau der Runtimeversion der App entspricht.

  • Überprüfen Sie, ob die Plattform der App in Anwendungseinstellungen der Bitanzahl der App entspricht.

Informationen finden Sie unter Bereitstellen von ASP.NET Core-Apps in Azure App Service.

Bereitstellung einer x86-App, obwohl der App-Pool nicht für 32-Bit-Apps aktiviert ist

  • Browser: HTTP-Fehler 500.30: In-Process-Startfehler beim ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' hit unexpected managed exception, exception code = '0xe0434352'. Überprüfen Sie die stderr-Protokolle, um weitere Informationen zu erhalten. Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' failed to load clr and managed application. Der CLR-Arbeitsthread wurde vorzeitig beendet

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer.

  • Debugprotokoll des ASP.NET Core-Moduls: Failed HRESULT returned: 0x8007023e

Dieses Szenario wird vom SDK ausgelöst, wenn eine eigenständige App veröffentlicht wird. Das SDK generiert einen Fehler, wenn die relative ID (RID) nicht mit der Zielplattform übereinstimmt (z. B. bei der RID win10-x64 für eine Projektdatei mit <PlatformTarget>x86</PlatformTarget>).

Problembehandlung:

Aktivieren Sie den IIS-App-Pool für 32-Bit-Apps, wenn Sie von x86-Frameworks abhängige Bereitstellungen (<PlatformTarget>x86</PlatformTarget>) durchführen möchten. Öffnen Sie im IIS-Manager die Option Erweiterte Einstellungen des App-Pools, und legen Sie 32-Bit-Anwendungen aktivieren auf Wahr fest.

Plattformkonflikte mit RID

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „C:{PATH}{ASSEMBLY}.{exe|dll}“ nicht starten. Fehlercode = 0x80004005 : ff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Ausnahmefehler: System.BadImageFormatException: Die Datei oder Assembly „{ASSEMBLY}.dll“ wurde nicht gefunden. Es wurde versucht, ein Programm mit einem falschen Format zu laden.

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Wenn diese Ausnahme für eine Azure-App-Bereitstellung beim Aktualisieren einer App und beim Bereitstellen neuerer Assemblys auftritt, löschen Sie alle Dateien aus der vorherigen Bereitstellung manuell. Veraltete inkompatible Assemblys können zu einer System.BadImageFormatException-Ausnahme führen, wenn Sie eine aktualisierte App bereitstellen.

URI-Endpunkt falsch oder beendete Website

  • Browser: „ERR_CONNECTION_REFUSED“ oder „Es kann keine Verbindung hergestellt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass der richtige URI-Endpunkt für die App verwendet wird. Überprüfen Sie die Bindungen.

  • Vergewissern Sie sich, dass die IIS-Website nicht den Status Beendet aufweist.

CoreWebEngine oder W3SVC-Serverfeatures deaktiviert

Betriebssystemausnahme: Die Features „CoreWebEngine“ und „W3SVC“ von IIS 7.0 müssen installiert sein, um das ASP.NET Core-Modul zu verwenden.

Problembehandlung:

Vergewissern Sie sich, dass die richtigen Rollen und Features aktiviert wurden. Siehe IIS-Konfiguration.

Falscher physischer Pfad der Website oder App fehlt

  • Browser: „403 – Verboten: Zugriff verweigert.“ oder „403.14 Verboten: Der Webserver wurde dafür konfiguriert, die Inhalte dieses Verzeichnisses nicht aufzulisten.

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Überprüfen Sie die Grundeinstellungen der IIS-Website und den physischen App-Ordner. Vergewissern Sie sich, dass sich die App im Ordner im physischen Pfad der IIS-Website befindet.

„Falsche Rolle“, „ASP.NET Core-Modul nicht installiert“ oder „Falsche Berechtigungen“

  • Browser: 500.19 – Interner Serverfehler: Auf die angeforderte Seite kann nicht zugegriffen werden, da die zugehörigen Konfigurationsdaten für die Seite ungültig sind. oder „Diese Seite kann nicht angezeigt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass die richtige Rolle aktiviert wurde. Siehe IIS-Konfiguration.

  • Öffnen Sie Programme und Features oder Apps und Features, und vergewissern Sie sich, dass Windows Server Hosting installiert ist. Wenn Windows Server Hosting nicht in der Liste der installierten Programme vorhanden ist, laden Sie das .NET Core Hosting-Paket herunter, und installieren Sie es.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

  • Stellen Sie sicher, dass Anwendungspool>Prozessmodell>Identity auf ApplicationPoolIdentity gesetzt ist oder die benutzerdefinierte Identität über die richtigen Berechtigungen für den Zugriff auf den Bereitstellungsordner der Anwendung verfügt.

  • Wenn Sie das ASP.NET Core-Hostingpaket deinstallieren und eine frühere Version des Hostingpakets installieren, ist in der applicationHost.config-Datei kein Abschnitt für das ASP.NET Core-Modul enthalten. Öffnen Sie die applicationHost.config-Datei unter %windir%/System32/inetsrv/config, und suchen Sie nach der Abschnittsgruppe <configuration><configSections><sectionGroup name="system.webServer">. Wenn der Abschnitt für das ASP.NET Core-Modul in der Abschnittsgruppe nicht vorhanden ist, fügen Sie dieses Abschnittselement hinzu:

    <section name="aspNetCore" overrideModeDefault="Allow" />
    

    Installieren Sie alternativ die neueste Version des ASP.NET Core-Hostingbundles. Die neueste Version ist mit den unterstützten ASP.NET Core-Apps abwärtskompatibel.

Falscher processPath-Wert, fehlende PATH-Variable, Hostingpaket nicht installiert, System/IIS wird nicht neu gestartet, VC++ Redistributable nicht installiert oder dotnet.exe-Zugriffsverletzung

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „{...}“ nicht starten. Fehlercode = 0x80070002 : 0. Application '{PATH}' wasn't able to start. Es wurde keine ausführbare Datei unter „{PATH}“ gefunden. Die Anwendung „/LM/W3SVC/2/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8007023e.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Ereignisprotokoll: 'Application '{PATH}' wasn't able to start. Es wurde keine ausführbare Datei unter „{PATH}“ gefunden. Failed HRESULT returned: 0x8007023e

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut processPath im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass es den Wert dotnet für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) oder .\{ASSEMBLY}.exe für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) enthält.

  • Für eine Framework-abhängige Bereitstellung ist dotnet.exe möglicherweise über die PATH-Einstellungen nicht verfügbar. Überprüfen Sie, ob C:\Programme\dotnet\ in den PATH-Einstellungen des Systems vorhanden ist.

  • Bei einem FDD könnte dotnet.exe für die Benutzeridentität des Anwendungspools nicht zugänglich sein. Stellen Sie sicher, dass der App-Pool-Benutzer identity Zugriff auf das Verzeichnis C:\Program Files\dotnet hat. Stellen Sie sicher, dass für den App-Pool-Benutzer identity keine Ablehnungsregeln für die Verzeichnisse C:\Programme\dotnet und app konfiguriert sind.

  • Möglicherweise wurde eine FDD bereitgestellt und .NET Core installiert, ohne IIS neu zu starten. Starten Sie den Server neu, oder starten Sie IIS neu, indem Sie net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung ausführen.

  • Möglicherweise wurde eine FDD bereitgestellt, ohne die .NET Core-Runtime auf dem Hostsystem zu installieren. Führen Sie den Installer für das .NET Core-Hostingpaket auf dem System aus, wenn die .NET Core-Runtime nicht installiert wurde.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

    Wenn eine bestimmte Runtime erforderlich ist, laden Sie diese von der Seite .NET-Downloads herunter, und installieren Sie sie auf dem System. Schließen Sie die Installation ab, indem Sie das System oder IIS neu starten. Führen Sie dazu net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung aus.

Falsche Argumente des Elements <aspNetCore>

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Could not find inprocess request handler. Captured output from invoking hostfxr: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409 Die Anwendung „/LM/W3SVC/3/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8000ffff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409

  • Debugprotokoll des ASP.NET Core-Moduls: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Failed HRESULT returned: 0x8000ffff Could not find inprocess request handler. Captured output from invoking hostfxr: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409 HRESULT-Fehler zurückgegeben: 0x8000ffff

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut arguments im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass der Wert entweder .\{ASSEMBLY}.dll für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) entspricht oder nicht vorhanden, eine leere Zeichenfolge (arguments="") oder eine Liste von Argumenten der App (arguments="{ARGUMENT_1}, {ARGUMENT_2}, ... {ARGUMENT_X}") für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) ist.

Fehlendes freigegebenes .NET Core-Framework

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Could not find inprocess request handler. Captured output from invoking hostfxr: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“ (Version {VERSION}) konnte nicht gefunden werden.

Die Anwendung „/LM/W3SVC/5/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8000ffff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“ (Version {VERSION}) konnte nicht gefunden werden.

  • Debugprotokoll des ASP.NET Core-Moduls: Failed HRESULT returned: 0x8000ffff

Problembehandlung:

Stellen Sie für eine Framework-abhängige Bereitstellung (Framework-Dependent Deployment, FDD) sicher, dass die richtige Runtime im System installiert ist.

Beendeter Anwendungspool

  • Browser: 503 – Dienst nicht verfügbar

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Vergewissern Sie sich, dass der Anwendungspool nicht den Status Beendet aufweist.

Untergeordnete Anwendung enthält einen <handlers>-Abschnitt

  • Browser: HTTP-Fehler 500.19: Interner Serverfehler

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: The root app's log file is created and shows normal operation. Die Protokolldatei der untergeordneten App wurde nicht erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: The root app's log file is created and shows normal operation. Die Protokolldatei der untergeordneten App wurde nicht erstellt.

Problembehandlung:

Überprüfen Sie, ob der Abschnitt <handlers> in der web.config-Datei der untergeordneten App fehlt oder ob die untergeordnete App die Handler der übergeordneten App nicht erbt.

Der Abschnitt <system.webServer> in der <system.webServer>-Datei der übergeordneten App befindet sich in einem <location>-Element. Die InheritInChildApplications-Eigenschaft wird auf false festgelegt, um anzugeben, dass die im InheritInChildApplications-Element angegebenen Einstellungen nicht von Apps geerbt werden, die in einem Unterverzeichnis der übergeordneten App gespeichert sind. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul (ANCM) für IIS:

Der stdout-Protokollpfad ist falsch

  • Browser: Die App reagiert normal.

  • Anwendungsprotokoll: Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht gestartet werden. Ausnahmemeldung: „HRESULT: 0x80070005“ wurde für {PATH}\aspnetcoremodulev2\commonlib\fileoutputmanager.cpp:84 zurückgegeben. Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht beendet werden. Ausnahmemeldung: HRESULT 0x80070002 returned at {PATH}. Das stdout-Verzeichnis in {PATH}\aspnetcorev2_inprocess.dll konnte nicht gestartet werden.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht gestartet werden. Ausnahmemeldung: „HRESULT: 0x80070005“ wurde für {PATH}\aspnetcoremodulev2\commonlib\fileoutputmanager.cpp:84 zurückgegeben. Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht beendet werden. Ausnahmemeldung: HRESULT 0x80070002 returned at {PATH}. Das stdout-Verzeichnis in {PATH}\aspnetcorev2_inprocess.dll konnte nicht gestartet werden.

Problembehandlung:

  • Der im Element <aspNetCore> angegebene Pfad stdoutLogFile in der Datei stdoutLogFile ist nicht vorhanden. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul: Protokollerstellung und Weiterleitung.

  • Der Benutzer des App-Pools hat keinen Schreibzugriff für den Pfad des stdout-Protokolls.

Allgemeines Problem mit der Anwendungskonfiguration

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM) oder HTTP-Fehler 500.30: In-Process-Startfehler beim ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Variable

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer oder wurde mit gewöhnlichen Einträgen erstellt, bis die App fehlgeschlagen ist.

  • Debugprotokoll des ASP.NET Core-Moduls: Variable

Problembehandlung:

Der Prozess konnte nicht gestartet werden, weil wahrscheinlich ein Problem mit der Konfiguration oder Programmierung der App vorliegt.

Weitere Informationen finden Sie unter den folgenden Themen:

In diesem Thema werden die häufigsten Fehler beschrieben und Anleitungen zur Problembehandlung beim Hosten von ASP.NET Core-Apps mit Azure App Service und IIS bereitgestellt.

Informationen zu häufigen App-Startfehlern und Anleitungen zur Fehlerdiagnose finden Sie unter Problembehandlung von ASP.NET Core in Azure App Service und IIS.

Sammeln Sie folgende Informationen:

Vergleichen Sie die Fehlerinformationen mit folgenden häufigen Fehlern. Befolgen Sie die Hinweise zur Fehlerbehebung, wenn eine Übereinstimmung gefunden wird.

Die Fehlerliste in diesem Artikel ist nicht vollständig. Wenn bei Ihnen ein Fehler auftritt, der hier nicht aufgeführt wird, öffnen Sie über die Schaltfläche Feedback zum Inhalt am Ende des Artikels ein neues Issue, in dem Sie den Fehler ausführlich beschreiben sollten, damit er reproduziert werden kann.

Wichtig

ASP.NET Core-Vorschauversion mit Azure App Service

ASP.NET Core-Vorschauversionen werden nicht standardmäßig in Azure App Service bereitgestellt. Weitere Informationen zum Hosten einer App, die eine ASP.NET Core-Vorschauversion verwendet, finden Sie unter Deploy ASP.NET Core preview release to Azure App Service (Bereitstellen der ASP.NET Core-Vorschauversion in Azure App Service).

Durch ein Upgrade des Betriebssystems wird das ASP.NET Core-Modul (32-Bit) entfernt

Anwendungsprotokoll: Fehler beim Laden der Modul-DLL C:\WINDOWS\system32\inetsrv\aspnetcore.dll. Die Daten sind der Fehler.

Problembehandlung:

Nicht zum Betriebssystem gehörende Dateien im Verzeichnis C:\Windows\SysWOW64\inetsrv werden während eines Betriebssystemupgrades nicht beibehalten. Dieses Problem tritt auf, wenn vor der Durchführung eines Betriebssystemupgrades das ASP.NET Core-Modul installiert wurde und nach einem Betriebssystemupgrade ein App-Pool im 32-Bit-Modus ausgeführt wird. Reparieren Sie nach einem Betriebssystemupgrade das ASP.NET Core-Modul. Siehe Installieren des .NET Core-Hostingpakets. Wählen Sie Reparatur aus, wenn der Installer ausgeführt wird.

Websiteerweiterung fehlt, 32-Bit- und 64-Bit-Websiteerweiterungen (x86 und x64) installiert oder falsche Prozessbitanzahl festgelegt

Gilt für Apps, die von Azure App Services gehostet werden.

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Could not find inprocess request handler. Captured output from invoking hostfxr: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden. Die Anwendung „/LM/W3SVC/1416782824/ROOT“ konnte nicht gestartet werden. Fehlercode: „0x8000ffff“.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden.

  • Debugprotokoll des ASP.NET Core-Moduls: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Failed HRESULT returned: 0x8000ffff. Could not find inprocess request handler. Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden.

Problembehandlung:

  • Wenn die App in einer Vorschauruntime ausgeführt wird, installieren Sie entweder die 32-Bit- oder 64-Bit-Websiteerweiterung (x86 oder x64), die der Bitanzahl und der Runtimeversion der App entspricht. Installieren Sie nicht sowohl Erweiterungen als auch mehrere Runtimeversionen der Erweiterung.

    • ASP.NET Core {RUNTIME VERSION} (x86) Runtime
    • ASP.NET Core {RUNTIME VERSION} (x64) Runtime

    Starten Sie die App neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und sowohl die 32-Bit- als auch die 64-Bit-Websiteerweiterung (x86 und x64) installiert sind, deinstallieren Sie die Websiteerweiterung, die nicht der Bitanzahl der App entspricht. Starten Sie die App nach dem Entfernen der Websiteerweiterung neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und die Bitanzahl der Websiteerweiterung mit der Bitanzahl der App übereinstimmt, bestätigen Sie, dass die Runtimeversion der Websiteerweiterung der Vorschau der Runtimeversion der App entspricht.

  • Überprüfen Sie, ob die Plattform der App in Anwendungseinstellungen der Bitanzahl der App entspricht.

Informationen finden Sie unter Bereitstellen von ASP.NET Core-Apps in Azure App Service.

Bereitstellung einer x86-App, obwohl der App-Pool nicht für 32-Bit-Apps aktiviert ist

  • Browser: HTTP-Fehler 500.30: In-Process-Startfehler beim ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' hit unexpected managed exception, exception code = '0xe0434352'. Überprüfen Sie die stderr-Protokolle, um weitere Informationen zu erhalten. Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' failed to load clr and managed application. Der CLR-Arbeitsthread wurde vorzeitig beendet

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer.

  • Debugprotokoll des ASP.NET Core-Moduls: Failed HRESULT returned: 0x8007023e

Dieses Szenario wird vom SDK ausgelöst, wenn eine eigenständige App veröffentlicht wird. Das SDK generiert einen Fehler, wenn die relative ID (RID) nicht mit der Zielplattform übereinstimmt (z. B. bei der RID win10-x64 für eine Projektdatei mit <PlatformTarget>x86</PlatformTarget>).

Problembehandlung:

Aktivieren Sie den IIS-App-Pool für 32-Bit-Apps, wenn Sie von x86-Frameworks abhängige Bereitstellungen (<PlatformTarget>x86</PlatformTarget>) durchführen möchten. Öffnen Sie im IIS-Manager die Option Erweiterte Einstellungen des App-Pools, und legen Sie 32-Bit-Anwendungen aktivieren auf Wahr fest.

Plattformkonflikte mit RID

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „C:{PATH}{ASSEMBLY}.{exe|dll}“ nicht starten. Fehlercode = 0x80004005 : ff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Ausnahmefehler: System.BadImageFormatException: Die Datei oder Assembly „{ASSEMBLY}.dll“ wurde nicht gefunden. Es wurde versucht, ein Programm mit einem falschen Format zu laden.

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Wenn diese Ausnahme für eine Azure-App-Bereitstellung beim Aktualisieren einer App und beim Bereitstellen neuerer Assemblys auftritt, löschen Sie alle Dateien aus der vorherigen Bereitstellung manuell. Veraltete inkompatible Assemblys können zu einer System.BadImageFormatException-Ausnahme führen, wenn Sie eine aktualisierte App bereitstellen.

URI-Endpunkt falsch oder beendete Website

  • Browser: „ERR_CONNECTION_REFUSED“ oder „Es kann keine Verbindung hergestellt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass der richtige URI-Endpunkt für die App verwendet wird. Überprüfen Sie die Bindungen.

  • Vergewissern Sie sich, dass die IIS-Website nicht den Status Beendet aufweist.

CoreWebEngine oder W3SVC-Serverfeatures deaktiviert

Betriebssystemausnahme: Die Features „CoreWebEngine“ und „W3SVC“ von IIS 7.0 müssen installiert sein, um das ASP.NET Core-Modul zu verwenden.

Problembehandlung:

Vergewissern Sie sich, dass die richtigen Rollen und Features aktiviert wurden. Siehe IIS-Konfiguration.

Falscher physischer Pfad der Website oder App fehlt

  • Browser: „403 – Verboten: Zugriff verweigert.“ oder „403.14 Verboten: Der Webserver wurde dafür konfiguriert, die Inhalte dieses Verzeichnisses nicht aufzulisten.

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Überprüfen Sie die Grundeinstellungen der IIS-Website und den physischen App-Ordner. Vergewissern Sie sich, dass sich die App im Ordner im physischen Pfad der IIS-Website befindet.

„Falsche Rolle“, „ASP.NET Core-Modul nicht installiert“ oder „Falsche Berechtigungen“

  • Browser: 500.19 – Interner Serverfehler: Auf die angeforderte Seite kann nicht zugegriffen werden, da die zugehörigen Konfigurationsdaten für die Seite ungültig sind. oder „Diese Seite kann nicht angezeigt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass die richtige Rolle aktiviert wurde. Siehe IIS-Konfiguration.

  • Öffnen Sie Programme und Features oder Apps und Features, und vergewissern Sie sich, dass Windows Server Hosting installiert ist. Wenn Windows Server Hosting nicht in der Liste der installierten Programme vorhanden ist, laden Sie das .NET Core Hosting-Paket herunter, und installieren Sie es.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

  • Stellen Sie sicher, dass der Anwendungspool>Prozessmodell>Identity auf ApplicationPoolIdentity gesetzt ist oder der benutzerdefinierte identity die richtigen Berechtigungen für den Zugriff auf den Bereitstellungsordner der App hat.

  • Wenn Sie das ASP.NET Core-Hostingpaket deinstallieren und eine frühere Version des Hostingpakets installieren, ist in der applicationHost.config-Datei kein Abschnitt für das ASP.NET Core-Modul enthalten. Öffnen Sie die applicationHost.config-Datei unter %windir%/System32/inetsrv/config, und suchen Sie nach der Abschnittsgruppe <configuration><configSections><sectionGroup name="system.webServer">. Wenn der Abschnitt für das ASP.NET Core-Modul in der Abschnittsgruppe nicht vorhanden ist, fügen Sie dieses Abschnittselement hinzu:

    <section name="aspNetCore" overrideModeDefault="Allow" />
    

    Installieren Sie alternativ die neueste Version des ASP.NET Core-Hostingbundles. Die neueste Version ist mit den unterstützten ASP.NET Core-Apps abwärtskompatibel.

Falscher processPath-Wert, fehlende PATH-Variable, Hostingpaket nicht installiert, System/IIS wird nicht neu gestartet, VC++ Redistributable nicht installiert oder dotnet.exe-Zugriffsverletzung

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „{...}“ nicht starten. Fehlercode = 0x80070002 : 0. Application '{PATH}' wasn't able to start. Es wurde keine ausführbare Datei unter „{PATH}“ gefunden. Die Anwendung „/LM/W3SVC/2/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8007023e.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Ereignisprotokoll: 'Application '{PATH}' wasn't able to start. Es wurde keine ausführbare Datei unter „{PATH}“ gefunden. Failed HRESULT returned: 0x8007023e

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut processPath im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass es den Wert dotnet für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) oder .\{ASSEMBLY}.exe für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) enthält.

  • Für eine Framework-abhängige Bereitstellung ist dotnet.exe möglicherweise über die PATH-Einstellungen nicht verfügbar. Überprüfen Sie, ob C:\Programme\dotnet\ in den PATH-Einstellungen des Systems vorhanden ist.

  • Bei einem FDD könnte dotnet.exe für den Benutzer identity des App-Pools nicht zugänglich sein. Stellen Sie sicher, dass die Benutzeridentität des Anwendungspools Zugriff auf das Verzeichnis C:\Programme\dotnet hat. Stellen Sie sicher, dass für den App-Pool-Benutzenden identity keine Ablehnungsregeln für die Verzeichnisse C:\Programme\dotnet und app konfiguriert sind.

  • Möglicherweise wurde eine FDD bereitgestellt und .NET Core installiert, ohne IIS neu zu starten. Starten Sie den Server neu, oder starten Sie IIS neu, indem Sie net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung ausführen.

  • Möglicherweise wurde eine FDD bereitgestellt, ohne die .NET Core-Runtime auf dem Hostsystem zu installieren. Führen Sie den Installer für das .NET Core-Hostingpaket auf dem System aus, wenn die .NET Core-Runtime nicht installiert wurde.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

    Wenn eine bestimmte Runtime erforderlich ist, laden Sie diese von der Seite .NET-Downloads herunter, und installieren Sie sie auf dem System. Schließen Sie die Installation ab, indem Sie das System oder IIS neu starten. Führen Sie dazu net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung aus.

Falsche Argumente des Elements <aspNetCore>

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Could not find inprocess request handler. Captured output from invoking hostfxr: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409 Die Anwendung „/LM/W3SVC/3/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8000ffff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409

  • Debugprotokoll des ASP.NET Core-Moduls: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Failed HRESULT returned: 0x8000ffff Could not find inprocess request handler. Captured output from invoking hostfxr: Did you mean to run dotnet SDK commands? Installieren Sie das .NET SDK über: https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409 HRESULT-Fehler zurückgegeben: 0x8000ffff

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut arguments im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass der Wert entweder .\{ASSEMBLY}.dll für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) entspricht oder nicht vorhanden, eine leere Zeichenfolge (arguments="") oder eine Liste von Argumenten der App (arguments="{ARGUMENT_1}, {ARGUMENT_2}, ... {ARGUMENT_X}") für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) ist.

Fehlendes freigegebenes .NET Core-Framework

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Das bedeutet wahrscheinlich, dass die App falsch konfiguriert wurde. Vergleichen Sie die Versionen von „Microsoft.NetCore.App“ und „Microsoft.AspNetCore.App“, die von der Anwendung angezielt werden, mit den auf dem Computer installierten Versionen. Could not find inprocess request handler. Captured output from invoking hostfxr: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“ (Version {VERSION}) konnte nicht gefunden werden.

Die Anwendung „/LM/W3SVC/5/ROOT“ konnte nicht gestartet werden. Fehlercode: 0x8000ffff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“ (Version {VERSION}) konnte nicht gefunden werden.

  • Debugprotokoll des ASP.NET Core-Moduls: Failed HRESULT returned: 0x8000ffff

Problembehandlung:

Stellen Sie für eine Framework-abhängige Bereitstellung (Framework-Dependent Deployment, FDD) sicher, dass die richtige Runtime im System installiert ist.

Beendeter Anwendungspool

  • Browser: 503 – Dienst nicht verfügbar

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Vergewissern Sie sich, dass der Anwendungspool nicht den Status Beendet aufweist.

Untergeordnete Anwendung enthält einen <handlers>-Abschnitt

  • Browser: HTTP-Fehler 500.19: Interner Serverfehler

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: The root app's log file is created and shows normal operation. Die Protokolldatei der untergeordneten App wurde nicht erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: The root app's log file is created and shows normal operation. Die Protokolldatei der untergeordneten App wurde nicht erstellt.

Problembehandlung:

Überprüfen Sie, ob der Abschnitt <handlers> in der web.config-Datei der untergeordneten App fehlt oder ob die untergeordnete App die Handler der übergeordneten App nicht erbt.

Der Abschnitt <system.webServer> in der <system.webServer>-Datei der übergeordneten App befindet sich in einem <location>-Element. Die InheritInChildApplications-Eigenschaft wird auf false festgelegt, um anzugeben, dass die im InheritInChildApplications-Element angegebenen Einstellungen nicht von Apps geerbt werden, die in einem Unterverzeichnis der übergeordneten App gespeichert sind. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul (ANCM) für IIS:

Der stdout-Protokollpfad ist falsch

  • Browser: Die App reagiert normal.

  • Anwendungsprotokoll: Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht gestartet werden. Ausnahmemeldung: „HRESULT: 0x80070005“ wurde für {PATH}\aspnetcoremodulev2\commonlib\fileoutputmanager.cpp:84 zurückgegeben. Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht beendet werden. Ausnahmemeldung: HRESULT 0x80070002 returned at {PATH}. Das stdout-Verzeichnis in {PATH}\aspnetcorev2_inprocess.dll konnte nicht gestartet werden.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

  • Debugprotokoll des ASP.NET Core-Moduls: Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht gestartet werden. Ausnahmemeldung: „HRESULT: 0x80070005“ wurde für {PATH}\aspnetcoremodulev2\commonlib\fileoutputmanager.cpp:84 zurückgegeben. Das stdout-Verzeichnis in C:\Programme\IIS\Asp.Net Core Module\V2\aspnetcorev2.dll konnte nicht beendet werden. Ausnahmemeldung: HRESULT 0x80070002 returned at {PATH}. Das stdout-Verzeichnis in {PATH}\aspnetcorev2_inprocess.dll konnte nicht gestartet werden.

Problembehandlung:

  • Der im Element <aspNetCore> angegebene Pfad stdoutLogFile in der Datei stdoutLogFile ist nicht vorhanden. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul: Protokollerstellung und Weiterleitung.

  • Der Benutzer des App-Pools hat keinen Schreibzugriff für den Pfad des stdout-Protokolls.

Allgemeines Problem mit der Anwendungskonfiguration

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM) oder HTTP-Fehler 500.30: In-Process-Startfehler beim ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Variable

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer oder wurde mit gewöhnlichen Einträgen erstellt, bis die App fehlgeschlagen ist.

  • Debugprotokoll des ASP.NET Core-Moduls: Variable

Problembehandlung:

Der Prozess konnte nicht gestartet werden, weil wahrscheinlich ein Problem mit der Konfiguration oder Programmierung der App vorliegt.

Weitere Informationen finden Sie unter den folgenden Themen:

In diesem Artikel werden häufige Fehler beschrieben und Ratschläge zu bestimmten Fehlern beim Hosten von ASP.NET Core-Apps auf Azure App Service und IIS erteilt.

Allgemeine Hinweise zur Problembehandlung finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

Sammeln Sie folgende Informationen:

Vergleichen Sie die Fehlerinformationen mit folgenden häufigen Fehlern. Befolgen Sie die Hinweise zur Fehlerbehebung, wenn eine Übereinstimmung gefunden wird.

Die Fehlerliste in diesem Artikel ist nicht vollständig. Wenn bei Ihnen ein Fehler auftritt, der hier nicht aufgeführt wird, öffnen Sie über die Schaltfläche Feedback zum Inhalt am Ende des Artikels ein neues Issue, in dem Sie den Fehler ausführlich beschreiben sollten, damit er reproduziert werden kann.

Wichtig

ASP.NET Core-Vorschauversion mit Azure App Service

ASP.NET Core-Vorschauversionen werden nicht standardmäßig in Azure App Service bereitgestellt. Weitere Informationen zum Hosten einer App, die eine ASP.NET Core-Vorschauversion verwendet, finden Sie unter Deploy ASP.NET Core preview release to Azure App Service (Bereitstellen der ASP.NET Core-Vorschauversion in Azure App Service).

Durch ein Upgrade des Betriebssystems wird das ASP.NET Core-Modul (32-Bit) entfernt

Anwendungsprotokoll: Fehler beim Laden der Modul-DLL C:\WINDOWS\system32\inetsrv\aspnetcore.dll. Die Daten sind der Fehler.

Problembehandlung:

Nicht zum Betriebssystem gehörende Dateien im Verzeichnis C:\Windows\SysWOW64\inetsrv werden während eines Betriebssystemupgrades nicht beibehalten. Dieses Problem tritt auf, wenn vor der Durchführung eines Betriebssystemupgrades das ASP.NET Core-Modul installiert wurde und nach einem Betriebssystemupgrade ein App-Pool im 32-Bit-Modus ausgeführt wird. Reparieren Sie nach einem Betriebssystemupgrade das ASP.NET Core-Modul. Siehe Installieren des .NET Core-Hostingpakets. Wählen Sie Reparatur aus, wenn der Installer ausgeführt wird.

Websiteerweiterung fehlt, 32-Bit- und 64-Bit-Websiteerweiterungen (x86 und x64) installiert oder falsche Prozessbitanzahl festgelegt

Gilt für Apps, die von Azure App Services gehostet werden.

  • Browser: HTTP-Fehler 500.0: In-Process-Fehler beim Laden des Handlers für das ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Der Aufruf von „hostfxr“ zum Ermitteln des In-Process-Anforderungshandlers ist fehlgeschlagen, ohne native Abhängigkeiten zu ermitteln. Could not find inprocess request handler. Captured output from invoking hostfxr: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden. Die Anwendung „/LM/W3SVC/1416782824/ROOT“ konnte nicht gestartet werden. Fehlercode: „0x8000ffff“.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es konnte keine kompatible Frameworkversion gefunden werden. Das angegebene Framework „Microsoft.AspNetCore.App“, Version „{VERSION}-preview-*“ wurde nicht gefunden.

Problembehandlung:

  • Wenn die App in einer Vorschauruntime ausgeführt wird, installieren Sie entweder die 32-Bit- oder 64-Bit-Websiteerweiterung (x86 oder x64), die der Bitanzahl und der Runtimeversion der App entspricht. Installieren Sie nicht sowohl Erweiterungen als auch mehrere Runtimeversionen der Erweiterung.

    • ASP.NET Core {RUNTIME VERSION} (x86) Runtime
    • ASP.NET Core {RUNTIME VERSION} (x64) Runtime

    Starten Sie die App neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und sowohl die 32-Bit- als auch die 64-Bit-Websiteerweiterung (x86 und x64) installiert sind, deinstallieren Sie die Websiteerweiterung, die nicht der Bitanzahl der App entspricht. Starten Sie die App nach dem Entfernen der Websiteerweiterung neu. Warten Sie einige Sekunden, bis die App neu startet.

  • Wenn Sie die App auf einer Vorschauruntime ausführen und die Bitanzahl der Websiteerweiterung mit der Bitanzahl der App übereinstimmt, bestätigen Sie, dass die Runtimeversion der Websiteerweiterung der Vorschau der Runtimeversion der App entspricht.

  • Überprüfen Sie, ob die Plattform der App in Anwendungseinstellungen der Bitanzahl der App entspricht.

Informationen finden Sie unter Bereitstellen von ASP.NET Core-Apps in Azure App Service.

Bereitstellung einer x86-App, obwohl der App-Pool nicht für 32-Bit-Apps aktiviert ist

  • Browser: HTTP-Fehler 500.30: In-Process-Startfehler beim ASP.NET Core-Modul (ANCM)

  • Anwendungsprotokoll: Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' hit unexpected managed exception, exception code = '0xe0434352'. Überprüfen Sie die stderr-Protokolle, um weitere Informationen zu erhalten. Application '/LM/W3SVC/5/ROOT' with physical root '{PATH}' failed to load clr and managed application. Der CLR-Arbeitsthread wurde vorzeitig beendet

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer.

Dieses Szenario wird vom SDK ausgelöst, wenn eine eigenständige App veröffentlicht wird. Das SDK generiert einen Fehler, wenn die relative ID (RID) nicht mit der Zielplattform übereinstimmt (z. B. bei der RID win10-x64 für eine Projektdatei mit <PlatformTarget>x86</PlatformTarget>).

Problembehandlung:

Aktivieren Sie den IIS-App-Pool für 32-Bit-Apps, wenn Sie von x86-Frameworks abhängige Bereitstellungen (<PlatformTarget>x86</PlatformTarget>) durchführen möchten. Öffnen Sie im IIS-Manager die Option Erweiterte Einstellungen des App-Pools, und legen Sie 32-Bit-Anwendungen aktivieren auf Wahr fest.

Plattformkonflikte mit RID

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „C:{PATH}{ASSEMBLY}.{exe|dll}“ nicht starten. Fehlercode = 0x80004005 : ff.

  • stdout-Protokoll des ASP.NET Core-Moduls: Ausnahmefehler: System.BadImageFormatException: Die Datei oder Assembly „{ASSEMBLY}.dll“ wurde nicht gefunden. Es wurde versucht, ein Programm mit einem falschen Format zu laden.

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Wenn diese Ausnahme für eine Azure-App-Bereitstellung beim Aktualisieren einer App und beim Bereitstellen neuerer Assemblys auftritt, löschen Sie alle Dateien aus der vorherigen Bereitstellung manuell. Veraltete inkompatible Assemblys können zu einer System.BadImageFormatException-Ausnahme führen, wenn Sie eine aktualisierte App bereitstellen.

URI-Endpunkt falsch oder beendete Website

  • Browser: „ERR_CONNECTION_REFUSED“ oder „Es kann keine Verbindung hergestellt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass der richtige URI-Endpunkt für die App verwendet wird. Überprüfen Sie die Bindungen.

  • Vergewissern Sie sich, dass die IIS-Website nicht den Status Beendet aufweist.

CoreWebEngine oder W3SVC-Serverfeatures deaktiviert

Betriebssystemausnahme: Die Features „CoreWebEngine“ und „W3SVC“ von IIS 7.0 müssen installiert sein, um das ASP.NET Core-Modul zu verwenden.

Problembehandlung:

Vergewissern Sie sich, dass die richtigen Rollen und Features aktiviert wurden. Siehe IIS-Konfiguration.

Falscher physischer Pfad der Website oder App fehlt

  • Browser: „403 – Verboten: Zugriff verweigert.“ oder „403.14 Verboten: Der Webserver wurde dafür konfiguriert, die Inhalte dieses Verzeichnisses nicht aufzulisten.

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Überprüfen Sie die Grundeinstellungen der IIS-Website und den physischen App-Ordner. Vergewissern Sie sich, dass sich die App im Ordner im physischen Pfad der IIS-Website befindet.

„Falsche Rolle“, „ASP.NET Core-Modul nicht installiert“ oder „Falsche Berechtigungen“

  • Browser: 500.19 – Interner Serverfehler: Auf die angeforderte Seite kann nicht zugegriffen werden, da die zugehörigen Konfigurationsdaten für die Seite ungültig sind. oder „Diese Seite kann nicht angezeigt werden.“

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Vergewissern Sie sich, dass die richtige Rolle aktiviert wurde. Siehe IIS-Konfiguration.

  • Öffnen Sie Programme und Features oder Apps und Features, und vergewissern Sie sich, dass Windows Server Hosting installiert ist. Wenn Windows Server Hosting nicht in der Liste der installierten Programme vorhanden ist, laden Sie das .NET Core Hosting-Paket herunter, und installieren Sie es.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

  • Stellen Sie sicher, dass Anwendungspool>Prozessmodell>Identity auf ApplicationPoolIdentity festgelegt ist, oder dass die benutzerdefinierte Identität über die erforderlichen Berechtigungen für den Zugriff auf den Bereitstellungsordner der App verfügt.

  • Wenn Sie das ASP.NET Core-Hostingpaket deinstallieren und eine frühere Version des Hostingpakets installieren, ist in der applicationHost.config-Datei kein Abschnitt für das ASP.NET Core-Modul enthalten. Öffnen Sie die applicationHost.config-Datei unter %windir%/System32/inetsrv/config, und suchen Sie nach der Abschnittsgruppe <configuration><configSections><sectionGroup name="system.webServer">. Wenn der Abschnitt für das ASP.NET Core-Modul in der Abschnittsgruppe nicht vorhanden ist, fügen Sie dieses Abschnittselement hinzu:

    <section name="aspNetCore" overrideModeDefault="Allow" />
    

    Installieren Sie alternativ die neueste Version des ASP.NET Core-Hostingbundles. Die neueste Version ist mit den unterstützten ASP.NET Core-Apps abwärtskompatibel.

Falscher processPath-Wert, fehlende PATH-Variable, Hostingpaket nicht installiert, System/IIS wird nicht neu gestartet, VC++ Redistributable nicht installiert oder dotnet.exe-Zugriffsverletzung

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „{...}“ nicht starten. Fehlercode = 0x80070002 : 0.

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer.

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut processPath im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass es den Wert dotnet für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) oder .\{ASSEMBLY}.exe für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) enthält.

  • Für eine Framework-abhängige Bereitstellung ist dotnet.exe möglicherweise über die PATH-Einstellungen nicht verfügbar. Überprüfen Sie, ob C:\Programme\dotnet\ in den PATH-Einstellungen des Systems vorhanden ist.

  • Für eine frameworkabhängige Bereitstellung ist dotnet.exe möglicherweise für die Benutzeridentität des App-Pools nicht verfügbar. Vergewissern Sie sich, dass die Benutzeridentität des App-Pools Zugriff auf das Verzeichnis C:\Program Files\dotnet hat. Vergewissern Sie sich, dass keine Ablehnungsregeln für die Benutzeridentität des App-Pools im Verzeichnis C:\Program Files\dotnet und in den App-Verzeichnissen konfiguriert sind.

  • Möglicherweise wurde eine FDD bereitgestellt und .NET Core installiert, ohne IIS neu zu starten. Starten Sie den Server neu, oder starten Sie IIS neu, indem Sie net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung ausführen.

  • Möglicherweise wurde eine FDD bereitgestellt, ohne die .NET Core-Runtime auf dem Hostsystem zu installieren. Führen Sie den Installer für das .NET Core-Hostingpaket auf dem System aus, wenn die .NET Core-Runtime nicht installiert wurde.

    Aktueller Installer für das .NET Core Hosting-Paket (direkter Download)

    Weitere Informationen finden Sie unter Installieren des .NET Core Hosting-Pakets.

    Wenn eine bestimmte Runtime erforderlich ist, laden Sie diese von der Seite .NET-Downloads herunter, und installieren Sie sie auf dem System. Schließen Sie die Installation ab, indem Sie das System oder IIS neu starten. Führen Sie dazu net stop was /y gefolgt von net start w3svc über eine Eingabeaufforderung aus.

Falsche Argumente des Elements <aspNetCore>

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ konnte den Prozess mit der Befehlszeile „"dotnet" .{ASSEMBLY}.dll“ nicht starten. Fehlercode = 0x80004005 : 80008081.

  • stdout-Protokoll des ASP.NET Core-Moduls: Die auszuführende Anwendung ist nicht vorhanden: „PATH{ASSEMBLY}.dll“

Problembehandlung:

  • Vergewissern Sie sich, dass die App lokal auf Kestrel ausgeführt wird. Ein Prozessfehler könnte die Folge eines Problems in der App sein. Weitere Informationen finden Sie unter Problembehandlung bei ASP.NET Core in Azure App Service und IIS.

  • Überprüfen Sie das Attribut arguments im Element <aspNetCore> in der Datei web.config, um sicherzustellen, dass der Wert entweder .\{ASSEMBLY}.dll für eine frameworkabhängige Bereitstellung (Framework-Dependent Deployment, FDD) entspricht oder nicht vorhanden, eine leere Zeichenfolge (arguments="") oder eine Liste von Argumenten der App (arguments="{ARGUMENT_1}, {ARGUMENT_2}, ... {ARGUMENT_X}") für eine eigenständige Bereitstellung (Self-Contained Deployment, SCD) ist.

Problembehandlung:

Stellen Sie für eine Framework-abhängige Bereitstellung (Framework-Dependent Deployment, FDD) sicher, dass die richtige Runtime im System installiert ist.

Beendeter Anwendungspool

  • Browser: 503 – Dienst nicht verfügbar

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

Vergewissern Sie sich, dass der Anwendungspool nicht den Status Beendet aufweist.

Untergeordnete Anwendung enthält einen <handlers>-Abschnitt

  • Browser: HTTP-Fehler 500.19: Interner Serverfehler

  • Anwendungsprotokoll: Kein Eintrag

  • stdout-Protokoll des ASP.NET Core-Moduls: The root app's log file is created and shows normal operation. Die Protokolldatei der untergeordneten App wurde nicht erstellt.

Problembehandlung:

Überprüfen Sie, ob die Datei web.config der untergeordneten App einen <handlers>-Abschnitt enthält.

Der stdout-Protokollpfad ist falsch

  • Browser: Die App reagiert normal.

  • Anwendungsprotokoll: Warnung: Die stdout-Protokolldatei „\?{PATH}\path_doesnt_exist\stdout_{PROCESS ID}_{TIMESTAMP}.log“ konnte nicht erstellt werden. Fehlercode: -2147024893.

  • stdout-Protokoll des ASP.NET Core-Moduls: Es wurde keine Protokolldatei erstellt.

Problembehandlung:

  • Der im Element <aspNetCore> angegebene Pfad stdoutLogFile in der Datei stdoutLogFile ist nicht vorhanden. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul: Protokollerstellung und Weiterleitung.

  • Der Benutzer des App-Pools hat keinen Schreibzugriff für den Pfad des stdout-Protokolls.

Allgemeines Problem mit der Anwendungskonfiguration

  • Browser: HTTP-Fehler 502.5: Prozessfehler

  • Anwendungsprotokoll: Die Anwendung „MACHINE/WEBROOT/APPHOST/{ASSEMBLY}“ mit dem physischen Stamm „C:{PATH}“ hat den Prozess mit der Befehlszeile „C:{PATH}{ASSEMBLY}.{exe|dll}“ erstellt, ist aber abgestürzt, reagiert nicht oder lauscht nicht am angegebenen Port {PORT}. Fehlercode: {ERROR CODE}

  • stdout-Protokoll des ASP.NET Core-Moduls: Die erstellte Protokolldatei ist leer.

Problembehandlung:

Der Prozess konnte nicht gestartet werden, weil wahrscheinlich ein Problem mit der Konfiguration oder Programmierung der App vorliegt.

Weitere Informationen finden Sie unter den folgenden Themen: