MVC4 HTTP Hatası 403.14 - Yasak

Yerel olarak iyi çalışan (IIS Express & dev sunucusu) bir .net4.5 ASP.NET MVC4 web uygulaması oluşturdum, ancak bunu web sunucuma yerleştirdiğimde 403 hatası veriyor. Sunucuya .Net 4.5RC'yi kurdum ve hatta aspnet_regiis -i herkesin MVC / .Net'in önceki sürümleriyle ilgili sorunları için önerdiği biti denedim, ancak yardımcı olmadı.

Herhangi bir fikir?

DÜZENLEME : Durum hakkında daha fazla bilgi. Sunucu 32bit ve iyi çalışan 4 başka MVC3 uygulamam var. Çalışmayan sadece MVC4 uygulamam.

Deneyin

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true"/> 
 </system.webServer>

Üzerinden

/server/405395/unable-to-get-anything-except-403-from-a-net-4-5-website

Hata 403.14, bir dizinin içeriğini listelemesine izin verilmemesi nedeniyle HTTP hata kodudur. Lütfen emin ol

1. Web sitesini IIS'de bir uygulama olarak kurdunuz
2. Sunucuda .NET 4.5 yüklüdür
3. Uygulama havuzunu, .NET çerçevesinin doğru sürümünü çalıştıracak şekilde ayarladınız (yani, .NET 2.0 olarak ayarlanmamış
4. Uygulama havuzunuzdaki entegre ardışık düzeni kullanıyorsunuz
5. .NET 4.5 aslında IIS'de kayıtlıdır. Lütfen benzer bir sorun / çözüm için bu gönderiye bakın

Genellikle, a ve d, IIS'ye MVC dağıtımlarını çevreleyen en büyük sorunlardır

Belki ... Yayınlama Sihirbazını kullanırsanız (benim yaptığım gibi) ve "Yayınlama sırasında ön derleme" onay kutusunu seçerseniz (benim yaptığım gibi) ve aynı belirtileri görürseniz ...

Evet, kafama vurdum ama bu kutunun işaretini kaldırdıktan sonra, görünüşte alakasız bir ortam, anlatılan tüm semptomlar yeniden dağıtımdan sonra kayboluyor.

Umarım bu bazı insanları düzeltir.

Windows-> Başlat -> Widget özelliklerini açın ve kapatın

İçinde gerekli seçenekleri kontrol ettiğinizden emin olun.

Uygulamadan önce

runAllManagedModulesForAllRequests="true"/>

Daha az sert bir alternatif öneren aşağıdaki bağlantıyı düşünün. Gönderide yazar, yerel web.config dosyasında aşağıdaki değişikliği sunar:

  <system.webServer>
    <modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
    </modules>

http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html

Visual Studio 2012'de, RouteConfig.cs dosyamdaki url parametresinin değişmez dize değeri içindeki "id" değerini yanlışlıkla yeniden adlandıran bir Refactor -> Rename Hatası var . Bu, hem Windows Server 2012 hem de Windows Server 2008 R2'de yeni ve başka türlü doğru bir kurulumda 403.14'e neden oldu.

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

olarak değiştirildi

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{renamed_text}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

Dev sunucusuyla test ederken, entegre ardışık düzen kullanıyorsanız ve ardından canlı IIS 7.5 web sunucunuza klasik ardışık düzen modu olarak yüklüyorsanız, ayrıca benim de gerekli olan app_data klasörümün eksik olması durumunda bir 403 alabilirsiniz.

Windows 8 veya Server 2012'de IIS 8.5 çalıştırıyorsanız, mvc 4/5 (.net 4.5) çalıştırmanın sanal bir dizinde çalışmadığını görebilirsiniz. Ana bilgisayar dosyasında yerel makinenize geri dönmek için yerel bir ana bilgisayar girişi oluşturur ve ardından yeni bir yerel IIS web sitesini bu klasöre yönlendirirseniz (eşleşen ana bilgisayar başlığı girişiyle birlikte) o zaman çalıştığını göreceksiniz.

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true"/> 
 </system.webServer>

Yukarıdaki kodu kullanabilirsiniz

Yeni uygulamanın uygulama havuzunu, DefaultAppPoolaçık bir şekilde Classicpipeline'ı kullanan IIS'ye ayarladım .NET v.2.0.

Sorunu çözmek için Integratedardışık düzen ve .NET v4.0. sadece bu yeni uygulama için ve sonra her şey beklendiği gibi çalışmaya başladı.

Bu yeni uygulama havuzunu uygulamaya atamayı unutmayın. IIS'de uygulamayı seçin, öğesine tıklayın Basic Settingsve ardından uygulama için yeni uygulama havuzunu seçin.

Son zamanlarda daha sık gördüğüm IIS ve 32bit uygulamaların çalışmasına izin veriyor

Denediğin bu mu? aksi halde üretim ve geliştirme sunucusu sürümleri hakkında daha fazla bilgiye ihtiyacımız var

Biraz farklı bir sorunum var, sunucu 2012'de bir şekilde asp.net 4.5'i etkinleştirmeyi unuttum, bu nedenle bu sorunu yaşıyorsanız, etkinleştirdiğinizi iki kez kontrol edin.

Azure ve ASP.NET 4.5, IIS 8 üzerinde Windows Server 2012 R2 çalıştırıyorum

Bu sorunu Programlar ve Özellikler'deki tüm ASP.NET öğelerini kaldırarak ve ardından Rol ve Özellik Ekle'yi kullanarak Sunucu Yöneticisi ile ASP.NET'i şu şekilde yeniden yükleyerek çözdüm: Rol Tabanlı veya Özellik Tabanlı yüklemeyi seçtim, sunucumu seçtim ve sonra Sunucu Rolü Seçimi için Web Sunucusu (IIS) / Web Sunucusu / Uygulama Geliştirme seçildi, ardından ASP.NET 4.5 tıklandı, ön koşulun yüklenmesi onaylandı ve ardından ASP.NET 4.5 yeniden yüklendi.

Önceki aramalarım, sorunun aslında ASP.NET'teki bir kayıt sorunundan kaynaklandığına inanmamı sağladı. ASP.NET'in önceki sürümlerinde, ASP.NET'i yeniden yüklemeden kaydettirmek için çalıştırabileceğiniz bir yardımcı program var, ancak bu artık kullanılamıyor gibi görünüyor.

Görsel stüdyoyu açma, referansları genişletme ve "Yerel Kopyala" özelliğini "Doğru" olarak değiştirme sorununu çözüyorum.

Bunu eski sürümün dll'leri ile yeni sürümümün Dll'lerini karşılaştırırken keşfettim (çalışmıyordu)

Benim durumumda, uygulamamın varsayılan sayfası, varsayılan belge seçeneklerinde eksik olan index.html idi. Eklendiğinde 403.14 Yasak hatası düzeltildi.

Benim durumumda, soruna bir tür genel filtre özelliği olan özel ActionFilterAttribute neden oldu. Öznitelik, Autofac aracılığıyla bir hizmeti başlattı, ancak hizmet yapıcıda kilitlendi:

public ActionFilterAttribute()
{
    _service = ContainerManager.Resolve<IService>();
}

public class Service: IService
{ 
    public Service()
    {
        throw new Exception('Oops!');
    }
}

Benim durumumda ne Windows Özellikleri ne de aspnet_regiis -iişi yapmadı. İnternette saatlerce araştırma yaptıktan sonra kendi çözümümü yaptım:

1. Modüllerdeki IIS Yöneticisi'nde, UrlRoutingModule-4.0 düğümünde devralmayı yerel olarak değiştirdim:

   

2. Web.config dosyasına bu forumdaki bazı ipuçlarının bir karışımını yapıştırdım:

   <system.webServer>
       <modules runAllManagedModulesForAllRequests="true">
           <remove name="UrlRoutingModule-4.0"></remove>
           <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition=""></add>
       </modules>
   </system.webServer>
   

Umarım yardımcı olur