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


1780

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?


2
Si vous êtes venu ici parce que vous avez rencontré cette erreur en essayant d'utiliser le programme "Certifier le Web" ( certifytheweb.com ), cet article de blog peut être pertinent: renniestechblog.com/information/…
RenniePet

Réponses:


3332

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.


84
Construit un nouveau Windows Server 2012 et bien sûr, j'ai oublié d'ajouter le développement d'applications sous Web Server. J'ai vérifié tout sauf CGI, ASP et Server Side Include, car je n'ai pas d'ASP classique ici.
Chris

49
J'ai vérifié les «fonctionnalités de développement d'applications», mais j'ai réalisé plus tard qu'aucune des fonctionnalités de ce dossier n'avait été sélectionnée pour être activée. J'ai sélectionné manuellement chaque fonctionnalité (sauf CGI) pour supprimer l'erreur.
Ciaran Gallagher

30
Confirmé pour IIS8 sous Windows 8 également.
Babak Naffas du

74
Confirmé pour IIS8.5 pour Windows 8.1.
Mike P.

75
Confirmé pour Windows 10 (IIS 10.0 Build 10240)
sixones

381

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:

Icône de délégation de fonctionnalités dans IIS Manager

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

Exemple d'utilisation de la délégation de fonctionnalités


16
Pour continuer, ce qui a fonctionné pour moi est de (noter que cette solution se trouve sur ma boîte DEV et PAS sur un système de production): -> Trier par délégation -> Trouver tous les types en lecture seule -> Définir leur lecture / écriture
Aaron Reed

1
Cela a corrigé le message d'erreur que je recevais dans le gestionnaire IIS7. Plus surprenant, il a également corrigé les messages reçus par les clients HTTP 500 lorsqu'ils tentaient d'accéder au site Web.
Brian Gideon

6
Il existe ici deux solutions apparemment différentes, toutes deux nécessaires. Le premier étant, installez les fonctionnalités de prise en charge «Application Server» et «Web Server». Le second étant, vérifiez les paramètres de délégation et modifiez le paramètre incriminé en lecture / écriture en lecture seule. Important à REMARQUE: la configuration incriminée peut ne pas être disponible dans les fonctionnalités de délégation à moins que les fonctionnalités de support correctes ne soient installées. Dans mon cas, «Authentification - Anonyme» était le problème, et cette fonction de délégation ne s'est pas présentée avant d'avoir installé la fonction Application Server.
maplemale

1
Cela a fonctionné pour moi. dans IIS 8.5, Windows Server 2012 R2
ellickakudy rajeesh

1
Le problème pour moi était dans la section d'authentification, dans IIS 10 dans Windows 10. Ce lien m'a aidé. knowledgebase.progress.com/articles/Article/…
Ajith

185

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.

Configuration requise pour Windows Server 2012 et IIS 8 pour MVC


30
Juste pour clarifier, la case à cocher "Web Server (IIS) Support" n'est pas sous le nœud "Application Server" dans l'image ci-dessus. Il apparaîtra après avoir effectué plusieurs `` prochains '' et passé les rôles et fonctionnalités du serveur dans la barre de navigation de gauche et accédez aux `` services de rôle '' (n'apparaît pas dans l'image ci-dessus mais apparaîtra pour vous après plusieurs `` prochains ''). Cela m'a
rendu

2
pour moi, les options n'apparaissent qu'après avoir ajouté la règle Application Server puis redémarré l'Assistant Ajout de rôles et de fonctionnalités
wonster

145

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


2
Le lien pour 64 bits est 404, dommage que vous n'ayez pas inclus les informations utiles directement dans votre réponse.
Erik Philips

1
C'était tout pour moi sur ipSecurity sur l'environnement de développement Windows 8.1, +1.
Moby's Stunt Double

Pour Windows 64 bits, vous devez passer par notepad.exe et ouvrir% SystemRoot% \ System32 \ inetsrv \ config pour obtenir la copie correcte du fichier
Eddie Fletcher

Cela m'est arrivé lors du débogage local dans Visual Studio 2017, dans la section `` authentification ''. Épargnant de vie!
D Ie

69

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.


cela a fonctionné pour moi aussi pour system.webServer / security / ipSecurity
Bart Calixto

3
Bingo. J'ai dû exécuter en tant qu'administrateur.
JackMorrissey

3
J'ai dû faire cela pour -section: system.webServer / modules également.
Mike

1
travaillé pour moi - je cherchais à régler /section:access /sslFlags:SslNegotiateCertet j'ai constaté que je devais utiliser ce qui précède avec -section:access qui a déclaréUnlocked section "system.webServer/security/access"...
Shaun Wilde

1
A travaillé pour moi sur Windows Server 2012 R2
Robben_Ford_Fan_boy

50

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

entrez la description de l'image ici

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

entrez la description de l'image ici

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


2
parfait. Je n'avais besoin que de cocher la case ASP.NET 4.7 et elle a sélectionné automatiquement toutes les autres exigences dont elle avait besoin. Fonctionné comme un charme sans même redémarrer le site Web.
Bill Tarbell

Pour nous, noobs IIS, la première étape consiste à vérifier que la version correcte asp.net est réellement installée.
mrfelis

1
excellent compagnon: D
Fabio Silva Lima

38

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

Cela ne fournit pas de réponse à la question. Pour critiquer ou demander des éclaircissements à un auteur, laissez un commentaire sous son article - vous pouvez toujours commenter vos propres articles, et une fois que vous aurez une réputation suffisante, vous pourrez commenter n'importe quel article .
Tour

19
@Rook, c'est une très bonne réponse car elle ne favorise pas aveuglément l'activation des fonctionnalités de développement d'applications sur le serveur; il indique une solution contrôlée à un scénario particulier d'obtenir cette erreur. Il aurait pu être mieux rédigé. Bon travail pour renforcer la confiance de ce nouveau gars - il n'est jamais revenu après vous et NAZIK a émis des opinions tout au long de sa première tentative de rejoindre la communauté.
qujck

1
Cela a résolu mon problème avec une application qui avait une configuration au niveau de l'application de l'authentification Windows.
nebffa

Bien, cela a fait l'affaire où les fonctionnalités de développement d'applications ne l'ont pas été
Stephen Holt

1
Fonctionne pour moi, mais pourquoi?
Kevman

37

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

1
Cette solution a fonctionné pour moi, mais la vraie raison était différente - j'ai dû installer ASP.NET 4.5 (Add-WindowsFeature Web-Asp-Net45).
Der_Meister

26

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

entrez la description de l'image ici

puis en suivant la réponse de ken .


2
Dans PowerShell: Add-WindowsFeature Web-Asp-Net45
Der_Meister

26

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 Étape 1 Étape 2


Mon gestionnaire IIS n'a pas beaucoup de ces fonctionnalités. Je pense que je dois les ajouter via les fonctionnalités de Windows. Je les ai tous sélectionnés (boîte carrée noire) mais quand je clique dessus, aucune des options n'a été sélectionnée! Je n'ai jamais vu cela en utilisant tous les systèmes d'exploitation Windows. Honte à toi Microsoft! J'ai perdu beaucoup de temps. ASSUREZ-VOUS QUE TOUTES LES FONCTIONNALITÉS DE WINDOWS SONT VÉRIFIÉES QUI SONT DÉSIRÉES..NE PAS UTILISER LA SÉLECTION DE CARRÉS NOIR
yardpenalty.com

3
Ou comprenez ce que signifie le «carré noir» lorsque vous installez un logiciel sur votre serveur.
LarryBud

1
Puis-je ajouter l'étape 2.1 -> cliquez sur "délégation de site personnalisée" sur la droite, puis choisissez le site que vous souhaitez autoriser à remplacer dans la liste déroulante supérieure. Je suggère de ne pas autoriser l'écrasement sur tous les sites, mais uniquement sur le site dont vous avez besoin. Ensuite, passez à l'étape 3.
foxontherock

26

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, entrez la description de l'image ici

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

entrez la description de l'image ici

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


1
cela fonctionne également sur le serveur Windows 2016
M. Schena

1
Celui-ci fonctionne pour moi
aronccs

Travail parfait sur Windows Server 2016!
D Todorov

17

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.


15

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.

site web.config Gestionnaire IIS - Délégation des fonctionnalités du serveur


13

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

12

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"


pas fonctionné @Ray dans Windows 7, 8, 10, 2008 serveur, serveur 2012?
Kiquenet

9

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

6

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>

6

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.


4

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.


4

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

4

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

entrez la description de l'image ici

entrez la description de l'image ici

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

3

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>

3

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.



1

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.


1

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>

0

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

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

Comment activer la fonction Application Server ? dans Windows Server 2008 o 2012? Windows 7,8,10? utiliser Powershell?
Kiquenet

0

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


0

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.


0

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.

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.