Tümleşik yönetilen ardışık düzen modunda uygulanmayan bir ASP.NET ayarı algılandı

DotNetOpenAuth SDK-3.4.5.10201.vsix'i kurdum ve çalışamıyorum. Yerel olarak çalışır (localhost olarak çalıştırdığımda), ancak yayınlamaya çalıştığımda çalışmıyor.

Aldığım IIS hata iletisi

Hata Özeti
HTTP Hatası 500.22 - Dahili Sunucu Hatası
Tümleşik yönetilen ardışık düzen modunda uygulanmayan bir ASP.NET ayarı algılandı.

VE

Module       ConfigurationValidationModule  
Notification BeginRequest  
Handler      StaticFile  
Error Code   0x80070032  

sorunun nasıl çözüleceğine dair bazı öneriler var:

Deneyebileceğiniz şeyler:

• Yapılandırmayı system.webServer/modulesbölüme geçirin. Bunu manuel olarak veya komut satırından AppCmd ​​kullanarak yapabilirsiniz - örneğin %SystemRoot%\system32\inetsrv\appcmd migrate config "Default Web Site/",. Kullanılması AppCmdbaşvurunuzu geçirmek için o Entegre modda çalışabilir ve klasik modda ve IIS önceki sürümleri üzerinde çalışmaya devam sağlayacaktır.

• Bu hatayı yok saymanın sorun olmayacağından eminseniz, system.webServer/validation@validateIntegratedModeConfiguration false olarak ayarlanarak devre dışı bırakılabilir .

• Alternatif olarak, uygulamayı Klasik mod uygulama havuzuna geçirin - örneğin %SystemRoot%\system32\inetsrv\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool". Bunu yalnızca uygulamanızı taşıyamazsanız yapın.
  (Uygulama yolunuza ve uygulama havuzu adınıza "Varsayılan Web Sitesi" ve "Klasik .NET AppPool" u ayarlayın)

Ancak sorun, sahibi olmadığım için ISS sunucusuna erişememem. Bunu çözmenin bir yolu var mı?

2 ^nd seçenek istediğiniz biridir.

Şu web.configanahtarlarda, şu anahtarların bulunduğundan emin olun:

<configuration>
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false"/>
    </system.webServer>
</configuration>

Ekleme <validation validateIntegratedModeConfiguration="false"/>semptomu giderir, ancak her koşul için uygun değildir. Bu sorunu birkaç kez geçirdikten sonra, başkalarına sadece sorunun üstesinden gelmekle kalmayıp, aynı zamanda anlamalarına yardımcı olmayı umuyorum. (IIS 6, efsaneye ve söylentilere dönüştükçe giderek daha önemli hale gelir.)

Arka fon:

Bu sorun ve etrafındaki karışıklık ASP.NET 2.0 ve IIS 7'nin tanıtılmasıyla başladı. IIS 6'da yalnızca bir ardışık düzen modu vardı ve olmaya devam ediyor ve IIS 7 + 'nın "Klasik" mod olarak adlandırdığı duruma eşdeğer. IIS 7+ üzerinde çalışan tüm uygulamalar için ikinci, daha yeni ve önerilen ardışık düzen moduna "Tümleşik" mod adı verilir.

Peki, fark nedir? Temel fark ASP.NET'in IIS ile etkileşimi.

• Klasik modIIS boru hattıyla etkileşim kuramayan bir ASP.NET kanalıyla sınırlıdır. Esasen bir istek gelir ve IIS 6 / Classic'e sunucu yapılandırması aracılığıyla ASP.NET'in bunu işleyebileceği söylenirse, IIS, ASP.NET'e isteği iptal eder ve devam eder. Bunun önemi bir örnekten çıkarılabilir. Statik görüntü dosyalarına erişim yetkisi verirsem, bir ASP.NET modülü ile bunu yapamazdım çünkü IIS 6 boru hattı bu istekleri kendisi işleyecek ve ASP.NET bu istekleri hiçbir zaman teslim edilmediğinden asla görmeyecek * Öte yandan, IIS'nin bu istekleri her zaman ASP.NET kanalına ilettiği için, Foo.aspx isteği gibi bir .ASPX sayfasına hangi kullanıcıların erişebileceğini yetkilendirmek önemsizdir. Klasik modda ASP.NET neye sahip olduğunu bilmiyor '

• ASP.NET işleyicileri ve modülleri IIS kanalıyla doğrudan etkileşim kurabildiği için tümleşik mod önerilir. IIS boru hattı artık ASP.NET boru hattına yapılan isteği dağıtmakla kalmıyor, artık ASP.NET kodunun doğrudan IIS boru hattına ve onu izleyen tüm isteklere bağlanmasına izin veriyor. Bu, bir ASP.NET modülünün yalnızca statik görüntü dosyalarına yönelik istekleri gözlemleyemeyeceği, aynı zamanda bu istekleri kesebileceği ve erişimi reddederek, isteği günlüğe kaydederek vb.

Hatayı aşmak:

1. Başlangıçta IIS 6 için oluşturulmuş eski bir uygulamayı çalıştırıyorsanız, belki de yeni bir sunucuya taşıdınız, o uygulamanın uygulama havuzunu Klasik modda çalıştırırken kesinlikle hiçbir sorun olmayabilir. Devam et, kötü hissetmene gerek yok.

2. Sonra tekrar belki uygulamanıza bir yüz asansörü veriyorsunuz veya NuGet aracılığıyla manuel olarak veya başka bir yolla üçüncü taraf bir kütüphane yükleyene kadar iyi çalışıyor. Bu durumda tamamen mümkündür httpHandlersveya httpModuleseklenmiştir system.web. Sonuç, validateIntegratedModeConfigurationvarsayılanlar nedeniyle gördüğünüz hatadır true. Şimdi iki seçeneğiniz var:

   1. httpHandlersVe httpModulesöğelerini öğesinden kaldırın system.web. Bundan birkaç olası sonuç var:
      • Her şey iyi çalışıyor, ortak bir sonuç;
      • Başvurunuz şikayet etmeye devam ediyor, devralınmakta olduğunuz bir üst klasörde bir web.config olabilir, bu web.config dosyasını da temizlemeyi düşünün;
      • NuGet paketlerini eklemeye devam etmekten bıktınız httpHandlersve hey, ihtiyacınız olanı yapın.httpModulessystem.web
3. Bu seçenekler değil işi yapmak veya o zaman ayarlayamıyor söylemeye gitmiyorum değer daha fazla sorun varsa validateIntegratedModeConfigurationiçin false, ama en azından sen ne yaptığını biliyorum ve neden önemlidir?.

İyi okumalar:

• ASP.NET 2.0 IIS 7.0'da Değişiklikleri Kırıyor
• IIS 7 ile ASP.NET Entegrasyonu
• HTTP İşleyicileri ve HTTP Modüllerine Genel Bakış

* Tabii ki, IIS 6 / Classic'ten ASP.NET boru hattına, joker karakter eşlemeleri gibi büyülerle her türlü garip şeyi almanın yolları vardır .

Hala HTTP Modülünü kullanmanız gerekiyorsa, onu (.NET 4.0 çerçevesi) aşağıdaki gibi yapılandırmanız gerekir:

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true">
       <add name="MyModule" type="[Namespace].[Class], [assembly]"/>
   </modules>
   <validation validateIntegratedModeConfiguration="false"/>
</system.webServer>

Bu sorunla karşılaştım ama farklı bir düzeltme yaptım. Bu güncelleme katılan Control Panel>Administrative Tools>IIS Managerve benim App sitenin Yönetilen Boru Hattı geri alma Integratediçin Classic.

IIS kimlik doğrulamanızda çakışma olup olmadığını kontrol edin. yani anonim kimlik doğrulamasını etkinleştirirsiniz ve ASP.NET kimliğe bürünme de hataya neden olabilir.

Web.config dosyasında şu anahtarların bulunduğundan emin olun:

<configuration>
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false"/>
    </system.webServer>
</configuration>

Sıra işaretledikçe Asp.Net Impresonation = Devre Dışı olarak IIS Sitesi authetication

Bu sorunla karşılaştım ve @Jeremy Cook'un cevabından esinlenerek, heck'in IIS 7 Entegre modunun web.config'im gibi olmamasına neyin neden olduğunu bulmak için mermiyi ısırdım. İşte benim senaryom:

1. Web API'sı (sürüm 4.0.030506.0 eski adıyla)
2. .NET 4.0
3. Web API için Özellik Yönlendirme 3.5.6 [spoiler uyarısı: bu adamdı!]

(Maalesef) .NET 4 kullanmak zorunda olduğu bir projede öznitelik yönlendirme kullanmak istedim ve bu nedenle Web API 2.2 (.NET 4.5 gerekir) kullanamadı. NuGet paketinin anlamı, bu bölümü aşağıdaki <system.web>bölüme ekledi :

<system.web>
<httpHandlers>
      <add verb="*" path="routes.axd" type="AttributeRouting.Web.Logging.LogRoutesHandler, AttributeRouting.Web" />
    </httpHandlers>
</system.web>

[Anlamını söylüyorum, çünkü bu bölüm IIS'nin eski sürümlerinde gereklidir]

Bu bölümü kaldırdığımda HTTP 500.23'ü geçtim !!

Özet: Jeremy'nin, "semptomu maskelemek" yerine işlerin neden işe yaramadığını anlamanın önemli olduğunu söylüyorum. Semptomu maskelemek zorunda olsanız bile, ne yaptığınızı (ve nedenini) biliyorsunuz :-)

Bu benim için çalıştı:

1. Orijinal olarak oluşturulan siteyi silin.
2. Siteyi IIS'de yeniden oluşturun
3. Temiz çözüm
4. Yapı çözümü

Siteyi ilk oluşturduğumda bir şeyler güneye gitti gibi görünüyor. Hataya neyin neden olduğunu bilmeden "Makinenizi yeniden başlatın, ardından pencereleri yeniden yükleyin" benzeri çözümlerden nefret ediyorum. Ama bu benim için çalıştı. Hızlı ve basit. Umarım başka birine yardımcı olur.

Benim durumumda web.config dosyasında başvurulan bin klasöründe dll eksikti. Yani web.config dosyasında herhangi bir ayar kullanıp kullanmadığınızı kontrol edin, fakat aslında dll'niz yok.

Teşekkürler

Bu hatayı çözmem birkaç saat sürdü, çünkü burada bu hata hakkında bulduğum ayarların hepsi aynıydı, ancak yine de işe yaramadı. Sorun, web servisimde dosyanın WinCE cihazına gönderilmesi gereken bir klasör vardı, bu klasörü Classic.NetAppPool ile bir uygulamaya dönüştürdükten sonra çalışmaya başladı.

Aşağıdaki adım sorunumu çözdü:

CMDYönetici Ayrıcalıklarıyla İstemi Aç .

Çalıştırmak : iisreset.

Bu yardımcı olur umarım.

Yerel yöntem Hata mı?