Chemin d'application non valide
IIS7 Windows 7 64bit
Quoi que je fasse, je n'arrive pas à ajouter une application à un site Web.
Lorsque je teste les paramètres, j'obtiens un "chemin d'application non valide".
Quelqu'un a une idée de ce que je pourrais faire de mal?
Lorsque j'ai eu cette erreur, cela semblait être dû à un paramètre de sécurité. Lorsque j'ai changé la propriété "Connecter en tant que" à un administrateur, je n'ai plus reçu le message.
Évidemment, ce n’est pas une bonne solution pour un environnement de production - on devrait probablement accorder le moins de privilèges nécessaires à l’utilisateur IIS sera utilisé par défaut. Je mettrai à jour cette réponse si je apprendre encore plus.
Le message d'erreur peut être un bogue. Je l'ai ignoré et tout a fonctionné pour moi.
Voir ici: http://forums.iis.net/t/1177952.aspx
J'ai finalement retrouvé cette information dans les informations d'identification de l'authentification anonyme. Je ne sais pas ce qui avait changé, parce que cette application fonctionnait auparavant, mais c'est ce que j'ai fait: cliquez sur Application -> Authentification. Assurez-vous que l'authentification anonyme est activée (c'était le cas dans mon cas), mais cliquez également sur Modifier ... et modifiez l'identité de l'utilisateur anonyme en "Identité du pool d'applications" et non en "Utilisateur spécifique". Faire ce changement a fonctionné pour moi.
Cordialement.
Accédez à vos liaisons HTTP dans IIS (sélectionnez votre site Web, puis cliquez à droite sur Bindings ...). Supprimez votre SSL et votre liaison HTTP. Ajoutez-les à nouveau.
Cela corrige généralement cela pour moi.
Essayez: Gestionnaire des services Internet (IIS) -> Site Web par défaut -> Cliquez sur Propriétés de la page d'erreur et sélectionnez Erreurs détaillées.
Le problème était l'installation de iis Manager après l'exécution de .net Framework aspnet_regiis. Exécutez la commande aspnet_regiis à partir du répertoire d'infrastructure x64 .net
aspnet_regiis -iru // From x64 .net framework directory
Le gestionnaire IIS ne peut pas configurer la compilation .NET sur les applications .NET 4
J'avais également cette erreur, j'ai constaté que c'était parce que j'avais supprimé le pool d'applications par défaut "DefaultAppPool". Le recréer a résolu le problème. M'a rendu fou pendant quelques jours.
Cette erreur apparaîtra si l'application Web est mappée à un pool d'applications non existant. ou si ce pool d'applications est arrêté.
J'ai aussi eu cette erreur.
Mon site Web IIS a un site Web par défaut avec trois (3) répertoires d'application en dessous.
Chacun de mes 3 répertoires d'applications était configuré correctement pour utiliser .NET Framework v2.0 dans les pools d'applications.
Cependant, le site Web par défaut n'a jamais été configuré. Je ne pensais pas que c'était nécessaire puisque toutes mes applications étaient contenues dans celle-ci.
Mon IIS La configuration par défaut du serveur est .NET Framework v4.0, je l'ai donc modifiée en .NET v2.0:
Après cela, je n'ai plus reçu le même message d'erreur.
Maintenant, je vois ceci:
J'espère que cette information aide les autres.
J'ai eu un problème similaire aujourd'hui. C'était causé par skype! Une mise à jour récente de skype a réactivé les ports 80 et 443 en tant que solutions de rechange aux connexions entrantes.
H/T: http://www.codeproject.com/Questions/549157/unableplustoplusstartplusdebuggingplusonplusthepl
Pour désactiver, accédez à skype> options> Avancé> Connexions et décochez la case "Utilisez les ports 80 et 443 comme solutions de rechange aux connexions entrantes"
J'avais aussi cette erreur. Le problème pour moi s’est avéré que j’avais deux sites Web distincts sur la machine et que je n’avais pas désigné quelle adresse allait à quel site. Pour résoudre ce problème, accédez à IIS Gestionnaire -> Sélectionner un site Web -> Liaisons -> Ajouter ... -> Entrez le nom d'hôte que vous souhaitez résoudre pour ce site Web. Répétez cette opération pour tout autre sites Web sur la machine.
HTH. Meule
Dans mon cas, j'avais un répertoire virtuel. Lorsque j’ai accédé au service principal WCF dans le répertoire principal, cela fonctionnait bien, mais l’accès au service WCF dans un répertoire virtuel générait une erreur. J'avais le code suivant dans web.config pour les répertoires principal et virtuel.
<security>
<requestFiltering>
<denyQueryStringSequences>
<add sequence=".." />
</denyQueryStringSequences>
</requestFiltering>
</security>
en supprimant de web.config dans le répertoire virtuel, cela a été corrigé.
J'ai pu corriger la faille en modifiant le fichier ci-dessous:
C:\Windows\System32\inetsrv\config\applicationHost.config
Dans:
<application path="/" applicationPool="ASP.NET v4.0">
<virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
<virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
Pour:
<application path="/">
<virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
<virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
même cela devenait l'erreur ci-dessus. J'ai découvert que IIS n'était pas enregistré sur le serveur.
l'enregistrement du fichier IIS a résolu le problème.
Merci,
Je n’ai toujours pas trouvé de solution, mais une solution de contournement.
Vous pouvez modifier manuellement IIS, dans system32\intsrv\config\applicationHost.config. Il suffit de créer manuellement une section (copier/coller) dans <sites> et <location>.
Cela a fonctionné pour moi. (d'ailleurs ce n'est pas recommandé.)
Pour mon application de test, j'ai créé un nouveau pool d'applications et modifié son identité en "NetworkService" .
Plus d'informations sur les identités de pool d'applications ici
http: //www.iis.net/learn/manage/configuring-security/application-pool-identities et
http: //www.iis.net/learn/get-started/planning-for-security/understanding-built-in-user-and-group-accounts-in-iis
Vous devez vous assurer que "NetworkService" dispose des droits sur le chemin physique de votre application.