Montrez-nous plus de détails. Ajoutez une capture d'écran !!!
5
J'ai le même problème: ouvrez IIS, sélectionnez une application Web existante, allez dans "Paramètres de base", cliquez sur le bouton "Paramètres de test", voyez l'erreur. Je ne pense pas qu'une capture d'écran du message d'erreur serait plus utile. Cependant, ce n'est peut-être pas le meilleur endroit pour publier cette question. Essayez serverfault.com
Lorsque j'ai eu cette erreur, cela semblait être dû à un paramètre de sécurité. Lorsque j'ai changé la propriété "Se connecter en tant que" à un administrateur, je n'ai plus reçu le message.
De toute évidence, ce n'est pas une bonne solution pour un environnement de production - il faut probablement accorder le moins de privilèges nécessaires à l'utilisateur qu'IIS va utiliser par défaut. Je mettrai à jour cette réponse si j'en apprends plus.
Le message d'erreur lui-même pourrait être un bogue (voir ma réponse) - "Se connecter en tant que" peut ne pas être nécessaire
Aaron Hoffman
2
Il s'avère que le message n'est qu'un bug. Il fonctionne avec un compte administrateur car ce compte dispose de toutes les autorisations sur tous les répertoires Web. Si vous ajoutez votre utilisateur réseau à l'administrateur, vous n'obtiendrez pas cette erreur également, sans utiliser Se connecter en tant que
Geddon
27
Le message d'erreur peut être un bogue. Je l'ai ignoré et tout a fonctionné pour moi.
J'ai finalement retracé cela jusqu'aux informations d'authentification anonymes. Je ne sais pas ce qui avait changé, car cette application fonctionnait auparavant, mais de toute façon, c'est ce que j'ai fait: Cliquez sur Application -> Authentification. Assurez-vous que l'authentification anonyme est activée (c'était, dans mon cas), mais cliquez également sur Modifier ... et changez l'identité de l'utilisateur anonyme en «Identité du pool d'applications» et non «Utilisateur spécifique». Faire ce changement a fonctionné pour moi.
Cela n'a pas fonctionné pour moi - mais désactiver l'accès anonyme et autoriser uniquement l'authentification Windows a fait l'affaire. Ensuite, désactiver l'authentification Windows et activer Anonyme a également fonctionné. Très étrange.
Sean Doyle
9
Accédez à vos liaisons HTTP dans IIS (sélectionnez votre site web, puis cliquez à droite sur Liaisons ...). Supprimez votre SSL et votre liaison HTTP. Ajoutez-les à nouveau.
Cela a résolu le problème immédiatement. (Un autre message d'erreur typique, absurdement inutile avec une solution non évidente.)
Ryan Russon
5
Essayez: Gestionnaire des services Internet (IIS) -> Site Web par défaut -> Cliquez sur les propriétés des pages d'erreur et sélectionnez Erreurs détaillées
L'erreur détaillée m'a conduit dans la bonne direction. WCF - Erreur 500.21 Le gestionnaire "svc-Integrated" a un mauvais module "ManagedPipelineHandler" dans sa liste de modules " Résolu avec aspnet_regiis -iru // From x64 .net framework directory
Cas 303
Je n'ai pas rencontré l'erreur WCF mais la commande aspnet_regiis a également résolu le problème pour moi. J'ai également commencé avec une nouvelle configuration de pools d'applications et d'applications dans IIS.
MichaelHuelsen
4
Le problème était d'installer iis manager après l'exécution du framework .net aspnet_regiis. Exécutez aspnet_regiis à partir du répertoire du framework x64 .net
aspnet_regiis -iru // From x64 .net framework directory
J'obtenais également cette erreur, j'ai trouvé 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 inexistant; ou si ce pool d'applications est arrêté.
J'obtenais également cette erreur. Le problème pour moi s'est avéré être que j'avais deux sites Web distincts sur la machine et que je n'avais pas indiqué quelle adresse allait à quel site Web. Pour résoudre ce problème, accédez à Gestionnaire IIS -> Sélectionnez Site Web -> Liaisons -> Ajouter ... -> Entrez le nom d'hôte que vous souhaitez résoudre pour ce site Web. Répétez pour tous les autres sites Web de la machine.
J'ai eu un problème similaire aujourd'hui. Cela a été causé par Skype! Une mise à jour récente de Skype avait réactivé les ports 80 et 443 comme alternatives aux connexions entrantes.
Dans mon cas, j'avais un dir virtuel. Lorsque j'ai accédé au service WCF principal dans le répertoire principal, cela fonctionnait bien, mais l'accès au service WCF dans le répertoire virtuel générait une erreur. J'avais le code suivant dans web.config pour le répertoire principal et virtuel.
Réponses:
Lorsque j'ai eu cette erreur, cela semblait être dû à un paramètre de sécurité. Lorsque j'ai changé la propriété "Se connecter en tant que" à un administrateur, je n'ai plus reçu le message.
De toute évidence, ce n'est pas une bonne solution pour un environnement de production - il faut probablement accorder le moins de privilèges nécessaires à l'utilisateur qu'IIS va utiliser par défaut. Je mettrai à jour cette réponse si j'en apprends plus.
la source
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
et ici http://forums.iis.net/p/1182820/2000936.aspx
la source
J'ai finalement retracé cela jusqu'aux informations d'authentification anonymes. Je ne sais pas ce qui avait changé, car cette application fonctionnait auparavant, mais de toute façon, c'est ce que j'ai fait: Cliquez sur Application -> Authentification. Assurez-vous que l'authentification anonyme est activée (c'était, dans mon cas), mais cliquez également sur Modifier ... et changez l'identité de l'utilisateur anonyme en «Identité du pool d'applications» et non «Utilisateur spécifique». Faire ce changement a fonctionné pour moi.
Cordialement.
la source
Accédez à vos liaisons HTTP dans IIS (sélectionnez votre site web, puis cliquez à droite sur Liaisons ...). Supprimez votre SSL et votre liaison HTTP. Ajoutez-les à nouveau.
Cela résout généralement cela pour moi.
la source
Essayez: Gestionnaire des services Internet (IIS) -> Site Web par défaut -> Cliquez sur les propriétés des pages d'erreur et sélectionnez Erreurs détaillées
la source
aspnet_regiis -iru // From x64 .net framework directory
Le problème était d'installer iis manager après l'exécution du framework .net aspnet_regiis. Exécutez aspnet_regiis à partir du répertoire du framework x64 .net
Le Gestionnaire des services Internet ne peut pas configurer la compilation .NET sur les applications .NET 4
la source
J'obtenais également cette erreur, j'ai trouvé 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 inexistant; ou si ce pool d'applications est arrêté.
la source
J'ai aussi eu cette erreur.
Mon site Web IIS a un site Web par défaut avec trois (3) répertoires d'applications en dessous.
J'ai configuré correctement chacun de mes 3 répertoires d'applications 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 car toutes mes applications y étaient contenues.
La configuration par défaut de mon serveur IIS est .NET Framework v4.0, j'ai donc changé cela 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 aidera les autres.
la source
J'obtenais également cette erreur. Le problème pour moi s'est avéré être que j'avais deux sites Web distincts sur la machine et que je n'avais pas indiqué quelle adresse allait à quel site Web. Pour résoudre ce problème, accédez à Gestionnaire IIS -> Sélectionnez Site Web -> Liaisons -> Ajouter ... -> Entrez le nom d'hôte que vous souhaitez résoudre pour ce site Web. Répétez pour tous les autres sites Web de la machine.
HTH. Meule
la source
J'ai eu un problème similaire aujourd'hui. Cela a été causé par Skype! Une mise à jour récente de Skype avait réactivé les ports 80 et 443 comme alternatives aux connexions entrantes.
H / T: http://www.codeproject.com/Questions/549157/unableplustoplusstartplusdebuggingplusonplustheplu
Pour désactiver, allez dans skype> options> Avancé> Connexions et décochez "Utiliser les ports 80 et 443 comme alternatives aux connexions entrantes"
la source
Je n'ai toujours pas trouvé de solution, mais je trouve une solution de contournement.
Vous pouvez modifier manuellement la configuration IIS, dans system32 \ intsrv \ config \ applicationHost.config. Créez simplement manuellement (copier-coller) une section dans
<sites>
et<location>
.la source
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 changé son identité en "NetworkService" .
Pour en savoir plus sur les identités de pool d'applications, cliquez ici
http://www.iis.net/learn/manage/configuring-security/application-pool-identities et
http://www.iis.net/learn/get-started/planning-for- sécurité / compréhension-comptes-utilisateurs-et-groupes-intégrés-dans-iis
Vous devez vous assurer que "NetworkService" dispose des droits sur le chemin physique de votre application.
la source
même il obtenait l'erreur ci-dessus. J'ai découvert que IIS n'était pas enregistré sur le serveur.
l'enregistrement du iis a résolu le problème.
Merci,
la source
Dans mon cas, j'avais un dir virtuel. Lorsque j'ai accédé au service WCF principal dans le répertoire principal, cela fonctionnait bien, mais l'accès au service WCF dans le répertoire virtuel générait une erreur. J'avais le code suivant dans web.config pour le répertoire principal et virtuel.
en supprimant de web.config dans le répertoire virtuel, il l'a corrigé.
la source
J'ai pu corriger la faille en modifiant le fichier ci-dessous:
Dans:
Pour:
la source