Ik repliceer de implementatie van webapplicaties en heb verschillende problemen gevonden met betrekking tot HTTP Error 500.19. Mijn machine draait Windows 7terwijl de werkende ontwikkeling Windows 8gebruikt. We ontwikkelen onze webapplicatie met behulp van Visual Studio 2010.
Eerst kreeg ik foutcode 0x80070021, vergelijkbaar met gepost hier.
Ik update mijn web.config volgens het geaccepteerde antwoord en toen kreeg ik de volgende foutcode (die vergelijkbaar is met de geposte hier).
HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:
Ik heb de definitie van symptomen gelezen op de Microsoft-ondersteuningspaginaen de oorzaak van de fout is:
Dit probleem treedt op omdat het bestand ApplicationHost.config of het bestand Web.config een onjuist opgemaakt XML-element bevat.
en de oplossing is
Verwijder het misvormde XML-element uit het bestand ApplicationHost.config of uit het bestand Web.config.
De web.config die ik heb gebruikt, werkt echter perfect in de oorspronkelijke ontwikkelomgeving.
Dit is wat ik tot nu toe heb gecontroleerd en geprobeerd:
- Installeer ASP.NET door aspnet_regiis -i aan te roepen
- Mijn toepassing instellen om een andere toepassingspool te gebruiken (ASP.NET v4.0, .NET v4, enz.)
- ApplicationHost.config-bestand gebruikt nog steeds standaard van Windows 7.
Dit maakt deel uit van mijn 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>
Ik heb vergelijkbare/dubbele/gesloten berichten (ongeveer 13) berichten in stackoverflow gelezen, alles geprobeerd behalve het antwoord gerelateerd aan Ajax (is het gerelateerd) en heb nog steeds geen idee wat de fout is.
Weet iemand hoe deze fout kan worden opgelost? (En indien mogelijk moet een uitgebreide lijst met dingen worden gecontroleerd, zodat we soortgelijke berichten als deze kunnen verminderen.) Ik ben bereid om meer details te verstrekken.
Antwoord 1, autoriteit 100%
Fout 0x8007000d betekent dat de URL-herschrijfmodule (waarnaar wordt verwezen in web.config) ontbreektof dat de juiste versie niet is geïnstalleerd.
Installeer de module voor het herschrijven van URL’s via het installatieprogramma voor het webplatform.
Ik raad aan om alle afhankelijkheden van web.config te controleren en te installeren.
Antwoord 2, autoriteit 13%
Bij het opzetten van een .NET Core 1.0-websitekreeg ik deze foutmelding en probeerde ik al het andere dat ik kon vinden zonder geluk, inclusief het controleren van het web.config-bestand, IIS_IUSRS-machtigingen, IIS-URL herschrijfmodule, enz. Uiteindelijk heb ik DotNetCore.1.0.0-WindowsHosting.exegeïnstalleerd vanaf deze pagina: https://www.microsoft.com/net/downloaden het begon meteen te werken.
Specifieke link om te downloaden: https://go.microsoft.com/fwlink/?Linkid = 817246
Antwoord 3, Autoriteit 7%
In mijn geval, omdat ik IIS opnieuw had geïnstalleerd, moest ik IIS registreren met DOT NET 4 met behulp van deze opdracht:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
Antwoord 4, Autoriteit 7%
Installeer URL-herschrijving:
Update – dit is nu hier beschikbaar (en werkt met IIS 7-10):
https://www.iis.net/downloads/microsoft/url-rewrite
Zorg ervoor dat u de volgende ingesteld hebt op ‘Toegestaten’ voor uw IIS-server:
Antwoord 5, Autoriteit 3%
In mijn geval (.NET CORE Web API) Voor dit nummer HTTP-fout 500.19 – Interne serverfout 0x8007000D
DOWNLOAD DOTNET-HOSTING-3.0.0-preview5-19227-01-WIN (.NET CORE 3) OF DOTNETCORE 2 HASTING Windows
ELKE .NET CORE 3.1 APPAAT VAN ANGULE of MVC-toepassing heeft dit nodig.
Tweede installeer het als beheerder
Open CMD als beheerder, typ IISRESET, druk op ENTER
Vernieuw uw localhost-app
het beste
M.M.TOFIGHI VAN IRAN
Antwoord 6, Autoriteit 3%
Ja, voor .NET Core-apps, Installeer DotNet-hosting . Dit werkte voor mij.
Antwoord 7, Autoriteit 2%
Een reparatie van de Dotnetcore-hostingbundel deed de truc voor mij. : /
Antwoord 8, Autoriteit 2%
Soort laat tot het feest hier, maar ik heb net gewerkt met exact hetzelfde probleem (symptomen) en vervloekt het gebrek aan foutendetails.
Het werkte prima op IIS 8+ machines, maar win 7 kreeg deze instant http 500.19-fouten.
Voor mij was het zo dwaas als een niet-ondersteund configuratie-element in het configuratie-bestand:
<applicationInitialization doAppInitAfterRestart="true">
<add initializationPage="/" />
</applicationInitialization>
Dus tijdens het uitvoeren van oude web.Config-bestanden werkten prima, ik heb ze gewoon verdeeld en begon weg te hakken bij nieuwe blokken totdat ik de pagina kreeg om te beginnen met laden. Had ik dit gezien als een antwoord dat ik deze route onmiddellijk zou zijn gegaan, omdat ik wist dat geen van de populaire oplossingen relevant waren. Dus daar ga je 🙂
Antwoord 9
Installeren ASP.NET Core Runtime Hosting Bundle loste het probleem voor mij op. Bron: 500.19 Interne serverfout (0x8007000D)
Antwoord 10
Ik zet .NET Framework 3.5 en 4.5 Advance-service in Configuratiescherm - & GT; -programma's en functies - & GT; Draai Windows-functies aan of uit < /kbd>.it werken voor mij.
Antwoord 11
Probleem opgelost. Hier zijn de stappen die ik heb geprobeerd:
- Schakel de 32-bits toepassing in IIS - & GT; Toepassingspool - & GT; Geavanceerde instellingen
- Kopieer System.Enterpriseservices.dll en System.Enterpriseservices.wrapper.dll van C: \ Windows \ Microsoft.net \ Framework \ V2.0.50727 naar de map Application bin
- Voeg opmerkingen toe aan secties op de web.config en vond dat probleem gerelateerd aan de DLL waarnaar wordt verwezen.
De configuratie die ik heb toegevoegd aan de vorige die ik heb toegevoegd:
<section name="handlers" overrideModeDefault="Allow" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow"/>
- Voeg de vereiste FasterFlect.DLL die wordt gebruikt door Combres.DLL v2.1.0.0 toe aan de toepassingsbin-map (download de volledige zip van Combres codeplex, omdat de vereiste snellereflect DLL V2.0.3732.24338 niet kan worden gevonden in snellereflect codeplex ) en andere DLL's. Gebruik voor het gemak de volledige Combres.DLL (1,3 MB)
- Controleer of de DLL-versies en openbare-sleuteltokens correct zijn geconfigureerd in web.config met behulp van tool, b.v. .NET-reflector
Antwoord 12
Ik begrijp dat deze fout om veel verschillende redenen kan optreden. In mijn geval was het omdat ik de WSUS-service van Server Rollen had verwijderd en de hele IIS uitviel. Na wat onderzoek te hebben gedaan, ontdekte ik dat het verwijderen van WSUS een paar dll's verwijdert die worden gebruikt om http-compressie uit te voeren. Omdat die dll's ontbraken en de IIS er nog steeds naar op zoek was, heb ik een reset uitgevoerd met het volgende commando in CMD:
appcmd set config -section:system.webServer/httpCompression /-[name='xpress']
Bingo! Het probleem is nu opgelost. Vergeet niet om het als beheerder uit te voeren. Mogelijk moet u ook "iisreset" uitvoeren. Voor het geval dat.
Ik hoop dat het anderen helpt.
Proost
Antwoord 13
Voor mij ging het erom mijn webserver in te stellen om de nieuwste en beste technologie te gebruiken om mijn ASP.NET 5-toepassing te ondersteunen!
De volgende URL gaf me alle tips die ik nodig had:
https://docs.asp. net/nl/1.0.0-rc1/publishing/iis-with-msdeploy.html
Hopelijk helpt dit 🙂
Antwoord 14
Ik had dit probleem met een gloednieuwe webservice. Opgelost door alleen-lezen toegang toe te voegen voor Iedereen op Eigenschappen->Beveiliging voor de map waarin de service zich bevond.
Antwoord 15
Ik had exact dezelfde fout. Het bleek echter dat het iets was dat volledig door iets werd veroorzaakt. Er ontbraken schrijfrechten in een cachemap. Maar IIS meldde fout 0x8007000d, wat enorm verwarrend is.
Antwoord 16
Ik heb hetzelfde probleem toen ik de asp.net core 5.0-webapp op mijn lokale IIS probeerde te publiceren en de oplossing was om het volgende toe te voegen aan de System.webserver-tag in mijn web.config-bestand
<applicationInitialization doAppInitAfterRestart="true">
<add initializationPage="/" />
</applicationInitialization>
Antwoord 17
ASP.NET Core Runtime opnieuw installeren - Windows Hosting Bundle Installer maakte de truc voor mij... Ik geloof dat de "ASP.NET Core Module" ontbrak.
Antwoord 18
Voor mij had ik een web.config-bestand in een van mijn hoofdmappen, dit configuratiebestand was voor de live server, dus door het te verwijderen kon de site op de dev-server draaien.
Controleer dus ook op web.config-bestanden in mappen.