Après les erreurs IIS de Windows 7 SP1 avec «Chemin d'application non valide»


20

Je reçois ce nouveau message d'erreur étrange dans IIS après la mise à jour de Windows 7 (x64) avec SP1.

  1. Ouvrez le gestionnaire IIS
  2. Accédez à une application virtuelle existante (ou créez-en une nouvelle)
  3. Ouvre sa boîte de dialogue Paramètres de base
  4. Cliquez sur Paramètres de test
  5. Le message d'erreur apparaît

Cela se produit avec de nouvelles applications et aussi avec celles qui étaient déjà là (et sans ce problème) auparavant.

Les applications elles-mêmes continuent de fonctionner.

Quelqu'un a-t-il déjà compris celui-ci?


À quel chemin la racine de votre site Web est-elle définie? * Le chemin existe-t-il? * Votre utilisateur IIS a-t-il accès au chemin? * Essayez d'ajouter un simple .gif au chemin. Pouvez-vous y accéder? * En cas de succès, essayez une page ASP.NET. Est-ce que ça marche?
erikbra

@Erik, il n'y a aucun problème pour ouvrir le site dans le navigateur, voir les pages d'images. Le problème que je pose est dans le gestionnaire IIS.

Mais que dit le message d'erreur? Êtes-vous sûr de ne pas utiliser la sécurité intégrée et le gestionnaire IIS ne peut pas tester cela, car vous n'êtes pas authentifié lors de l'exécution via le gestionnaire IIS?
erikbra

Réponses:


4

Vérifiez que votre version spécifique d'ASP.NET est autorisée dans IIS comme suit:

  1. Sélectionnez le serveur supérieur (racine) dans IIS Manager.
  2. Doubleclick ISAPI et CGI Restrictions.
  3. Si votre version d'ASP.NET n'est pas autorisée, faites un clic droit et autorisez-la.

Cela l'a résolu pour moi, j'espère que cela fonctionne pour vous aussi.


Je vous remercie. De nombreuses questions en découlent. Je me demande pourquoi ils en font la valeur par défaut. Pourquoi n'est-ce pas la première réponse lorsque vous recherchez cette erreur? la liste continue.
Brad Bruce

1

J'ai eu le même problème, résolu en donnant des autorisations explicites à IIS_IUSRS dans le dossier où se trouve mon application.


Quelle autorisation explicite avez-vous accordée. J'ai essayé de lui donner le contrôle total et cela n'a pas aidé. Juste pour être clair, j'avais toutes les bonnes autorisations avant Win7-SP1. En cliquant sur Paramètres de test à l'époque, cela fonctionnait très bien.

À lire, rien d'extraordinaire ...

1

J'ai eu le même problème, voici ma solution.

  1. Vérifiez le pool d'applications que votre application utilise.
  2. Cliquez sur le pool d'applications et cliquez sur Paramètres avancés, cela ouvrira une nouvelle fenêtre.
  3. Vérifiez la version de .NET Framework
  4. Définissez Charger le profil utilisateur sur True
  5. Définir le ping activé sur True

1

Quelque chose qui a fonctionné pour moi était d'autoriser les applications 32 bits sur le pool d'applications.

Il semble que l'application que j'ai exécutée était une version 32 bits

HTH


0

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 une section (copier-coller) manuellement dans et.


Votre réponse semble manquer d'informations. Je pourrais vouloir corriger cela ou le supprimer, si vous ne voulez pas être rejeté.
Remi Despres-Smyth

0

Dans IIS, dans les "Paramètres avancés" du ou des pools d'applications, sous "Général", il y a un paramètre "Activer les applications 32 bits". Lorsque j'ai défini cela sur True, cette erreur a disparu pour moi.


J'avais déjà essayé ça. J'ai encore essayé. Aucune différence.

0

À mon humble avis ... Ce test est de peu de valeur à moins que vous ne vouliez tester un utilisateur spécifique et même alors il est marginal ... ajouter des comptes d'utilisateurs aux dossiers pour permettre à ce test de fonctionner (comme d'autres l'ont dit) marginalise votre sécurité ... mieux de ne pas avoir ce test puis d'ajouter des utilisateurs aux dossiers et de compromettre votre sécurité de quelque manière que ce soit, forme ou forme ...

Tant que votre site fonctionne ... cela devrait être votre référence ...


0

Cela ressemble vraiment à un bogue dans l'interface utilisateur IIS: Lorsque "Utilisateur d'application (authentification directe)" est sélectionné, le site Web attend qu'un navigateur envoie les informations d'identification de l'utilisateur actuellement connecté. Le site se chargera alors car l'authentification "anonyme" est activée pour le site. Toutefois, lorsque vous testez via la console MMC IIS, le bouton «Paramètres de test ...» ne fournit aucune information d'identification à utiliser pour l'accès au répertoire, vous voyez donc le message d'erreur «Chemin d'application non valide» dans la console MMC IIS. Si vous cliquez sur "Parcourir .... alors le navigateur par défaut sur le serveur Web, généralement Internet Explorer, présentera vos informations d'identification. Dans la plupart des cas, vous pouvez ignorer ce bogue que votre site Web fonctionne.

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.