Erreur de configuration: cette section de configuration ne peut pas être utilisée sur ce chemin

J'ai rencontré une erreur lors du déploiement d'un site sur un serveur. Lorsque j'essaie de charger la page d'accueil ou d'accéder à l'authentification sur le nouveau site dans IIS, j'obtiens l'erreur:

Erreur de configuration: cette section de configuration ne peut pas être utilisée sur ce chemin. Cela se produit lorsque la section est verrouillée au niveau parent. Le verrouillage est soit par défaut (overrideModeDefault = "Deny"), soit défini explicitement par une balise d'emplacement avec overrideMode = "Deny" ou l'héritage allowOverride = "false".

Plus de détails peuvent être trouvés ici, dans le scénario 7 correspond à mon code d'erreur hexadécimal.

La solution donnée sur le site lié ci-dessus consiste à définir Autoriser pour overrideModeDefault dans la section mentionnée dans mon erreur, dans le fichier applicationHost.config . Dans mon cas, sous Sécurité dans system.webServer . Mais si je regarde l' applicationHost.config sur mon ordinateur local, où le site est déjà correctement déployé, cette section est définie sur Refuser .

Si cette solution est correcte, comment mon instance locale fonctionne-t-elle très bien avec le même web.config ? Selon mon applicationHost.config , cette section devrait être verrouillée, mais ce n'est pas le cas. Je préfère ne pas modifier le fichier applicationHost.config , car de nombreux autres sites s'exécutent sur ce serveur. Y a-t-il une autre solution?

J'ai eu le même problème. Je ne me souviens pas où je l'ai trouvé sur le Web, mais voici ce que j'ai fait:

• Cliquez sur "bouton Démarrer"
• dans la zone de recherche, entrez "Activer ou désactiver les fonctionnalités de Windows"
• dans la fenêtre des fonctionnalités, cliquez sur: "Internet Information Services"
• Cliquez sur: "Services World Wide Web"
• Cliquez sur: "Fonctionnalités de développement d'applications"
• Vérifiez (activez) les fonctionnalités. J'ai vérifié tout sauf CGI.

btw, j'utilise Windows 7.

Vous pouvez également utiliser le Gestionnaire IIS pour modifier ces paramètres.

Entretien de cet article Learn IIS :

Utilisation de la délégation de fonctionnalités à la racine d'IIS:

Vous pouvez ensuite contrôler chacune des autorisations de lecture / écriture au niveau de la machine, ce qui vous donnera sinon les erreurs overrideMode = "Deny" .

Pour Windows Server 2012 et IIS 8 , la procédure est similaire.

Le Web Server (IIS)et Application Serverdoit être installé, et vous devez également avoir le Web Server (IIS) Supportsous facultatif Application Server.

Accédez à «C: \ Windows \ System32 \ inetsrv \ config» (vous aurez besoin des droits d'administrateur ici) Ouvrez applicationHost.config

Remarque : dans IISExpress et Visual Studio 2015, l'applicationHost.config est stocké dans$(solutionDir).vs\config\applicationhost.config

Recherchez la section qui s'affiche dans la partie «source de configuration» de la page des messages d'erreur. Pour moi, il s'agit généralement de «modules» ou de «gestionnaires»

Modifiez l' overrideModeDefaultattribut pour qu'il soitAllow

Donc, toute la ligne ressemble maintenant à:

<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />

Après avoir enregistré le fichier, la page s'est bien chargée dans mon navigateur.

Avertissement: modification de applicationHost.config sous Windows 64 bits

Vous devez déverrouiller les gestionnaires. Cela peut être fait en utilisant la commande cmd suivante:

%windir%\system32\inetsrv\appcmd.exe unlock config -section:system.webServer/handlers

Peut-être une autre information pour les personnes qui obtiennent cette erreur sur IIS 8, dans mon cas, était sur la plate-forme Microsoft Server 2012. J'ai passé quelques heures à lutter contre d'autres erreurs qui se sont propagées après l'exécution de appcmd. À la fin, j'ai pu le réparer en supprimant le rôle de serveur Web et en le réinstallant.

1. Ouvrez « Activer ou désactiver les fonctionnalités de Windows » en: WinKey + R => «optionnelles» => OK

2. Activez ces fonctionnalités sous " Fonctionnalités de développement d'applications"

Testé sur Win 10 - mais fonctionnera probablement également sur d'autres versions de Windows.

J'ai exécuté ces deux commandes à partir d'une invite de commande élevée:

%windir%/system32/inetsrv/appcmd unlock config /section:anonymousAuthentication

%windir%/system32/inetsrv/appcmd unlock config /section:windowsAuthentication

Selon ma réponse à ce problème similaire ;

Essayez de déverrouiller les paramètres de configuration IIS pertinents au niveau du serveur, comme suit:

1. Ouvrez IIS Manager
2. Sélectionnez le serveur dans le volet Connexions
3. Ouvrez l' éditeur de configuration dans le volet principal
4. Dans la liste déroulante Sections, sélectionnez la section à déverrouiller, par exemple system.webServer> defaultPath
5. Cliquez sur Déverrouiller l'attribut dans le volet droit
6. Répétez pour tous les autres paramètres que vous devez déverrouiller
7. Redémarrez IIS (facultatif) - Sélectionnez le serveur dans le volet Conncetions, cliquez sur Redémarrer dans le volet Actions

Sur Windows Server 2012 avec IIS 8, j'ai résolu ce problème en activant la fonctionnalité ASP.NET 4.5 :

puis en suivant la réponse de ken .

La meilleure option est de changer à Application Settingspartir de la sélection Custom Site Delegation
ouverte IISet de la racine Feature Delegation, puis sélectionnez Application Settingset dans la barre latérale droite, sélectionnezRead/Write

Cela a fait l'affaire pour moi, pour IIS 8 Windows Server 2012 R2

Allez dans "Activer les fonctionnalités"

Ensuite, allez à tous les paramètres par défaut, Suivant, Suivant, Suivant, etc.

Ensuite, sélectionnez comme indiqué ci-dessous,

Réinitialisez ensuite IIS (facultatif) mais faites-le du côté le plus sûr.

Ceci est une solution supplémentaire car c'est un problème générique, tout le monde a un problème différent et donc une solution différente. À votre santé!

Pour résoudre ce problème, ouvrez l'application IIS Express applicationhost.config. Ce fichier est stocké dans C: \ Users [votre nom d'utilisateur] \ Documents \ IISExpress \ config \ applicationhost.config

Mise à jour pour VS2015 +: l'emplacement du fichier de configuration est $ (solutionDir) .vs \ config \ applicationhost.config

Recherchez les lignes suivantes

<section name="windowsAuthentication" overrideModeDefault="Deny" />
<section name="anonymousAuthentication" overrideModeDefault="Deny" />
<add name="WindowsAuthenticationModule" lockItem="true" />
<add name="AnonymousAuthenticationModule" lockItem="true" />

Remplacez ces lignes par

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

Enregistrez-le et actualisez la page Asp.net.

Dans notre cas sur IIS 8, nous avons constaté que l'erreur a été produite lors de la tentative d'affichage de l'authentification "pour un site, lorsque:

1. La délégation de fonctionnalités du serveur marquée comme "Authentification - Windows" = "Lecture seule"
2. Le site avait un web.config qui faisait explicitement référence à l'authentification Windows; par exemple,

Marquage de la délégation de fonctionnalité du site "Authentification - Windows" = "Lecture / écriture", l'erreur a disparu. Il semble que, avec la fonctionnalité marquée "Read Only", le web.config ne soit pas autorisé à le référencer du tout, même pour le désactiver, car cela constitue apparemment une écriture.

Il semble qu'avec IIS Express et VS 2015, il existe une copie du fichier applicationHost.config à $ (solutionDir) .vs \ config \ applicationhost.config, vous devrez donc y apporter des modifications. Voir ce lien: http://digitaldrummerj.me/iis-express-windows-authentication/

Assurez-vous que ces lignes sont modifiées par ci-dessous:

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

Dans mon cas, c'était que sur le serveur n'était pas activé "HTTP Activation" sous .NET Framework Features. Donc, pour Windows Server 2012, la solution qui a fonctionné pour moi était:

Gestionnaire de serveur -> Ajouter des rôles et des fonctionnalités -> Fonctionnalités -> assurez-vous que sous .NET Framework de la version que vous souhaitez utiliser est cochée "Activation HTTP"

La façon Powershell d'activer les fonctionnalités (Windows Server 2012 +) - découpez selon les besoins:

Install-WindowsFeature NET-Framework-Core
Install-WindowsFeature Web-Server -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-Features -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-45-ASPNET -IncludeAllSubFeature
Install-WindowsFeature Application-Server -IncludeAllSubFeature
Install-WindowsFeature MSMQ -IncludeAllSubFeature
Install-WindowsFeature WAS -IncludeAllSubFeature

J'ai dû changer les paramètres SSL sur un sous-dossier lorsque j'ai reçu ce joli message. Dans mon cas, l'action suivante m'a aidé.

Ouvert C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config

Et changé la valeur de overrideModeDefault = "Deny" en "Allow"

<sectionGroup name="system.webServer">
 ...
    <sectionGroup name="security">
        <section name="access" overrideModeDefault="Allow" />
    </sectionGroup>

L'erreur indique que la section de configuration est verrouillée au niveau parent. Donc, ce ne sera pas directement 1 fichier de configuration qui résoudra le problème, nous devons parcourir la hiérarchie des fichiers de configuration pour voir l'héritage Vérifiez le lien ci-dessous pour parcourir la hiérarchie des fichiers et l'héritage dans IIS

https://msdn.microsoft.com/en-us/library/ms178685.aspx

Vous devez donc vérifier les paramètres de configuration de l'application dans l'ordre ci-dessous

1. ApplicationHost.config dans C: windows \ system32 \ inetsrv \ config. Modifiez l'attribut overrideModeDefault sur Autoriser.
2. ApplicationName.config ou web.config dans le répertoire des applications
3. Web.config dans le répertoire racine.
4. Web.config dans le site Web spécifique (mon problème a été trouvé à cet endroit).
5. Web.config du web racine (configuration du serveur)
6. machine.config de la machine (web.config et machine.config de Root se trouvent dans - systemroot \ MicrosoftNET \ Framework \ versionNumber \ CONFIG \ Machine.config)

Parcourez attentivement toutes ces configurations dans l'ordre de 1 à 6 et vous devriez le trouver.

Dans mon cas, j'ai eu cette erreur car je fonctionnais sur le mauvais fichier de configuration.

Je faisais ça:

Configuration config = serverManager.GetWebConfiguration(websiteName);
ConfigurationSection serverRuntimeSection = config.GetSection("system.webServer/serverRuntime");
serverRuntimeSection["alternateHostName"] = hostname;

au lieu du bon code:

Configuration config = serverManager.GetApplicationHostConfiguration();
ConfigurationSection serverRuntimeSection = configApp.GetSection("system.webServer/serverRuntime", websiteName);
serverRuntimeSection["alternateHostName"] = hostname;

en d'autres termes, j'essayais d'opérer sur le web.config du site Web au lieu du fichier global C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config, qui a une section (ou peut avoir une section) pour le site Web. Le paramètre que j'essayais de modifier n'existe que dans le fichier applicationHost.config.

Dans mon cas, c'était autre chose.

Lorsque j'ai chargé la solution dans une nouvelle version de Visual Studio, VS a apparemment créé un nouveau fichier applicationhost.config spécifique au projet:

MySolutionDir \ .vs \ config \ applicationhost.config

Il a commencé à utiliser les paramètres de la nouvelle configuration, au lieu de mes paramètres IIS Express globaux déjà personnalisés. (\ Users \% USER% \ Documents \ IISExpress \ config \ applicationhost.config)

Dans mon cas, c'était le paramètre qui devait être défini. Bien sûr, cela pourrait être autre chose pour vous:

<section name="ipSecurity" overrideModeDefault="Allow" />

J'ai remarqué une réponse qui était similaire, mais dans mon cas, j'ai utilisé l'éditeur configuré IIS pour trouver la section que je voulais "déverrouiller".

Ensuite, j'ai copié le chemin d'accès et l'ai utilisé dans mon automatisation pour le déverrouiller avant de changer les sections que je voulais modifier.

. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/windowsAuthentication
. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/anonymousAuthentication

Reçu ce même problème après avoir installé IIS 7 sur Vista Home Premium. Pour corriger l'erreur, j'ai modifié les valeurs suivantes situées dans le fichier applicationHost.config situé dans Windows \ system32 \ inetsrv.

Modifiez toutes les valeurs suivantes situées dans la section ->

<div mce_keep="true"><section name="handlers" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>
<div mce_keep="true"><section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>

Pouvez-vous essayer ceci:

Accédez au chemin de l'application où vous obtenez une erreur de refus, faites un clic droit

Propriétés-> onglet Sécurité

En cela, modifiez les autorisations et cochez la case lire et écrire. Ensuite, cela fonctionnera sans aucune erreur, espérons-le.

Pour Windows Server 2008 et IIS 7, la procédure est similaire. veuillez vous y référer: http://msdn.microsoft.com/en-us/library/vstudio/bb763178(v=vs.100).aspx

dans le service d'ajout de rôle, vous verrez "Fonctionnalités de développement d'applications"

Vérifiez (activez) les fonctionnalités. J'ai tout vérifié.

J'ai eu un problème où je mettais les valeurs override = "Allow" (déjà mentionnées ici) ...... mais sur un système x64 bits ....... mon bloc-notes 32 ++ les sauvegardait fantôme. Le passage au Bloc-notes (qui est une application 64 bits sur un O / S x64 bits) m'a permis de sauvegarder les paramètres.

Voir:

http://dpotter.net/technical/2009/11/editing-applicationhostconfig-on-64-bit-windows/

Le texte pertinent:

L'un des problèmes que j'exécute exigeait que je visualise et éventuellement modifie applicationHost.config. Ce fichier se trouve dans% SystemRoot% \ System32 \ inetsrv \ config. Semble assez simple. J'ai pu le trouver facilement à partir de la ligne de commande, mais quand je suis allé le charger dans mon éditeur préféré (Notepad ++), j'ai eu une erreur de fichier introuvable. Il s'avère que le dossier System32 est redirigé pour les applications 32 bits vers SysWOW64. Il semble qu'il n'y ait aucun moyen d'afficher le dossier System32 à l'aide d'une application 32 bits. Allez comprendre. Heureusement, les versions 64 bits de Windows sont livrées avec une version 64 bits du Bloc-notes. Autant que je n'aime pas ça, au moins ça marche.

Dans mon cas, j'obtenais cette erreur lors de la tentative de mise à jour des paramètres d'authentification dans IIS, en plus de la navigation. J'ai pu supprimer cette erreur en supprimant le paramètre d'authentification du web.config lui-même. La suppression d'une section de configuration problématique peut être moins invasive et préférable dans certains cas que de trop modifier les rôles et fonctionnalités du serveur:

Section supprimée:

    <security>
        <authentication>
            <windowsAuthentication enabled="true" />
        </authentication>
    </security>

J'ai eu le même problème.

• Résolu en activant la fonction Application Server. Redémarré iis après cela.

Cela a fonctionné pour moi Également dans IIS 8, vous pouvez résoudre ce problème en changeant le serveur en IIS Express. Goto debug-> Properties Dans le Web, sélectionnez le serveur comme IIS Express dans la liste déroulante, puis reconstruisez la solution

Pour effectuer une modification au niveau de l'application (Web.Config):

Veuillez supprimer le niveau de confiance du web.config:

En fait, j'obtenais cette erreur lorsque j'essayais d'héberger mon site Web sur le serveur d'hébergement où je n'ai aucun contrôle sur leur serveur. La suppression de la ligne ci-dessus de mon application web.config a résolu mon problème.

Ce qui suit a fonctionné pour moi:

Accédez aux propriétés du projet. Onglet Web. Définissez sur IIS local et définissez une page spécifique.

J'ai Windows 7 et Visual Studio 2013.