Replikuję wdrażanie aplikacji sieci Web i znalazłem kilka problemów związanych z HTTP Error 500.19
. Mój komputer działa pod kontrolą systemu Windows 7, podczas gdy w fazie rozwoju używany jest system Windows 8 . Opracowujemy naszą aplikację internetową przy użyciu programu Visual Studio 2010 .
Najpierw dostałem kod błędu 0x80070021
, podobny do zamieszczonego tutaj . Aktualizuję plik web.config zgodnie z zaakceptowaną odpowiedzią, a następnie otrzymałem następujący kod błędu (podobny do zamieszczonego tutaj ).
HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:
Zapoznałem się z definicją symptomów na stronie pomocy Microsoft i przyczyną błędu jest:
Ten problem występuje, ponieważ plik ApplicationHost.config lub plik Web.config zawiera zniekształcony element XML.
a rozwiązaniem jest
Usuń zniekształcony element XML z pliku ApplicationHost.config lub z pliku Web.config.
Jednak plik web.config, którego użyłem, działa doskonale w oryginalnym środowisku programistycznym.
Oto co sprawdziłem i wypróbowałem do tej pory:
- Zainstaluj ASP.NET, wywołując aspnet_regiis -i
- Ustaw moją aplikację tak, aby korzystała z innej puli aplikacji (ASP.NET v4.0, .NET v4 itp.)
- Plik ApplicationHost.config nadal używa domyślnego z systemu Windows 7.
To jest część mojego 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>
Przeczytałem podobne / duplikaty / zamknięte posty (około 13) postów w stackoverflow, wypróbowałem wszystkie oprócz odpowiedzi związanej z Ajaxem (czy jest to powiązane) i nadal nie mam pojęcia, na czym polega błąd.
Czy ktoś może jak naprawić ten błąd? (Jeśli to możliwe, należy sprawdzić obszerną listę rzeczy, abyśmy mogli zmniejszyć liczbę podobnych postów, takich jak ten). Jestem gotów podać więcej szczegółów.
Odpowiedzi:
Błąd 0x8007000d oznacza, że brakuje modułu przepisywania adresu URL (przywoływanego w web.config) lub nie zainstalowano odpowiedniej wersji.
Wystarczy zainstalować moduł przepisywania adresów URL za pomocą instalatora platformy internetowej.
Polecam sprawdzić wszystkie zależności z web.config i je zainstalować.
źródło
Podczas próby skonfigurowania witryny internetowej .NET Core 1.0 otrzymałem ten błąd i wypróbowałem wszystko inne, co mogłem znaleźć, bez powodzenia, w tym sprawdzenie pliku web.config, uprawnienia IIS_IUSRS, moduł przepisywania adresu URL w usługach IIS itp. zainstalował DotNetCore.1.0.0-WindowsHosting.exe z tej strony: https://www.microsoft.com/net/download i od razu zaczął działać.
Konkretny link do pobrania: https://go.microsoft.com/fwlink/?LinkId=817246
źródło
W moim przypadku, ponieważ ponownie zainstalowałem iis, musiałem zarejestrować iis w dot net 4 za pomocą tego polecenia:
źródło
Zainstaluj przepisywanie adresu URL:
UPDATE - to jest teraz dostępne tutaj (i działa z IIS 7-10):
https://www.iis.net/downloads/microsoft/url-rewrite
Upewnij się, że masz ustawioną opcję „Dozwolone” dla serwera IIS:
źródło
Trochę późno na imprezę tutaj, ale właśnie zmagałem się z dokładnie tym samym problemem (symptomy) i przeklinając brak szczegółowego raportowania błędów. Działało dobrze na maszynach z usługami IIS 8+, ale system Windows 7 otrzymał te natychmiastowe błędy HTTP 500.19. Dla mnie było to tak głupie, jak posiadanie nieobsługiwanego elementu konfiguracyjnego w pliku konfiguracyjnym:
Więc podczas gdy uruchamianie starych plików web.config działało dobrze, po prostu je porównałem i zacząłem kroić na nowe bloki, aż strona zaczęła się ładować. Gdybym uznał to za odpowiedź, poszedłbym od razu tą drogą, ponieważ wiedziałem, że żadne z popularnych rozwiązań nie jest odpowiednie. Więc proszę bardzo :)
źródło
W moim przypadku (.Net Core Web API) dla tego problemu Błąd HTTP 500.19 - Wewnętrzny błąd serwera 0x8007000d
Pierwsze pobranie dotnet-hosting-3.0.0-preview5-19227-01-win (.Net Core 3) lub dotnetcore 2 hasting windows
https://download.visualstudio.microsoft.com/download/pr/5bed16f2-fd1a-4027-bee3-3d6a1b5844cc/dd22ca2820fadb57fd5378e1763d27cd/dotnet-hosting-3.1.4-win.exe
Każda aplikacja .net core 3.1, zarówno kątowa, jak i aplikacja MVC, będzie tego potrzebować.
Po drugie zainstaluj go jako administrator Otwórz cmd jako administrator, wpisz iisreset, naciśnij enter
Odśwież swoją aplikację localhost
Pozdrawiam MMTofighi z Iranu
źródło
Problem rozwiązany. Oto kroki, które próbowałem:
Konfiguracja, którą skomentowałem poprzednia, którą dodałem:
źródło
Rozumiem, że ten błąd może wystąpić z wielu różnych powodów. W moim przypadku było to spowodowane tym, że odinstalowałem usługę WSUS z ról serwera i cały IIS przestał działać. Po przeprowadzeniu kilku badań odkryłem, że odinstalowanie WSUS usuwa kilka bibliotek DLL, które są używane do kompresji http. Ponieważ brakowało tych bibliotek dll, a IIS nadal ich szukał, zresetowałem za pomocą następującego polecenia w CMD:
Bingo! Problem został rozwiązany. Nie zapomnij uruchomić go jako administrator. Może być również konieczne wykonanie „iisreset”. W razie czego.
Mam nadzieję, że to pomaga innym. Twoje zdrowie
źródło
Włączam zaawansowaną usługę .Net Framework 3.5 i 4.5 w Control Panel-> Programs and Features->. To Turn Windows features on or offdziała dla mnie.
źródło
Naprawa pakietu hostingowego DotNetCore załatwiła mi sprawę. : /
źródło
Miałem ten problem z zupełnie nową usługą internetową. Rozwiązano to, dodając dostęp tylko do odczytu dla wszystkich na Właściwości-> Zabezpieczenia dla folderu, w którym znajdowała się usługa.
źródło
Zainstalowanie pakietu hostingu środowiska uruchomieniowego ASP.NET Core rozwiązało problem. Źródło: 500,19 wewnętrzny błąd serwera (0x8007000d)
źródło
Dla mnie chodziło o skonfigurowanie mojego serwera internetowego, aby korzystał z najnowszych i najlepszych technologii do obsługi mojej aplikacji ASP.NET 5!
Poniższy adres URL zawiera wszystkie potrzebne wskazówki:
https://docs.asp.net/en/1.0.0-rc1/publishing/iis-with-msdeploy.html
Mam nadzieję że to pomoże :)
źródło