ASP.NET MVC su IIS 7.5

Sto eseguendo Windows 7 Ultimate (64 bit) utilizzando Visual Studio 2010 RC. Di recente ho deciso di eseguire VS / eseguire il debug delle mie app su IIS anziché sul server di sviluppo che ne deriva.

Tuttavia, ogni volta che provo a eseguire un'app MVC, viene visualizzato il seguente errore:

Errore HTTP 403.14 - Proibito Il server Web è configurato per non elencare i contenuti di questa directory. dettagliata

Informazioni sull'errore

Modulo DirectoryListingModule

Notifica ExecuteRequestHandler

Handler StaticFile Error

Codice 0x00000000 Richiesto

URL http: // localhost: 80 / mySite /

Percorso fisico C: \ myProject \ mySite \

Metodo di accesso Accesso anonimo

Utente anonimo

Ho inserito un default.aspxfile nella directory e ho ricevuto il seguente errore:

Errore HTTP 500.21 - Il gestore di errori del server interno "PageHandlerFactory-Integrated" ha un modulo errato "ManagedPipelineHandler" nell'elenco dei moduli

Ci sono altri passaggi che ho dimenticato di prendere per farlo funzionare?

Note: ho installato IIS 7.5 dopo aver installato VS 2010 RC. Ho usato il pulsante "Crea directory virtuale" incorporato nella scheda "Web" nelle "Proprietà" del progetto MVC in Visual Studio 2010. Mi sono assicurato che l'applicazione stesse utilizzando il pool di app ASP.NET 4.

Di seguito sono riportate le funzionalità installate di IIS.

ASP.NET 4 non è stato registrato in IIS. Ho dovuto eseguire il seguente comando nella riga di comando / esecuzione

32 bit (x86) Windows

% windir% \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -ir

64 bit (x64) Windows

% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe -ir

Nota dal commento di David Murdoch:

Che la versione .net è cambiata da quando è stata pubblicata questa risposta. Controllare quale versione del framework si trova nella directory% windir% \ Microsoft.NET \ Framework64 e modificare il comando di conseguenza prima di eseguirlo (al momento è v4.0.30319)

Un'altra cosa da verificare è il seguente set nel tuo web.config:

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

Assicurati di avere il seguente set nel tuo web.config:

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

Soluzione migliore:

Anche se la soluzione di cui sopra funziona perfettamente , può causare altri problemi in quanto esegue tutti i moduli HTTP registrati su ogni richiesta (anche su ogni richiesta di .jpg .gif .css .html .pdf ecc.) Ed è ovviamente uno spreco di risorse. Anziché

<system.webServer>
<modules>
  <remove name="UrlRoutingModule-4.0"/>
  <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="" />
</modules>
</system.webServer>

Assicurarsi che l'attributo preCondition sia vuoto significa che verrà eseguito su tutte le richieste. [Leggi di più] ( http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html , "Leggi post originale")

Un altro motivo per cui qualcuno potrebbe visualizzare questo errore è se il file Global.asax non si trova più nella cartella principale.

Inoltre stavo ricevendo questo errore e ho scoperto che "Reindirizzamento HTTP" non era attivato in Windows Server. Questo post sul blog lo sottolinea anche: http://blogs.msdn.com/b/rjacobs/archive/2010/06/30/system-web-routing-routetable-not-working-with-iis.aspx

Dolce Gesù. Ho provato tutte le cose sopra (ma ho trovato le mie impostazioni identiche). ANCORA UN'ALTRA SOLUZIONE in caso di problemi:

http://support.microsoft.com/kb/980368

Prova a installare questo KB per il tuo sistema. Se vedi 404s potrebbe essere perché non hai questo aggiornamento - e il modulo isapi non viene trovato e non c'è molto che puoi fare a riguardo senza questo!

Inoltre puoi passare AppPool in modalità integrata . Grazie a Michael Bianchi ( https://stackoverflow.com/a/7956546/1143515 ), voglio solo sottolineare questo.

Per me su una VM IIS 8.5 di Azure Server 2012 R2 con un'app Asp.Net MVC 5 (bin MVC 5 distribuito) ho dovuto eseguire le seguenti operazioni da un prompt cmd elevato anche se avevo 4.5 già installato:

dism /online /enable-feature /featurename:IIS-ASPNET45

Fonte: http://support.microsoft.com/kb/2736284

Ho anche installato la forza bruta con tutte le funzionalità di IIS con il seguente PowerShell:

import-module servermanager
add-windowsfeature web-server -includeallsubfeature

Fonte: http://www.iis.net/learn/install/installing-iis-85/installing-iis-85-on-windows-server-2012-r2

Ora la mia app funziona.

Un'applicazione MVC è stata spostata su un nuovo server. .NET 4 e MVC 3 sono stati installati, ma abbiamo ancora ricevuto "Errore 403.14". In questo caso, ciò significava che IIS non capiva che aveva a che fare con un'applicazione MVC, stava cercando la pagina predefinita.

La soluzione era semplice: il reindirizzamento HTTP non era installato sul server.

Server Manager - Ruoli - Web Server (IIS) - Servizi ruoli - Reindirizzamento HTTP: non installato. Installato, problema risolto.

Inoltre, se l'app è precompilata, dovresti averla

PrecompiledApp.config

nella cartella principale della tua app, altrimenti potresti anche ottenere HTTP Error 403.14.

Un'altra possibile soluzione, se ti sposti su global.asax, assicurati che il markup punti alla classe MvcApplication corretta. Spero che questo salverà qualcuno in futuro.

Avevo usato l'estensione IIS di WebDeploy per importare i miei siti Web da IIS6 a IIS7.5, quindi tutte le impostazioni di IIS erano esattamente come in ambiente di produzione. Dopo aver provato tutte le soluzioni fornite qui, nessuna delle quali ha funzionato per me, ho semplicemente dovuto modificare le impostazioni del pool di app per il sito Web da Classico a Integrato.

Ho incontrato improvvisamente lo stesso problema 404.14. Infine, il problema era stato risolto deselezionando "precompilare durante la pubblicazione" nelle impostazioni del profilo di pubblicazione.

Ho modificato il mio percorso predefinito in un punto da:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index", id = UrlParameter.Optional }

Per:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index" }

Il che mi ha dato il tuo errore. Sono contento che qualcuno abbia menzionato il routing perché probabilmente sarei stato su questo per sempre.

Nel mio caso ASP.NET 4.5 non è installato sul server, quindi l'installazione di ASP.NET 4.5 ha risolto il problema.

È possibile risolvere questo errore eseguendo cmd come admin di

Fai come nella foto per Windows a 32 bit

Apporta le modifiche a 64 bit come framework64 anziché solo framework Di vai su iis e aggiorna il sito
Se hai ancora qualche errore apporta modifiche nel pool di applicazioni

Ho avuto un altro problema che ha portato a questo problema.

• Mi ero assicurato che il mio pool di app eseguisse .net 4 in modalità integrata
• Avevo eseguito aspnet_regiis.exe -i
• Avevo verificato che le autorizzazioni per le cartelle fossero impostate correttamente per l'account che eseguiva il mio pool di app

Nessuna di queste cose ha funzionato. Si è scoperto che nel mio web.config in system.webserver> moduli ho avuto il seguente:

<remove name="WindowsAuthentication" />

Ovviamente questo ha rimosso il modulo di autenticazione di Windows che sembrava in qualche modo mettere tutto fuori gioco.

Spero che questo aiuti qualcuno, dato che mi è costato gran parte della serata!

L'interfaccia utente è leggermente diversa nelle versioni più recenti di Windows Server. Qui è dove devi abilitare ASP.Net per farlo funzionare su IIS

Aggiunta di un'altra soluzione per questo problema.

nel mio file Global.asax.cs avevo disabilitato i file php tentati da essere consumati dalla pipeline MVC usando quanto segue:

routes.IgnoreRoute( "{*php}" );

Avevo già fatto questi in precedenza in un progetto MVC2 e ha funzionato bene, ma farlo nella mia app MVC 3 ha causato il problema sopra riportato.

Ancora un altro motivo per cui ciò può accadere: il tuo RouteConfig.cso WebApiConfig.csnon sono validi.

Nel mio caso, avevo un percorso definito come tale (notare la parentesi anziché la parentesi graffa):

...
routeTemplate: "api/(something}"
...

Si noti che per gli utenti di Windows 8 è necessario aggiungere / rimuovere i componenti di Windows e rimuovere la versione di .net riavviare quindi reinstallare per registrarlo con IIS. Presumo che ciò accada se si ottiene .net 4.5 da Visual Studio e successivamente si installa IIS.

Per quanto strano possa sembrare, reinstallare IIS è stato ciò che ha funzionato per me, con il seguente comando eseguito dalla cartella della versione .net:

aspnet_regiis.exe /i

Quando ho eseguito questo comando per la prima volta, ho iniziato a ricevere l'errore HTTP 403.14. Ma una volta eseguito nuovamente il comando ha risolto il problema.

Obs : Un'altra cosa che ho fatto è stata anche quella di rimuovere il reindirizzamento HTTP dalle funzionalità del server nella schermata Gestione server prima di reinstallare IIS. Forse anche questo ha avuto un impatto nel risolvere il problema, ma non ne sono sicuro. Pertanto, se la reinstallazione di IIS continua a non funzionare, provare a rimuovere il reindirizzamento HTTP e riprovare. Spero che possa funzionare anche per te.

Per risolvere questo problema senza ricorrere alla modalità a 32 bit, dovrai aggiornare il codice sorgente per questo progetto

public static void RegisterUrlRoutesFromAttributes(RouteCollection routes)
{
    // Enumerate assembly for UrlRoute attributes.
    List<MapRouteParams> routeParams = new List<MapRouteParams>();
    AppDomain.CurrentDomain.GetAssemblies()
        .ToList()
        .ForEach(assembly => routeParams.AddRange(GetRouteParamsFromAttributes(assembly)));

Ho sollevato questo problema come discussione nel forum di discussione del progetto codeplex cloud IT.

http://itcloud.codeplex.com/discussions/262000

Questo ha funzionato per me e potrebbe essere utile a un altro.

Forse tutti i componenti richiesti non sono presenti o / e non tutti sono registrati correttamente. Per risolvere questo problema, prova a deselezionare tutte le opzioni all'interno del Pannello di controllo -> Attiva o disattiva le funzionalità di Windows -> Internet Information Services -> World Wide Web Services -> Funzionalità di sviluppo delle applicazioni, deseleziona tutte le opzioni e ricontrolla tutto quindi reimposta IIS e controlla se il problema è stato risolto.

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 host locale nel file host per tornare al tuo computer locale e quindi punta un nuovo sito Web IIS locale a quella cartella (con la corrispondente voce di intestazione host) scoprirai che funziona allora.

Ho creato un nuovo spazio dei nomi (e quindi una cartella) identico al percorso verso un controller (ad es. MvcApp/Test/SomeClasses.csE MvcApp/Controllers/TestController.cs). Ciò ha comportato anche un 403.14!

Per me, la soluzione è stata quella di aggiungere il mio pacchetto NuGet Microsoft.AspNet.WebPages (più le dipendenze Razor e Infrastruttura) al mio progetto web.

L'infrastruttura ha dovuto essere reinstallata con forza poiché inizialmente non è stata aggiunta come riferimento.

Nel mio caso, la versione .NET CRL nel prppertires del pool di applicazioni era impostata su Nessun codice gestito (non so perché). L'impostazione su .NET CRL Versione v4.0.30319 ha risolto il problema.