Web Uygulama Sorunları (web.config hataları) IIS7.5 ve ASP.NET v2 ile HTTP 500.19

Bu tüm takımı çılgına çeviriyor. IIS'nin veya Web Sunucumuzun basit bir yanlış yapılandırılmış parçası olmalı, ancak IIS 7.5'te ASP.NET Web Uygulamasını çalıştırmaya çalıştığımızda aşağıdaki hatayı alıyoruz ...

İşte tam olarak hata:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0: 

Makine Windows Server 2008 R2 çalıştırıyor . Web Uygulamamızı Visual Studio 2008 kullanarak geliştiriyoruz .

Microsoft'a göre 8007000d kodu, web.config dosyamızda bir sözdizimi hatası olduğu anlamına gelir - proje yerel olarak derlenir ve düzgün çalışır. XML Not Defteri'ndeki web.config dosyasına bakmak da herhangi bir sözdizimi hatası getirmez. Benim açımdan bir çeşit kötü konfigürasyon olduğunu varsayıyorum ...?

Hata hakkında daha fazla bilgiyi nerede bulabileceğimi bilen var mı? EventViewer'da da hiçbir şey gösterilmiyor :(

Başka nelerden bahsetmenin faydalı olacağından emin değilim ...

Yardım çok takdir edilmektedir. Teşekkürler!

GÜNCELLEMELER! - AŞAĞIDA YAYINLANMIŞ WEB. KONFİG

Tamam, yukarıdaki orijinal soruyu yayınladığımdan beri , hataya neden olan web.config'deki kesin satırları izledim .

İşte çizgiler ( <System.webServer>etiketler arasında görünüyorlar ) ...

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpHandlers>

Not: Ben satırları silerseniz arasındaki<httpHandlers> I HALA hata alıyorum. <httpHandlers>Yukarıdaki hatayı almayı durdurmak için kelimenin tam anlamıyla (ve aradaki satırları) silmem gerekiyor.

Ancak bunu yaptıktan sonra yeni bir 500.19 hatası alıyorum. Neyse ki, bu sefer IIS aslında bana web.config'in hangi bitinin soruna neden olduğunu söylüyor ...

    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>

Bu satırlara bakıldığında, sorunun aynı <system.webServer>etiket içinde etikete daha da taşındığı açıktır <handlers>.

Yeni hata ayrıca daha belirgindir ve özellikle "validate" özelliğini tanımadığından şikayet eder (yukarıdaki üçüncü satırda görüldüğü gibi). Bu özniteliğin kaldırılması, aynı satırın gerekli "ad" özniteliğine sahip olmadığından şikayet etmesine neden olur. Bu özniteliğin eklenmesi daha sonra ASP.NET hatasını getirir ...

Dosya veya derleme 'System.web.Extensions, Version = 1.0.61025.0, Culture = nötr, PublicKeyToken = f2cb5667dc123a56' veya bağımlılıklarından biri yüklenemedi. Sistem belirtilen dosyayı bulamıyor.

Açıkçası, bu yeni hataların benim <httpHandlers>ilk etapta etiketleri silmemden kaynaklandığını düşünüyorum - açıkçası uygulama tarafından ihtiyaç duyuluyorlar - bu yüzden şu soru kalıyor: Bu etiketler neden en başta IIS'de bir hata oluştursun? ??

IIS'nin onlarla çalışması için bir şey yüklemem gerekiyor mu?

Herhangi bir yardım için tekrar teşekkürler.

WEB.CONFIG

İşte web sitemizin sorunlu kısımları. Yapılandır ... Umarım bu, birilerinin sorunumuzu bulmasına yardımcı olur!

<system.Web>

<!-- stuff cut out -->

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpModules>
</system.web>

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </modules>
    <remove verb="*" path="*.asmx"/>
    <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>
</system.webServer>

Kesin belirtiler bende vardı ve sorunum Peter'ınkine benziyordu. Yeni bir sunucuda mevcut bir proje kuruyordu. Projem IIS7 URL Yeniden Yazma modülüne başvurdu, ancak bu henüz yeni sunucuya yüklenmemişti. Yüklemek sorunumu çözdü.

Yüklemek için Microsoft Web Platformu Yükleyicisini kullanabilirsiniz. Çalıştırın, Ürünleri seçin , soldaki menüden Sunucu seçin ve listede Yeniden Yazma URL'sini bulun ve kurun.

Yoksa indirebilirsiniz burada .

Bununla bir gün yeni bir makinede mücadele ettikten sonra aşağıdaki bağlantılarla karşılaştım. Yeniden yazma modüllerini kaçırdım. Bu her şeyi düzeltti.

http://forums.iis.net/t/1176834.aspx

http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/

Aha! Bu sorunu yeniyorum! Tanrım, benim gibi sınırlı IIS deneyimi olan biri için bir canavardı. Gerçekten bütün hafta sonunu bunu düzeltmek için geçireceğimi sanıyordum.

İşte bu şeytani problemi yaşayan herkes için çözüm.

Dikkat etmeniz gereken ilk şey: Bunun çözümünüz olmasını umuyorsanız , aynı Hata Koduna ( 0x8007000d ) ve Yapılandırma Kaynağına ( -1: 0 :) sahip olduğunuzdan emin olun . Değilse, bu senin çözümün değil .

Dikkat edilmesi gereken bir sonraki şey: AJAX web.config dosyanıza düzgün şekilde yüklenmemiş!

Bu kılavuzu izleyerek bunu düzeltin:
http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

Ardından, AJAX 1.0 uzantılarını üretim sunucunuza şu bağlantıdan yükleyin :

http://www.asp.net/ajax/downloads/archive/
Güncelleme : Microsoft yukarıdaki sayfayı kaldırmış görünüyor :(

Bu kadar!

Sunucu 2016'da aynı sorun, IIS 10, 500.19 hatası. Yönlendirme modülünü kurdum ve işe yaradı. Bunun neden varsayılan olarak dahil edilmediğini bilmiyorum.

https://www.iis.net/downloads/microsoft/url-rewrite#additionalDownloads

Açıkçası, IIS 7'deki web.config çalışacak veya çalışmak üzere tasarlanmış gibi görünüyor, ancak bu modülün eksikliği gerçekten garip ve yararsız bir hata veriyor. Google, sizi sitenizin veya web.config'inizin bozuk olduğu konusunda ısrar eden bir Microsoft sayfasına götürür. Durum öyle görünmüyor.

Yararsız olan bu sayfa burada: https://support.microsoft.com/en-us/kb/942055

Yukarıdakiyle aynı sorunu yaşadım, aynı hata kodu, vb. Windows 8'de yerel bir web sitesi kurma. Çok fazla aramadan sonra URL yeniden yazmayı kaçırdığımızı fark ettik. İndirdikten sonra her şey yolundaydı. :)

Sadece bir cevap ekledim çünkü aynı semptomları çözmeye çalışmak için saatler harcadım (ancak farklı bir sorun):

Olası bir neden 64 bit uygulama havuzundaki bir x86 dll'dir, çözüm, uygulama havuzu ayarlarında 32 bit uygulamaları etkinleştirmektir.

Benim için asp.net'i iis için yeniden kaydettirmek hile yaptı. Umarım bu başka birine yardımcı olur.

aspnet_regiis.exe -i

Buradaki ve başka yerlerdeki cevaplara dayanarak özetlemek gerekirse:

1. Uygulama havuzunun .NET sürümünü kontrol edin (ör. 2.0 vs 4.0)
2. IIS referanslı tüm modüllerin kurulu olup olmadığını kontrol edin. Bu durumda, AJAX uzantılarıydı (muhtemelen bugünlerde durum böyle değil), ancak URL Yeniden Yazma yaygın olanıdır.

Görünür bir neden olmadan 500.19 hata almanın bir başka yolu da eksik dizinleri ve / veya bunlarla ilgili izinleri kırmaktır.

Bu soru durumunda, sorunun tam IIS sürümünü sorduğuna inanıyorum. Bunu şu satır nedeniyle varsayıyorum:

Config File         \\?\E:\wwwroot\web.config

IIS yükleyici genellikle wwwrootsizin için oluşturur ve bu, tüm web siteleri için varsayılan kök klasör ve sanal dizinler için bağlama noktasıdır. Her zaman vardır, bu yüzden sorun yok, genellikle bunu pek umursamıyorsun.

Web.config dosyaları hiyerarşik olduğundan, oraya bir ana web.config dosyası koyabilir ve orada bazı kök ayarlarına sahip olabilirsiniz ve tüm siteler onu devralır. IIS, bu dosyanın var olup olmadığını kontrol eder ve onu yüklemeye çalışır.

Ancak ilk eğlenceli kısım:

IIS'yi düzgün bir şekilde yüklediyseniz bu dizin var olacaktır. Mevcut değilse, 500 sınıfı hata alırsınız. Ancak, dosya / dizin izinleriyle, özellikle de 'gelişmiş' izinlerle oynarsanız, aslında yanlışlıkla IIS hizmet hesabının bu dizinin içeriğini taramasını / okumasını reddedebilirsiniz . IIS, wwwroot \ web.config dosyasının var olup olmadığını kontrol edemiyorsa veya varsa ve IIS onu açıp okuyamıyorsa - bam - 500 sınıfı hata.

Ancak, tam IIS için bu pek olası değildir. Tam IIS ile çalışan geliştiriciler / Yöneticiler genellikle oynamak konusunda isteksizdir, wwwrootbu nedenle genellikle düzgün yapılandırılmış halde kalır.

Ancak, IIS Express'te ..

Genellikle, IIS Express "sadece çalışır". Genellikle, IIS Express kullanan geliştiriciler dahili olarak gerçek IIS'ye ne kadar benzediğinin farkında olmazlar.

IIS Express'in kendi applicationHost.config dosyasına sahip olduğu ve VS'nin bunu sizin için yarattığı ve yönettiği (bir dereceye kadar doğru bir şekilde) ve bunun o kadar basit ve anlamlı olmadığını söyleyen bu tür bir göz açıcı olduğu gerçeğine kolayca rastlayabilirsiniz. ve ilk başta göründüğü gibi tıklayın.

Bu yapılandırma dosyasının yanı sıra, VisualStudio ayrıca Documentsklasörünüzün altında boş bir dizin yapısı oluşturur . Doğru hatırlıyorsam, IIS Express bu klasörleri , kodunuzun bulunduğu sanal dizinlerin üzerine monte edildiği web sitenizin / sitelerinizin kök dizinleri olarak kabul eder .

Daha sonra, IIS gibi, IIS Express başladığında, bu klasörlerin var olmasını bekler ve orada kök web.config dosyalarını denetler. Site web.config dosyaları. Neredeyse her zaman, bu web.config dosyaları eksiktir - ve bu sorun değil çünkü onları istemiyorsunuz - ** web.config uygulamanız var ", içeriğin geri kalanıyla birlikte sanal dizinlere yerleştirilirler.

Şimdi, ikinci eğlenceli kısım şudur: IIS Express , dizinlerin boş olmasını bekler . Boş olabilirler ama var olmaları gerekir. Eğer yoksa - o yoldaki "web.config" dosyasına erişilemeyeceğini söyleyen 500-sınıfı bir hata alırsınız.

Bu sorunla ilk karşılaştığımda sabit diskimi temizlerken yaşadım. Çöplerle dolu 'belgeler \ web siteleri' klasörünü buldum, artık üzerinde çalışmadığım birkaç yıllık projeleri tanıdım, hepsi boş, tek bir dosya değil, bu yüzden hepsini sildim. Bir hafta sonra - bam - şu anda çalıştığım sitelerin hiçbirini çalıştıramıyorum / hata ayıklayamıyorum. Hata 500.19 idi, yapılandırma dosyası okunamıyor.

Bu nedenle, IIS Express kullanıyorsanız ve yapılandırmayı okumayla ilgili 500 sınıfı bir hata görüyorsanız, hata mesajını dikkatlice kontrol edin ve belirtilen tüm yolları okuyun. Şuna benzer bir şey görürseniz:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

Hatanın tam olarak gösterdiği yere gidin, bu klasörlerin var olduğundan emin olun, IIS çalışan hesabının bunları geçip okuyabildiğinden emin olun ve bir şeylerin yanlış olduğunu fark ederseniz, belki de bu olacaktır.

BTW. VisualStudio'da, ProjectProperties / Web üzerinde "Sanal Dizin Oluştur" düğmesi vardır. Esasen bunu yapar, bu yüzden ilk önce deneyebilirsiniz, ancak IIRC ayrıca bazen applicationHost.config dosyasındaki yapılandırma bölümlerini temizleyebilir / üzerine yazabilir / takas edebilir, bu nedenle orada herhangi bir özel kurulumunuz varsa bu düğmeye dikkat edin.

Benim durumumda, .NET Core Windows Hosting Bundle kurulumunda bir sorun vardı.

Bunu yükledim ve kurulumdan sonra ("net stop was / y" ve "net start w3svc") kullanarak IIS'yi yeniden başlattım, ancak Hata Kodu 0x8007000d ve Yapılandırma Kaynağı -1: 0: ile bu 500.19 hatasını alırdım.

NET Core Windows Hosting Bundle kurulumunu onararak ve yukarıda bahsettiğim komutları kullanarak IIS'yi yeniden başlatarak sorunu çözmeyi başardım.

Umarım bu birine yardımcı olur!

Bu güzel ayrıntılı hata 2019'da hala mevcut! Eklemek istiyorum ki, eğer sizin web.configgeçerli ve erişilebilir ise, büyük olasılıkla bir bağımlılık sorunu .

OP'de belirtildiği gibi bu bir AJAXmodüldü ve diğerleri gibi genellikle Rewritemodüldü. 0x8007000d hata kodu HERHANGİ bir bağımlılıkla ilgili olabileceğinden , web.config'inizde etiketlerinizin hangi modülleri ve kitaplıkları referans aldığını açık tutun .

Benim durumumda, AspNetCorepaketin eksik olduğunu ve yüklenmesi gerektiğini fark etmemiştim ! Bu yazıyı bulduğum için çok mutluyum !!

Bu ilgili olabilir ya da olmayabilir .... Yukarıda bahsedilen aynı hatayla başladım, googling yapmaya başladım, değişiklikler yapmaya, yeni hatalar alıyorum, sonsuz döngü.

Bu hatanın neden olduğu değişiklik, sunucunun Yönetim bölümü altındaki IIS Yöneticisi'ndeki Özellik Temsilciliği ile karıştırılıyordu. Üzgünüm, hangisini değiştirdiğimi hatırlayamıyorum, ancak Google'da arama yardımcı olabilir.

Bu beni 1. hatayı başkalarının yepyeni bir akışına soktu, bazıları tamamen saçma. (Sanal bir dizin altında çalışırken bir hata alırdım, onu bir uygulamaya dönüştürdüğümde başka bir hata, vb.). Sonunda bu hatalar dizisini çözen şey şuydu: IIS yöneticisi, Uygulama Havuzları, DefaultAppPool, 32-Bit uygulamaları etkinleştir = Doğru

Bu uygulamayı 32 bit Windows xp kutusunda başlattım ve şimdi 64Bit Windows 7 kutusunda çalıştırıyorum.

Umarım bu başka birine yardımcı olur.

IIS 7.5'im web.config'deki etiketi anlamıyor VS 2010'da bu etiketin de altı çizilmiştir. Altı çizili tüm etiketleri bulmak için yapılandırma dosyanızı doğru kontrol edin. Yoruma ekledim ve hata gider.

Web.config dosyasında aşağıdaki satırları yorumlayın.

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>

Bu çalışacak.

Ben de aynı hatayı aldım. .Net framework sürüm 2.0 olan bir IIS sitem vardı, ancak uygulamamın 4.0'a ihtiyacı vardı. Sürümü değiştirdim ve işe yaradı.

Birisinin aynı sorunu yaşayabileceğini hatırlatmak için gönderi.

Tüm IIS özelliklerinizin düzgün şekilde etkinleştirildiğinden emin olun.

• Açık , Windows Özellikleri (Windows veya kapalı özelliklerini aç).

• İnternet Bilgi Hizmetleri'ne ilerleyin

• World Wide Web artı kutusu açılır menüsünü açın

• Uygulama Geliştirme Özellikleri artı kutusu açılır menüsünü açın
• Sonraki tüm onay kutularını manuel olarak işaretleyin, ardından Tamam'ı tıklayın

Sorunumun nedeni aşağıdaki yapılandırma idi:

    <rewrite>
      <rules>
        <clear />
        <rule name="Redirect to HTTPS" stopProcessing="true">
          <match url="(.*)" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^.*spvitals\.com$" />
            <add input="{HTTPS}" pattern="off" ignoreCase="true" />
          </conditions>
          <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" appendQueryString="false" />
        </rule>
      </rules>
    </rewrite>

Not: Azure'da sorunsuz çalıştığı için bu bölümü yerel test için kaldırdım.

Windows 7'de de aynı sorunu yaşadım.

Çözüm, temel ayarlara gitmek> belirli bir kullanıcı olarak bağlanmak - ve varsayılan 'geçiş' yerine bir kullanıcı olarak oturum açmaktı

Bu benim için sorunu çözdü.

Windows 7

Bunu dene,

cmd'yi Yönetici olarak çalıştırın.

Tüm iis'leri kaldırın.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

İis'i yeniden yükleyin ve normalde işe yarıyor

Alain

<customErrors>Etiketi ait olduğu yerin <system.webServer>yerine içine koyarak bu hatayı aldım <system.web>. <customErrors>Etiketin altında küçük bir dalgalanma vardı ama hemen fark etmedim.

En iyi yanıta benzer şekilde, eksik bir IIS CORS modülü nedeniyle bu inanılmaz derecede yardımcı olmayan istisnayı alıyorduk. Hata Kodu (0x8007000d) ve Yapılandırma Kaynağı (-1: 0 :) ile tamamen aynı hataydı, ancak URL Yeniden Yazma modülünün yüklenmesi sorunu çözmedi.

Kısa bir süre önce web.config dosyasını, ihtiyacı olan bazı geliştiriciler için CORS'u etkinleştirmek üzere güncelledik, ancak tüm geliştiricilerin IIS CORS modülünü yüklemesinin gerekli olacağını beklemiyorduk. Maalesef gerekli gibi görünüyor.

Düzeltmek için IIS CORS modülünü buradan yükleyin .

Asp.net.core uygulamasını dağıtıyorsanız, .net çekirdek barındırma paketini de yüklemeniz gerekir. https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/iis/index?view=aspnetcore-3.0#install-the-net-core-hosting-bundle

Bu hata, web.config dosyasıyla ilgilidir. Web.config uygun olmadığında veya IIS'de bulunmayan bazı özellikleri kullandığında bu sorun ortaya çıkacaktır. Benim durumumda, URLRewrite modülünü kurmayı unuttum ve web.config dosyasında ona referans veriyordum. Temel nedeni bulmak biraz zaman aldı. Bölümleri tek tek kaldırmaya başladım ve kontrol ettim, ancak o zaman asıl sorunu bulabildim.

IIS10 ve Windows 10 ile tam olarak aynı hata mesajını aldım. Burada listelenen her şeyi (ve diğer internet sayfalarını da) denedim ama düzeltmedi. Sorunu çözen şey, .NET Core Hosting'i ikinci kez yüklemekti ("Onar" düğmesini seçiyorum).

Bunun düzelttiğine% 100 eminim çünkü aynı web sitesini diğer dizüstü bilgisayarlara da dağıtmak zorunda kaldım (farklı markalar ancak tümü Windows 10). Aynı hata mesajı (500.19) oluştu ve paketi yeniden yüklemek sorunu tekrar düzeltti.