Ich repliziere die Bereitstellung von Webanwendungen und habe verschiedene Probleme im Zusammenhang mit gefunden HTTP Error 500.19
. Auf meinem Computer wird Windows 7 ausgeführt, während die funktionierende Entwicklung Windows 8 verwendet . Wir entwickeln unsere Webanwendung mit Visual Studio 2010 .
Zuerst habe ich einen Fehlercode erhalten 0x80070021
, ähnlich wie hier . Ich aktualisiere meine web.config gemäß der akzeptierten Antwort und erhalte dann den folgenden Fehlercode (der dem hier angegebenen ähnlich ist ).
HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:
Ich habe die Symptomdefinition auf der Microsoft-Support-Seite gelesen und die Fehlerursache ist:
Dieses Problem tritt auf, weil die Datei ApplicationHost.config oder die Datei Web.config ein fehlerhaftes XML-Element enthält.
und die Lösung ist
Löschen Sie das fehlerhafte XML-Element aus der Datei ApplicationHost.config oder aus der Datei Web.config.
Die von mir verwendete web.config funktioniert jedoch perfekt in der ursprünglichen Entwicklungsumgebung.
Folgendes habe ich bisher überprüft und versucht:
- Installieren Sie ASP.NET, indem Sie aspnet_regiis -i aufrufen
- Stellen Sie meine Anwendung so ein, dass sie einen anderen Anwendungspool verwendet (ASP.NET v4.0, .NET v4 usw.).
- Die Datei ApplicationHost.config verwendet weiterhin die Standardeinstellung von Windows 7.
Dies ist Teil meiner Web.Config
<system.webServer>
<section name="handlers" overrideModeDefault="Allow" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true">
</modules>
<handlers>
<remove name="UrlRoutingHandler" />
<add name="ReportViewerWebControlHandler" preCondition="integratedMode" verb="*" path="Reserved.ReportViewerWebControl.axd" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</handlers>
<urlCompression doStaticCompression="true" doDynamicCompression="false"></urlCompression>
<directoryBrowse enabled="true" />
<defaultDocument>
<files>
<add value="Logon.aspx" />
</files>
</defaultDocument>
</system.webServer>
Ich habe ähnliche / doppelte / geschlossene Beiträge (ungefähr 13) im Stapelüberlauf gelesen, alle außer der Antwort in Bezug auf Ajax (ist es verwandt) ausprobiert und habe immer noch keine Ahnung, was der Fehler ist.
Weiß jemand, wie man diesen Fehler behebt? (Und wenn möglich, muss eine umfassende Liste von Dingen überprüft werden, damit wir ähnliche Beiträge wie diesen reduzieren können.) Ich bin bereit, weitere Details bereitzustellen.
Antworten:
Fehler 0x8007000d bedeutet, dass das URL-Umschreibemodul (in web.config referenziert) fehlt oder die richtige Version nicht installiert ist.
Installieren Sie einfach das URL-Umschreibemodul über das Webplattform-Installationsprogramm.
Ich empfehle, alle Abhängigkeiten von web.config zu überprüfen und zu installieren.
quelle
Beim Versuch, eine .NET Core 1.0-Website einzurichten, trat dieser Fehler auf und ich versuchte alles andere, was ich ohne Glück finden konnte, einschließlich der Überprüfung der Datei web.config, der IIS_IUSRS-Berechtigungen, des IIS-URL-Umschreibemoduls usw. Am Ende habe ich installierte DotNetCore.1.0.0-WindowsHosting.exe von dieser Seite: https://www.microsoft.com/net/download und es begann sofort zu funktionieren.
Spezifischer Link zum Herunterladen: https://go.microsoft.com/fwlink/?LinkId=817246
quelle
In meinem Fall musste ich iis mit dot net 4 mit diesem Befehl registrieren, da ich iis neu installiert hatte:
quelle
URL neu schreiben:
UPDATE - Dies ist jetzt hier verfügbar (und funktioniert mit IIS 7-10):
https://www.iis.net/downloads/microsoft/url-rewrite
Stellen Sie sicher, dass für Ihren IIS-Server Folgendes auf "Zulässig" eingestellt ist:
quelle
Etwas spät zur Party hier, aber ich habe gerade mit genau dem gleichen Problem (Symptomen) zu kämpfen gehabt und den Mangel an Fehlerdetailberichten verflucht. Auf IIS 8+ Computern hat es gut funktioniert, aber Win 7 hat diese SOFORTIGEN HTTP 500.19-Fehler erhalten. Für mich war es so albern wie ein nicht unterstütztes Konfigurationselement in der Konfigurationsdatei:
Während das Ausführen alter web.config-Dateien einwandfrei funktionierte, habe ich sie nur unterschieden und neue Blöcke entfernt, bis ich die Seite zum Laden bekam. Hätte ich dies als Antwort gesehen, wäre ich diesen Weg sofort gegangen, da ich wusste, dass keine der gängigen Lösungen relevant war. Hier bitteschön :)
quelle
In meinem Fall (.Net Core Web API) für dieses Problem HTTP-Fehler 500.19 - Interner Serverfehler 0x8007000d
Laden Sie zuerst Dotnet-Hosting-3.0.0-Preview5-19227-01-Win (.Net Core 3) oder Dotnetcore 2 herunter
https://download.visualstudio.microsoft.com/download/pr/5bed16f2-fd1a-4027-bee3-3d6a1b5844cc/dd22ca2820fadb57fd5378e1763d27cd/dotnet-hosting-3.1.4-win.exe
Jede .net Core 3.1-Anwendung, entweder eine Winkel- oder eine MVC-Anwendung, würde dies benötigen.
Zweitens als Administrator installieren Öffnen Sie cmd als Administrator, geben Sie iisreset ein und drücken Sie die Eingabetaste
Aktualisieren Sie also Ihre localhost-App
Mit freundlichen Grüßen MMTofighi aus dem Iran
quelle
Problem gelöst. Hier sind die Schritte, die ich versucht habe:
Die Konfiguration, die ich in der vorherigen kommentiert habe:
quelle
Ich verstehe, dass dieser Fehler aus vielen verschiedenen Gründen auftreten kann. In meinem Fall lag es daran, dass ich den WSUS-Dienst von den Serverrollen deinstalliert habe und der gesamte IIS ausgefallen ist. Nach einigen Recherchen stellte ich fest, dass durch die Deinstallation von WSUS einige DLLs entfernt werden, die für die HTTP-Komprimierung verwendet werden. Da diese DLLs fehlten und der IIS immer noch nach ihnen suchte, führte ich einen Reset mit dem folgenden Befehl in CMD durch:
Bingo! Das Problem ist jetzt behoben. Vergessen Sie nicht, es als Administrator auszuführen. Möglicherweise müssen Sie auch "iisreset" ausführen. Nur für den Fall.
Hoffe es hilft anderen. Prost
quelle
Ich aktiviere .Net Framework 3.5 und 4.5 Advance Service in Control Panel-> Programs and Features-> Turn Windows features on or off.it funktioniert für mich.
quelle
Eine Reparatur des DotNetCore-Hosting-Bundles hat mir geholfen. : /
quelle
Ich hatte dieses Problem mit einem brandneuen Webdienst. Es wurde behoben, indem für den Ordner, in dem sich der Dienst befand, ein schreibgeschützter Zugriff für Jeder unter Eigenschaften-> Sicherheit hinzugefügt wurde.
quelle
Für mich ging es darum, meinen Webserver so einzurichten, dass er die neueste und beste Technologie zur Unterstützung meiner ASP.NET 5-Anwendung verwendet!
Die folgende URL gab mir alle Tipps, die ich brauchte:
https://docs.asp.net/de/1.0.0-rc1/publishing/iis-with-msdeploy.html
Hoffe das hilft :)
quelle