Errore HTTP MVC4 403.14 - Proibito

Ho creato un'app Web ASP.NET MVC4 .net4.5 che funziona bene localmente (IIS Express e dev server) ma una volta che la distribuisco sul mio server web, genera l'errore 403. Ho installato .Net 4.5RC sul server e ho anche provato il aspnet_regiis -i bit che tutti consigliavano per i loro problemi con le versioni precedenti di MVC / .Net ma non ha aiutato.

Qualche idea?

EDIT : Maggiori informazioni sulla situazione. Il server è a 32 bit e ho altre 4 applicazioni MVC3 che funzionano bene. È solo la mia app MVC4 che non funziona.

Provare

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

attraverso

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

L'errore 403.14 è il codice di errore HTTP per non essere autorizzato a elencare il contenuto di una directory. Per favore, assicurati che

1. Hai configurato il sito web come un'applicazione in IIS
2. Hai .NET 4.5 installato sul server
3. Hai impostato il pool di applicazioni per eseguire la versione corretta del framework .NET (cioè non è impostato su .NET 2.0
4. Stai usando la pipeline integrata nel tuo pool di applicazioni
5. .NET 4.5 è effettivamente registrato in IIS. Si prega di consultare questo post per un problema / risoluzione simile

Di solito, a e d sono i problemi maggiori che circondano le distribuzioni MVC in IIS

Forse ... Se ti capita di utilizzare la procedura guidata di pubblicazione (come ho fatto io) e seleziona la casella di controllo "Precompila durante la pubblicazione" (come ho fatto io) e vedi gli stessi sintomi ...

Sì, mi sono picchiata in testa, ma dopo aver deselezionato questa casella, un'impostazione apparentemente non correlata, tutti i sintomi descritti scompaiono dopo la ridistribuzione.

Si spera che questo risolva alcune persone.

Windows-> Start -> Attiva e disattiva le funzionalità delle vedove

Assicurati di controllare le opzioni richieste in

Prima di applicare

runAllManagedModulesForAllRequests="true"/>

considera il link sottostante che suggerisce un'alternativa meno drastica. Nel post l'autore offre la seguente modifica al web.config locale:

  <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

C'è un refactoring -> Rename Bug in Visual Studio 2012 che ha erroneamente rinominato "id" all'interno del valore di stringa letterale del parametro url nel mio RouteConfig.cs. Ciò ha causato un 403.14 su una configurazione nuova e altrimenti corretta sia in Windows Server 2012 che in Windows Server 2008 R2.

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

è stato cambiato in

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

Puoi anche ottenere un 403 se durante il test con il server dev stai utilizzando la pipeline integrata e quindi installi come modalità pipeline classica sul tuo server web IIS 7.5 live, inoltre mi mancava la mia cartella app_data che era anche richiesta

Se esegui IIS 8.5 su Windows 8 o Server 2012, potresti scoprire che l'esecuzione di mvc 4/5 (.net 4.5) non funziona in una directory virtuale. Se crei una voce di host locale nel file host per puntare di nuovo al tuo computer locale e quindi punti un nuovo sito Web IIS locale a quella cartella (con la voce di intestazione host corrispondente) scoprirai che funziona.

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

Puoi usare il codice sopra

Avevo impostato il pool di applicazioni della nuova app DefaultAppPoolsu IIS che ovviamente utilizza la Classicpipeline con .NET v.2.0.

Per risolvere il problema ho creato un nuovo App Pool utilizzando la Integratedpipeline e .NET v4.0. solo per questa nuova applicazione e poi tutto ha iniziato a funzionare come previsto.

Non dimenticare di assegnare questo nuovo pool di app all'applicazione. Seleziona l'applicazione in IIS, fai clic su, Basic Settingsquindi scegli il nuovo pool di app per l'app.

quello che vedo più frequentemente di recente è IIS e consente l'esecuzione di applicazioni a 32 bit

È questo quello che hai provato. altrimenti abbiamo bisogno di maggiori informazioni sulla produzione e sulle versioni del server di sviluppo

Ho un problema leggermente diverso, sul server 2012 in qualche modo mi sono dimenticato di abilitare asp.net 4.5 quindi se hai questo problema, ricontrolla di abilitarlo.

Utilizzo Windows Server 2012 R2 su Azure e ASP.NET 4.5, IIS 8

Ho risolto questo problema disinstallando tutti gli elementi ASP.NET in Programmi e funzionalità, quindi reinstallando ASP.NET in questo modo con Server Manager utilizzando Aggiungi ruoli e funzionalità: ho selezionato l'installazione basata su ruoli o basata su funzionalità, ho scelto il mio server e quindi per Selezionare il ruolo del server, selezionare Server Web (IIS) / Server Web / Sviluppo applicazioni, quindi fare clic su ASP.NET 4.5, confermare l'installazione di un prerequisito e quindi reinstallare ASP.NET 4.5.

Le mie ricerche precedenti mi avevano portato a credere che il problema derivi effettivamente da un problema di registrazione con ASP.NET. Con le versioni precedenti di ASP.NET, in realtà esiste un'utilità che è possibile eseguire per registrare ASP.NET senza reinstallarlo, ma sembra che non sia più disponibile.

Risolvo il problema aprendo lo studio visivo, ampliando i riferimenti e cambiando la proprietà "Copia locale" in "Vero".

Lo scopro confrontando le DLL della vecchia versione con le DLL della mia nuova versione (che non funzionava)

Nel mio caso, la pagina predefinita della mia applicazione era index.html che mancava dalle opzioni del documento predefinite. L'aggiunta ha risolto l'errore 403.14 Forbidden.

Nel mio caso il problema è stato causato da ActionFilterAttribute personalizzato che era una sorta di attributo di filtro globale. L'attributo ha istanziato un servizio tramite Autofac ma il servizio è andato in crash nel costruttore:

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

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

Nel mio caso né le funzionalità di Windows né aspnet_regiis -inon hanno funzionato. Dopo ore trascorse a scavare in Internet, ho creato la mia soluzione:

1. In IIS Manager in Modules ho cambiato inherit in local nel nodo UrlRoutingModule-4.0:

   

2. In web.config ho incollato un mix di alcuni suggerimenti da questo forum:

   <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>

Spero che sia d'aiuto