Erreur HTTP MVC4 403.14 - Interdit

J'ai construit une application Web .net4.5 ASP.NET MVC4 qui fonctionne bien localement (serveur IIS Express et dev), mais une fois que je la déploie sur mon serveur Web, elle génère l'erreur 403. J'ai installé .Net 4.5RC sur le serveur et j'ai même essayé le aspnet_regiis -i bit que tout le monde recommandait pour leurs problèmes avec les versions précédentes de MVC / .Net, mais cela n'a pas aidé.

Des idées?

EDIT : Plus d'informations sur la situation. Le serveur est 32 bits et j'ai 4 autres applications MVC3 qui fonctionnent bien. C'est juste mon application MVC4 qui ne fonctionne pas.

Essayer

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

Via

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

L'erreur 403.14 est le code d'erreur HTTP pour ne pas être autorisé à répertorier le contenu d'un répertoire. Veuillez vous assurer que

1. Vous avez configuré le site Web en tant qu'application dans IIS
2. Vous avez .NET 4.5 installé sur le serveur
3. Vous avez configuré le pool d'applications pour exécuter la version appropriée du framework .NET (c'est-à-dire qu'il n'est pas défini sur .NET 2.0
4. Vous utilisez le pipeline intégré sur votre pool d'applications
5. .NET 4.5 est en fait enregistré dans IIS. Veuillez consulter cet article pour un problème / résolution similaire

Habituellement, a et d sont les plus gros problèmes liés aux déploiements MVC sur IIS

Peut-être ... Si vous utilisez l'assistant de publication (comme je l'ai fait) et cochez la case "Précompiler pendant la publication" (comme je l'ai fait) et voyez les mêmes symptômes ...

Oui, je me suis battu à la tête, mais après avoir décoché cette case, un paramètre apparemment sans rapport, tous les symptômes décrits disparaissent après le redéploiement.

Espérons que cela corrige certains.

Windows-> Démarrer -> Activer et désactiver les fonctionnalités des veuves

Assurez-vous de cocher les options requises dans

Avant de postuler

runAllManagedModulesForAllRequests="true"/>

considérez le lien ci-dessous qui suggère une alternative moins drastique. Dans le post, l'auteur propose la modification suivante du web.config local:

  <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

Il y a un Refactor -> Rename Bug dans Visual Studio 2012 qui a renommé à tort le «id» dans la valeur de chaîne littérale du paramètre url dans mon RouteConfig.cs. Cela a provoqué un 403.14 sur une nouvelle configuration correcte dans Windows Server 2012 et Windows Server 2008 R2.

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

a été changé en

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

Vous pouvez également obtenir un 403 si, lors du test avec le serveur de développement, vous utilisez un pipeline intégré, puis installez en mode pipeline classique sur votre serveur Web IIS 7.5 en direct, il me manquait également mon dossier app_data qui était également requis

Si vous exécutez IIS 8.5 sur Windows 8 ou Server 2012, vous constaterez peut-être que l'exécution de mvc 4/5 (.net 4.5) ne fonctionne pas dans un répertoire virtuel. Si vous créez une entrée d'hôte local dans le fichier hôte pour pointer vers votre ordinateur local, puis pointez un nouveau site Web IIS local vers ce dossier (avec l'entrée d'en-tête d'hôte correspondante), vous constaterez que cela fonctionne alors.

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

Vous pouvez utiliser le code ci-dessus

J'avais défini le pool d'applications de la nouvelle application DefaultAppPoolsur IIS, qui utilise évidemment le Classicpipeline avec .NET v.2.0.

Pour résoudre le problème, j'ai créé un nouveau pool d'applications en utilisant le Integratedpipeline et .NET v4.0. juste pour cette nouvelle application, puis tout a commencé à fonctionner comme prévu.

N'oubliez pas d'attribuer ce nouveau pool d'applications à l'application. Sélectionnez l'application dans IIS, cliquez sur Basic Settings, puis choisissez le nouveau pool d'applications pour l'application.

celui que je vois le plus fréquemment récemment est IIS et permet aux applications 32 bits de s'exécuter

Est-ce ce que vous avez essayé. sinon nous avons besoin de plus d'informations sur les versions de production et de développement du serveur

J'ai un problème un peu différent, sur le serveur 2012, j'ai oublié d'activer asp.net 4.5, donc si vous rencontrez ce problème, vérifiez que vous l'activez.

J'exécute Windows Server 2012 R2 sur Azure et ASP.NET 4.5, IIS 8

J'ai résolu ce problème en désinstallant tous les éléments ASP.NET dans Programmes et fonctionnalités, puis en réinstallant ASP.NET comme celui-ci avec le Gestionnaire de serveur en utilisant Ajouter des rôles et des fonctionnalités: choisi l'installation basée sur les rôles ou les fonctionnalités, choisi mon serveur, puis pour Sélectionner le rôle du serveur, sélectionnez Serveur Web (IIS) / Serveur Web / Développement d'applications, puis cliquez sur ASP.NET 4.5, confirmez l'installation d'un prérequis, puis réinstallez ASP.NET 4.5.

Mes recherches précédentes m'avaient conduit à croire que le problème provient en fait d'un problème d'enregistrement avec ASP.NET. Avec les versions antérieures d'ASP.NET, il existe en fait un utilitaire que vous pouvez exécuter pour enregistrer ASP.NET sans réinstaller, mais qui ne semble plus disponible.

Je résous le problème en ouvrant le studio visuel, en développant les références et en changeant la propriété "Copy Local" en "True".

Je découvre cela en comparant les dll de l'ancienne version avec les dll de ma nouvelle version (qui ne fonctionnait pas)

Dans mon cas, la page par défaut de mon application était index.html qui manquait dans les options de document par défaut. Son ajout a corrigé l'erreur 403.14 Forbidden.

Dans mon cas, le problème a été causé par ActionFilterAttribute personnalisé qui était une sorte d'attribut de filtre global. L'attribut a instancié un service via Autofac mais le service s'est écrasé dans le constructeur:

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

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

Dans mon cas, ni les fonctionnalités Windows ni aspnet_regiis -in'ont fait le travail. Après des heures de fouille sur Internet, j'ai créé ma propre solution:

1. Dans le gestionnaire IIS dans les modules, j'ai changé l'héritage en local dans le nœud UrlRoutingModule-4.0:

   

2. Dans web.config, j'ai collé un mélange de quelques conseils de ce 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>

J'espère que ça aide