Benutzer mit den meisten Antworten
Fehler beim Ausführen dieses Vorgangs 0x8007000d

Frage
-
Hallo,
nach dem publishen einer Web Core API mit VS 2019 und dem Ausführen bekomme ich eine Fehlermeldung "HTTP-Fehler 500.19 - Internal Server Error".
Fehlercode 0x8007000d Konfigurationsdatei \\?\C:\inetpub\wwwroot\myWebApi\web.config
Meine Web.config:
<?xml version="1.0" encoding="utf-8"?> <configuration> <location path="." inheritInChildApplications="false"> <system.webServer> <handlers> <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" /> </handlers> <aspNetCore processPath="dotnet" arguments=".\TodoApi.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="InProcess" /> </system.webServer> </location> </configuration>
Wo liegt der Fehler in der Webconfig? Lösungen wie hier beschrieben haben nicht funktioniert.
- Bearbeitet Zero3000 Freitag, 26. Juli 2019 08:41
Antworten
-
Der Fehler liegt ggf. in der nicht ausreichenden Installation des IIS (Core-Runtime, IIS-Rollen-Installation).
Ich hatte auch so ominöse Fehler nach Installation meiner Web-App. Ursache war die komplett fehlende Unterstützung der ASP.NET sowie 4.5/4.6-Module in der Rolleninstallation.
Dadurch konnte der IIS die Web.Config gar nicht richtig interpretieren.Deshalb: prüfe die vorgegebenen Rahmenbedingungen der IIS-Installation.
- Als Antwort markiert Zero3000 Dienstag, 24. September 2019 08:44
-
"Genau so ominöse Fehler bekomme ich vom IIS auch, wenn der IIS nicht korrekt installiert/konfiguriert ist."NAch der erneuten Installation von Microsoft Visual C++ 2015 Redistributable Update 3 und .NET Core 2.2 lief es dann.
- Als Antwort markiert Zero3000 Dienstag, 24. September 2019 08:42
Alle Antworten
-
Der Fehler liegt ggf. in der nicht ausreichenden Installation des IIS (Core-Runtime, IIS-Rollen-Installation).
Ich hatte auch so ominöse Fehler nach Installation meiner Web-App. Ursache war die komplett fehlende Unterstützung der ASP.NET sowie 4.5/4.6-Module in der Rolleninstallation.
Dadurch konnte der IIS die Web.Config gar nicht richtig interpretieren.Deshalb: prüfe die vorgegebenen Rahmenbedingungen der IIS-Installation.
- Als Antwort markiert Zero3000 Dienstag, 24. September 2019 08:44
-
Danke schon mal für die Info, kannst du bitte mal über folgende Liste schauen und mir sagen was fehlt?
Application-Server AS-NET-Framework AS-Web-Support FileAndStorage-Services File-Services FS-FileServer Storage-Services Web-Server Web-WebServer Web-Common-Http Web-Http-Errors Web-Default-Doc Web-Static-Content Web-Dir-Browsing Web-Http-Redirect Web-Performance Web-Stat-Compression Web-Dyn-Compression Web-Security Web-Filtering Web-Client-Auth Web-Cert-Auth Web-Digest-Auth Web-IP-Security Web-Basic-Auth Web-Url-Auth Web-Windows-Auth Web-Health Web-Http-Logging Web-Request-Monitor Web-Log-Libraries Web-App-Dev Web-Net-Ext45 Web-ASP Web-Asp-Net45 Web-ISAPI-Ext Web-ISAPI-Filter Web-Mgmt-Tools Web-Mgmt-Console Web-Scripting-Tools Web-Mgmt-Compat Web-Metabase Web-Lgcy-Scripting Web-WMI Web-Mgmt-Service NET-Framework-Features NET-Framework-Core NET-Framework-45-Features NET-Framework-45-Core NET-Framework-45-ASPNET NET-WCF-Services45 NET-WCF-HTTP-Activation45 NET-WCF-TCP-PortSharing45 User-Interfaces-Infra Server-Gui-Mgmt-Infra Server-Gui-Shell RSAT RSAT-Role-Tools RSAT-AD-Tools RSAT-AD-PowerShell FS-SMB1 PowerShellRoot PowerShell PowerShell-V2 PowerShell-ISE WAS WAS-Process-Model WAS-Config-APIs WoW64-Support
- Bearbeitet Zero3000 Donnerstag, 1. August 2019 13:30
-
Tut mir leid, das kann ich nicht. Ich arbeite mit Standard ASP.Net ohne Core.
Die IIS-Fehler sind da leider nicht eindeutig.
Laut Link kann es auch an einem Berechtigungsfehler in den Verzeichnissen sein.
Da i.d.R. auf den www-Ordner ausschließlich der IIS zugreift und keine Netzfreigabe erteilt wird, haben wir für den gesamten Verzeichnisbaum die Berechtigung "Jeder - Vollzugriff" incl. Vererbung eingestellt.
Ein Sicherheitsreisiko ist das nicht, wen nicht ein irgend ein Zugang per Web an den Sites vorbei zugelassen wird (FTP, Up-/Downloads). -
Laut Link kann es auch an einem Berechtigungsfehler in den Verzeichnissen sein.
Da i.d.R. auf den www-Ordner ausschließlich der IIS zugreift und keine Netzfreigabe erteilt wird, ...Wie meinst du das? Die Dateien werden doch auf den Server kopiert. Der Deploy-Vorgang wird fehlerfrei ausgeführt. Wenn ich die einzelnen IIS Module auf dem Server anklicke bspw. "Authentifizierung" kommt folgende Fehlermeldung und worauf sich die Fehlermeldung im Detail bezieht habe ich oben erwähnt:
-
Genau so ominöse Fehler bekomme ich vom IIS auch, wenn der IIS nicht korrekt installiert/konfiguriert ist.
IIS kann mit der web.config nichts anfangen, weil dort nicht interpretierbare Elemente enthalten sind.
Diese kommen aber mit der Core-Verwendung.
Ich kann nur die Hinweise geben wie es ist:
- IIS hat nicht die Informationen um die web.config zu interpretieren.
- Dies kann an Berechtigungen liegen, die ggf. die Core-Installation betreffen.Im obigen Link ist beschrieben, was alles für den IIS installiert werden muss, um eine ASP.Core-App zu verwenden.
Dies hat nichts mit dem Deployment aus VS zu tun. Der liefert nie die erforderliche Runtime mit.Bei mir war es auch nur eine fehlende .Net-Runtime, die bei der Rollenauswahl für den IIS bei der Installation nicht angehakt war, was eben das Interpretieren der Web.Config verhinderte.
Anscheinend hat sich hier im Forum noch niemand mit diesem Thema auseinander gesetzt.
- Bearbeitet Der Suchende Donnerstag, 1. August 2019 15:30
-
"Genau so ominöse Fehler bekomme ich vom IIS auch, wenn der IIS nicht korrekt installiert/konfiguriert ist."NAch der erneuten Installation von Microsoft Visual C++ 2015 Redistributable Update 3 und .NET Core 2.2 lief es dann.
- Als Antwort markiert Zero3000 Dienstag, 24. September 2019 08:42