Komut dosyası, IIS7.5'te statik dosya işleyicisi tarafından sunulmuyor

İlk web uygulamamı Windows 7 Home Premium dizüstü bilgisayarımda IIS'ye dağıtmaya çalıştım. Uygulamayı oluşturduktan sonra, Klasik Uygulama Havuzuna geçmem ve ardından bu havuzu Framework 4.0 için ayarlamam gerekti. Şimdi şu hatayı alıyorum:

HTTP Hatası 404.17 - Bulunamadı İstenen içerik komut dosyası gibi görünüyor ve statik dosya işleyicisi tarafından sunulmayacak.

İstenen URL şu şekildedir: http: // localhost: 80 / pvmms / default.aspx

Korkarım kapsamlı Google, birlikte çalışmam için yeterince net veya kesin hiçbir şey vermedi ve her zamanki gibi uzmanlara döndüm.

DÜZENLEME: Bunun, .aspx dosyaları için çerçeve 4.0 işleyici eşlemeleri olmadığından şüpheleniyorum. Ancak aspnet_regiis, yönetici kullanıcıma parmak bile veriyor ve çalıştırmak için yönetici haklarına ihtiyacım olduğunu söylüyor.

DÜZENLEME # 2: Tüm çerçeveleri (2 & 4, 32 ve 64) kaydettim ve şimdi hepsi çalışıyor. Bunu .aspx, aspnet_isapi ve voila için manuel olarak bir komut dosyası haritası ekleyerek buldum . Belleğim hata vermedikçe ve IIS'yi yalnızca VS'yi yükledikten sonra etkinleştirmediysem, çerçevenin kurulumunun neden bunu yapmadığını anlamıyorum.

Belki şimdi çok geç, ama daha sık koşman gerekmiyor

aspnet_regiis.exe -i  

asp.net'i kurduktan sonra. Belki şimdi yine de yapardım.

Yukarıdakilere ek olarak, WCF desteğine ihtiyacınız varsa, bunu çalıştırmanız gerekebilir:

c:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i

V3.0'ı mevcut çerçeve sürümünüzle değiştirin.

Yazdığım bir WCF hizmetine erişmeye çalışırken IIS 8.5'ten bu hatayla karşılaştım. Sunucunun WCF HTTP Etkinleştirme özelliklerinin açık olmadığı ortaya çıktı. Kutuları işaretledim ve sihirbaz üzerinden tıkladım, iisreset, çalışmaya başladı.

İis 7.5 kullanıyorsanız.

Sadece IIS Yöneticisine gidin, web sitesi özelliklerinizi açın.

Orada 'İşleyici Eşlemeleri' bölümünü göreceksiniz, sadece o bölüme gidin ve 'staticFile' arayın.

Muhtemelen listedeki son dosyadır.

Sonra Sağ tıklayın ve 'Ebeveyne Geri Dön'ü seçin.

Bununla ilk karşılaştığımda çok fazla saatimi boşa harcadım, neyse bu senin problemini çözecek.

ASP .NET 4.5 ile Windows Server 2012'de bu sorunu yaşadım, aspnet_regiis.exe'yi kullanamazsınız ve yalnızca ASP .NET 4.5'i Rol ve Özellik Ekleme Sihirbazı aracılığıyla yüklemeniz gerekir:

Sunucu Yöneticisi'nin sağ köşesindeki "Yönet" menüsünde "Rol ve Özellik Ekle" menü öğesini bulabilirsiniz.

Sanırım bu seçeneği kontrol etmelisiniz

Bu sorunu etkinleştirerek çözdüm WCF Services

Programs and Features > NET Framework 4.5 Services > WCF Services> HTTP Activation node

Ama itiraf etmelisiniz, bu TÜM IIS kurulumunu yapılandırın / tahmin edin / deneyin ve bunu görün / deneyin / günümüzün 4 veya 5'ini bir yaklaşım etrafında bir çözüm bulmaya harcayan, TAM BİR ŞEKİLDİR.

KESİNLİKLE, 'IIS', BUGÜNE KADAR İNSANLIK ÜZERİNDE OYNANAN EN BÜYÜK GÜVEN TRİKOSU

Bunun eski bir soru olduğunu biliyorum, ancak bunu yeniden oluşturulmuş Windows 8 makinemde bir 3.5 uygulamasıyla aldım ve bunu hala alıyordum aspnet_regiis -iruve ASP.NET 3.5'in Uygulama Geliştirme Özellikleri içinde işaretlenmediği ortaya çıktı. (bir resim yayınlamak için yeterli itibar yok).

Uygulamanız için oluşturulan uygulama havuzunun varsayılan olarak sürüm 2 olması ihtimali vardır. Dolayısıyla, listede .svc uzantısı için bir işleyici görseniz de, çalışmaz ve onu statik dosya olarak değerlendirmez. İhtiyacınız olan tek şey uygulama havuzu özelliklerini açmak ve onu sürüm 4'e geçirmek.

Asp.net'e tekrar kaydolun .... sorunu çözecektir.

Visual Studio Komut İstemi'ne gidin ve
asp.net'i windows \ microsoft.net \ Framework [.Net sürüm num] \ aspnet_regiis.exe -i olarak kaydedin

Aynı sorunu kurduğum bir Windows 8 makinesinde de yaşadım. .NET framework 4.5'i kuran vs2010'dan önce vs2012'yi kurmuştum. 4.0'da çalışan uygulama havuzlarım var. Aspnet_regiis -i kullanarak 4.0 için aspnet kaydım olduğundan emin oldum. Bu yine de işe yaramadı. Sonra Windows Özelliklerini açtım ve 4.5'in ".NET Framework 4.5 Gelişmiş Hizmetler" adlı bir set eklediğini fark ettim. WCF Hizmet düğümünü ve altlarını etkinleştirdim ve ardından svc uç noktam doğru şekilde çalıştı. Umarım bu, Windows 8'e geçiş yapan insanlara yardımcı olur.

Aynı sorunla karşılaştığımda bu soruya rastladım. Sorunumun temel nedeni, yanlış yapılandırılmış bir uygulama havuzuydu. 4.0 olarak ayarlanması gerektiğinde, istemeden 2.0'a ayarlandı. Aşağıdaki bağlantıdaki yanıt, bu sorunu ortaya çıkarmama yardımcı oldu: http://forums.iis.net/t/1160143.aspx

Ben de aynı sorunu yaşadım. IIS için Statik içerik özelliği eklediğimde, sorunsuz çalışıyor.

Aynı hata mesajını gördüğüm başka bir olası çözüm.

Yeni bir uygulama havuzuna bir .NET 4.0 web uygulaması kurmaya çalışırken, aspx dosyamı statik dosya işleyicisi ile işlemeye çalıştığını söyleyen bu garip hatayı alıyordum, bu mantıklı değildi.

Bazı nedenlerden dolayı, .NET 4.0 için ISAPI , IIS yöneticisinde sunucu düzeyinin ISAPI ve CGI Kısıtlamaları alanında devre dışı bırakıldı . Etkin olarak ayarlamak gerekli olan tek şeydi , ancak IIS 7.5 yöneticisi o kadar karmaşık ve takip etmesi zor, bunu anlamam uzun zaman aldı.

4.0 Engine tarafından işlenemeyen bir 4.0 Uygulaması olduğu için statik dosya işleyicisinin varsayılan olarak kullanıldığını tahmin ediyorum.

Bunu okuyan diğer insanlar için:

Bu, kaydettiğiniz .Net sürümü, web sitenize ekli uygulama havuzunun 'Temel Ayarlar' altında seçili değilse olabilir. Örneğin, sitelerinizin uygulama havuzunda .Net v2.0 seçildi, ancak siz v4.0'ı kaydettiniz

Windows 10 / Framework 4.7 için aşağıdaki yöntemle HTTP Etkinleştirmeyi açmam gerekiyordu:

1. Denetim Masası> Programlar ve Özellikler> Windows Özelliklerini Açın veya Kapatın
2. .NET Framework 4.7 Gelişmiş Hizmetler altında, WCF Hizmetleri'ni genişletin, HTTP Etkinleştirmeyi ve WCF ile çalışırken ihtiyacınız olan diğer her şeyi kontrol etmeyi seçin.
3. Tamam'a tıklayın ve yüklemenin işini yapmasına izin verin, ardından bir yönetim komut istemi açın ve IISRESET komutunu verin

cmd -> sağ tıklama -> Yönetici olarak çalıştır

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -i

IIS yöneticisini kullanarak, ASP.NET 4.5 önceden yüklenmiş olmasına rağmen .aspx dosyalarının ISAPI 2.0 ile eşlendiğini ("İşleyici Eşlemeleri" altında) buldum. Bunları ISAPI 4.0 64bit için bir yürütülebilir dosyayı (ayrıca) gösterecek şekilde düzenlemek sorunu çözdü.

Yürütülebilir dosya% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_isapi.dll konumunda bulundu

iis 7.5 üzerinde .net 2.0'a atanmış klasik uygulama havuzuna sahip bir uygulama için bu mesajı aldım. İşleyici Eşlemeleri'ne gidip iki komut dosyası haritası eklemem gerekiyordu, ad dışında ikisi de aynıydı. bir ad svc-ISAPI-2.0-64, diğeri svc-ISAPI-2.0 idi. İstek yolu .svc idi. Ve Yürütülebilir dosya% SystemRoot% \ Microsoft.NET \ Framework64 \ v2.0.50727 \ aspnet_isapi.dll idi. iis'i yeniden başlattım ve her şey mutluydu

Az önce çözdüğüm en kötü senaryolardan biri Web.config dosyasında çakışan giriş olması.

Yerel makinemde IIS'de kayıtlı .woff uzantısı yoktu, bu yüzden Web.config kullanarak ekledim. Ancak üretim sunucusunda .woff kayıtlı mime tipine sahipti. Bu, uygulama düzeyinde çakışmaya neden oldu.

İşin garibi, bunun için kaydedilmiş bir hata yok. Sadece bir tahmin çalışması (elbette ilk kez).

Bu yüzden benim için çözüm sadece web.config'den ve / veya öğeleri kaldırmaktı.

Ben de aynı sorunu yaşadım, web sitesindeki hedef çerçeve sürümünü geliştirildiği sürümle değiştirdim, IIS'de Aynı. Bu benim sorunumu çözdü. Bu yardımcı olur umarım...

Teşekkür ederim

Benim durumumda Uygulama havuzu-> ileri ayar-> 32 bit uygulamayı etkinleştir (doğru olmalıdır) altında birden çok neden olabilir. Daha önce yanlış olarak ayarlanmıştı.

CMD veya powershell kullanarak .Net ve CPU mimarisi dizininizin tadına gidin

Şu komutu girin: aspnet_regiis –r