Un paramètre ASP.NET a été détecté qui ne s'applique pas en mode de pipeline géré intégré


401

J'ai installé DotNetOpenAuth SDK-3.4.5.10201.vsix et je ne peux pas le faire fonctionner. Cela fonctionne localement (lorsque je cours en tant qu'hôte local), mais lorsque j'essaie de le publier, cela ne fonctionne pas.

Le message d'erreur IIS que j'obtiens est

Résumé de l'erreur Erreur
HTTP 500.22 - Erreur de serveur interne
Un paramètre ASP.NET a été détecté qui ne s'applique pas en mode de pipeline géré intégré.

ET

Module       ConfigurationValidationModule  
Notification BeginRequest  
Handler      StaticFile  
Error Code   0x80070032  

puis il y a quelques suggestions sur la façon de résoudre le problème:

Choses que vous pouvez essayer:

  • Migrez la configuration vers la system.webServer/modulessection. Vous pouvez le faire manuellement ou en utilisant APPCMD de la ligne de commande - par exemple %SystemRoot%\system32\inetsrv\appcmd migrate config "Default Web Site/". L'utilisation AppCmdde la migration de votre application lui permettra de fonctionner en mode intégré et de continuer à fonctionner en mode classique et sur les versions précédentes d'IIS.

  • Si vous êtes certain qu'il est OK d'ignorer cette erreur, elle peut être désactivée en définissant la valeur system.webServer/validation@validateIntegratedModeConfiguration false.

  • Vous pouvez également basculer l'application vers un pool d'applications en mode classique, par exemple %SystemRoot%\system32\inetsrv\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool",. Ne faites cela que si vous ne parvenez pas à migrer votre application.
    (Définissez "Site Web par défaut" et "Classic .NET AppPool" sur le chemin de votre application et le nom du pool d'applications)

Mais le problème est que je n'ai pas accès au serveur ISS car je n'en suis pas propriétaire. Est-ce qu'il y a un moyen de résoudre ceci?

Réponses:


782

La 2 e option est celle que vous souhaitez.

Dans votre web.config, assurez-vous que ces clés existent:

<configuration>
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false"/>
    </system.webServer>
</configuration>

10
Cela ne devrait pas vraiment affecter la sécurité de votre application. Cela désactive simplement l'avertissement indiquant que certaines valeurs de configuration ne seront pas utilisées.
David

19
Ce n'est pas vraiment un conseil trop judicieux si vous avez des paramètres qui ne seront pas utilisés, vous devez les supprimer.
Seph

33
@Seph, n'est pas d'accord pour dire que ce n'est pas un bon conseil. De nombreuses installations NuGet (par exemple, DotLess) ajouteront des entrées aux sections qui s'appliquent au mode intégré, et dupliqueront également ce paramètre pour le mode non intégré. Cela s'appelle la portabilité et permet à votre configuration de fonctionner, que vous utilisiez IIS7 / intégré ou classique. La seule raison de laisser ce paramètre de validation à trueest pour que vous puissiez laisser vos roues d'entraînement allumées et faire crier IIS lorsque vous ajoutez un paramètre qui ne fonctionnera pas en mode intégré. C'est pour les inexpérimentés, mais ça gêne.
Kirk Woll, du

5
Ce type de configuration est ennuyeux. @MS: il y a une meilleure façon.
yonexbat

3
Pour ceux qui préfèrent corriger les erreurs plutôt que masquer les symptômes, j'ai publié une réponse alternative. Concernant les packages NuGet, pourquoi ciblons-nous toujours IIS 6 / Classic?
Jeremy Cook

104

L'ajout <validation validateIntegratedModeConfiguration="false"/>résout le problème, mais n'est pas approprié dans toutes les circonstances. Ayant contourné ce problème plusieurs fois, j'espère aider les autres non seulement à surmonter le problème mais aussi à le comprendre. (Ce qui devient de plus en plus important à mesure qu'IIS 6 disparaît dans le mythe et la rumeur.)

Contexte:

Ce problème et la confusion qui l'entoure ont commencé avec l'introduction d'ASP.NET 2.0 et IIS 7. IIS 6 n'avait et continue d'avoir qu'un seul mode de pipeline, et il est équivalent à ce que IIS 7+ appelle le mode "Classic". Le second mode de pipeline, plus récent et recommandé pour toutes les applications exécutées sur IIS 7+, est appelé mode «intégré».

Alors, quelle est la différence? La principale différence réside dans la façon dont ASP.NET interagit avec IIS.

  • Mode classiqueest limité à un pipeline ASP.NET qui ne peut pas interagir avec le pipeline IIS. Essentiellement, une demande arrive et si IIS 6 / Classic a été informé, par le biais de la configuration du serveur, qu'ASP.NET peut la gérer, puis IIS transfère la demande à ASP.NET et passe à autre chose. L'importance de cela peut être glanée à partir d'un exemple. Si je devais autoriser l'accès aux fichiers d'images statiques, je ne serais pas en mesure de le faire avec un module ASP.NET car le pipeline IIS 6 traitera ces demandes lui-même et ASP.NET ne verra jamais ces demandes car elles n'ont jamais été transmises . * D'un autre côté, autoriser les utilisateurs qui peuvent accéder à une page .ASPX telle qu'une demande pour Foo.aspx est trivial même dans IIS 6 / Classic car IIS transmet toujours ces demandes au pipeline ASP.NET. En mode classique, ASP.NET ne sait pas ce qu'il n'a pas

  • Le mode intégré est recommandé car les gestionnaires et modules ASP.NET peuvent interagir directement avec le pipeline IIS. Le pipeline IIS ne transfère plus simplement la demande au pipeline ASP.NET, il permet désormais au code ASP.NET de se connecter directement au pipeline IIS et à toutes les demandes qui l'ont atteint. Cela signifie qu'un module ASP.NET peut non seulement observer les demandes de fichiers d'images statiques, mais peut intercepter ces demandes et prendre des mesures en refusant l'accès, en enregistrant la demande, etc.

Surmonter l'erreur:

  1. Si vous exécutez une ancienne application créée à l'origine pour IIS 6, peut-être que vous l'avez déplacée vers un nouveau serveur, il ne peut y avoir absolument rien de mal à exécuter le pool d'applications de cette application en mode classique. Allez-y, vous n'avez pas à vous sentir mal.
  2. Là encore, peut-être que vous donnez un coup de jeune à votre application ou qu'elle progressait très bien jusqu'à ce que vous installiez une bibliothèque tierce via NuGet, manuellement ou par un autre moyen. Dans ce cas, il est tout à fait possible httpHandlersou httpModulesa été ajouté à system.web. Le résultat est l'erreur que vous voyez en raison des validateIntegratedModeConfigurationvaleurs par défaut true. Vous avez maintenant deux choix:

    1. Supprimez les éléments httpHandlerset . Il y a quelques résultats possibles à cela: httpModulessystem.web
      • Tout fonctionne bien, un résultat commun;
      • Votre application continue de se plaindre, il peut y avoir un web.config dans un dossier parent dont vous héritez, pensez également à nettoyer ce web.config;
      • Vous en avez assez de supprimer le httpHandlerset httpModulesque les packages NuGet continuent d'ajouter system.web, hé faites ce dont vous avez besoin.
  3. Si ces options ne fonctionnent pas ou sont plus d' ennuis que cela vaut la peine alors je ne vais pas vous dire que vous ne pouvez pas mettre validateIntegratedModeConfigurationà false, mais au moins vous savez ce que vous faites et pourquoi il est important.

Bonnes lectures:

* Bien sûr, il existe des moyens d'intégrer toutes sortes de choses étranges dans le pipeline ASP.NET à partir d'IIS 6 / Classic via des incantations comme des mappages génériques , si vous aimez ce genre de chose.


+1 seule solution n'est pas une réponse à votre problème mais une solution avec explication qui est une réponse parfaite. Qu'est-ce que c'est et pourquoi nous devons changer cela, ces questions de réponse données par @Jeremy cook réponse.
Rikin Patel

Cette explication m'a amené à résoudre le problème d'un petit site de test hébergé dans IIS 7.5 en mode intégré. Lorsque j'ai créé un nouveau projet MVC, il a ajouté le httpModule, Microsoft.ApplicationInsights.Web.ApplicationInsightsHttpModule dans mon Web.config. Cela est dû au fait que j'ai laissé l'option "Ajouter des informations d'application au projet" cochée lors de la création d'un nouveau projet ASP.NET Web Aapplication. Lorsque j'ai supprimé le httpModule de Web.config, le site a fonctionné sans l'erreur. Définir validateIntegratedModeConfiguration sur false a fonctionné, mais ce n'était qu'une approche bandaid.
iCode

2
Un paramètre ASP.NET a été détecté et ne s'applique pas en mode pipeline géré intégré. Ceci est encore un autre message d'erreur Microsoft inutile. ASP.net a des milliers de paramètres, mais Microsoft n'a pas pensé à inclure celui qui provoquait l'erreur dans le texte d'erreur. MS est géré par des spécialistes du marketing plutôt que par des ingénieurs, alors ne vous attendez pas à ce que les choses s'améliorent de sitôt. :-(
Paul McCarthy

35

Si vous devez toujours utiliser le module HTTP, vous devez le configurer (framework .NET 4.0) comme suit:

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true">
       <add name="MyModule" type="[Namespace].[Class], [assembly]"/>
   </modules>
   <validation validateIntegratedModeConfiguration="false"/>
</system.webServer>

2
Je pense que la propriété HttpModules dans system.web est pour ASP 3.5 ou antérieure. Pour ASP 4 ou supérieur, utilisez les modules dans system.webserver
Trio Cheung

1
@HoyCheung c'est en fait une question d'utiliser un pipeline intégré ou classique, pas quelle version de .Net, qui décide d'utiliser system.web / httpModules ou system.webServer / modules.
Pauli Østerø

29

J'ai rencontré ce problème mais j'ai eu un correctif différent. Cela impliquait la mise à jour Control Panel>Administrative Tools>IIS Manageret la restauration du pipeline géré de mon site d'application de Integratedà Classic.


3
D'accord - c'est la meilleure option plutôt que de simplement cacher l'erreur! Assurez-vous que vous utilisez le pool d'applications approprié - devrait être classique et non intégré
Swomble

1
J'utilise Visual Studio 2012, comment puis-je changer le pool d'applications en classique.

10
Ce n'est pas une bonne solution si vous souhaitez utiliser toutes les nouvelles fonctionnalités disponibles dans Integrated Pipeline. Cela revient à dire revenir à .NET 2.0 à partir de 4.0 en raison d'un problème.
Trevor de Koekkoek

Pour ce faire, dans le Gestionnaire IIS, accédez à Application Poolsdans l'arborescence de gauche, double-cliquez sur le pool que vous souhaitez modifier et choisissez le mode de pipeline.
Steve Smith

8

Vérifiez s'il y a un conflit dans votre authentification IIS. c'est-à-dire que vous activez l'authentification anonyme et l'emprunt d'identité ASP.NET, les deux peuvent également provoquer l'erreur.


5

Dans votre web.config assurez-vous que ces clés existent:

<configuration>
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false"/>
    </system.webServer>
</configuration>

En plus de vérifier le impresonation Asp.Net = désactiver dans l'authentification du site IIS


3

J'ai rencontré ce problème et inspiré par la réponse de @Jeremy Cook, j'ai mordu la balle pour savoir ce qui a fait que le mode intégré IIS 7 n'aimait pas mon web.config. Voici mon scénario:

  1. API Web (version 4.0.030506.0 alias l'ancienne)
  2. .NET 4.0
  3. Routage d'attributs 3.5.6 pour l'API Web [alerte spoiler: c'était ce type!]

Je voulais utiliser le routage d'attributs dans un projet qui (malheureusement) devait utiliser .NET 4 et ne pouvait donc pas utiliser Web API 2.2 (qui a besoin de .NET 4.5). Le package NuGet bien intentionné a ajouté cette section sous la <system.web>section:

<system.web>
<httpHandlers>
      <add verb="*" path="routes.axd" type="AttributeRouting.Web.Logging.LogRoutesHandler, AttributeRouting.Web" />
    </httpHandlers>
</system.web>

[Je dis bien intentionné, car cette partie est requise sur les anciennes versions d'IIS]

La suppression de cette section m'a permis de dépasser le HTTP 500.23 !!

Résumé: J'appuie les mots de Jeremy qu'il est important de comprendre pourquoi les choses ne fonctionnent pas plutôt que de simplement "masquer le symptôme". Même si vous devez masquer le symptôme, vous savez ce que vous faites (et pourquoi) :-)


Merci. J'ai ajouté AttributeRouting, y compris le module complémentaire NuGet du contrôleur Api, et la suppression de la section que vous avez indiquée de web.config a résolu le problème. Cependant, je suis un peu inquiet car mon application Web MVC utilisait déjà .NET Framework 4.5.
Robert Oschler

2
@RobertOschler si vous êtes sur .NET 4.5, vous avez déjà un routage d'attributs intégré dans AFAIK - vous ne devriez pas avoir besoin de ce NuGet?
Sudhanshu Mishra

Merci et merde. Il s'est passé quelques heures aujourd'hui pour que le package AttributeRouting exécute NuGet. Je l'ai retiré et annulé tous les «correctifs» de code que j'ai ajoutés pour le faire fonctionner, et j'ai substitué l'attribut Web API 2 Route () à l'attribut GET (). Fonctionne très bien. Nous avons vraiment besoin d'un système expert de nos jours juste pour nous aider avec tous ces packages.
Robert Oschler

2

Cela a fonctionné pour moi:

  1. Supprimez le site créé à l'origine.
  2. Recréer le site dans IIS
  3. Solution propre
  4. Créer une solution

On dirait que quelque chose est allé au sud lorsque j'ai créé le site à l'origine. Je déteste les solutions similaires à «Redémarrez votre ordinateur, puis réinstallez Windows» sans savoir ce qui a causé l'erreur. Mais cela a fonctionné pour moi. Rapide et simple. J'espère que cela aide quelqu'un d'autre.


0

Dans mon cas, il me manquait la DLL dans le dossier bin qui était référencé dans le fichier web.config. Vérifiez donc si vous utilisiez un paramètre dans web.config mais que vous n'avez pas de dll.

Merci


0

Cela m'a pris quelques heures pour résoudre ce problème car tous les paramètres que j'ai trouvés ici à propos de cette erreur étaient les mêmes, mais cela ne fonctionnait toujours pas. Le problème était que j'avais un dossier dans mon service Web à partir duquel le fichier devait être envoyé au périphérique WinCE, après avoir converti ce dossier en une application avec Classic.NetAppPool, il a commencé à fonctionner.


0

L'étape ci-dessous a résolu mon problème:

Ouvrez l' CMDinvite avec les privilèges d'administrateur.

Courir : iisreset.

J'espère que cela t'aides.


-1

La méthode pour local est l'erreur

image


7
Ne modifiez ce paramètre que si vous savez vraiment ce que vous faites. Ce n'est presque jamais la bonne réponse.
NickG
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.