J'essaie de tester mon site Web ASP.Net sur localhost et j'obtiens cette erreur:
HTTP Error 401.3 - Unauthorized
You do not have permission to view this directory or page because of
the access control list (ACL) configuration or encryption settings for
this resource on the Web server.
J'ai les utilisateurs suivants dans le dossier de l'application du site Web, avec des autorisations de lecture / écriture complètes:
- SERVICE RÉSEAU
- IIS_IUSRS
- SYSTÈME
- Administrateurs
- Nathan (moi)
Que puis-je essayer de résoudre ce problème?
Réponses:
IIS 7 crée également "IUSR" en tant qu'utilisateur par défaut pour accéder aux fichiers via IIS. Donc, rendre l'utilisateur IUSR a un accès en lecture aux fichiers / dossiers.
Comment vérifier si IUSR a lu Access? Clic droit -> Dossier -> Propriétés -> Onglet Sécurité Voir si IUSR est dans la liste des noms de groupes ou d'utilisateurs, Si Non
Cliquez sur Edition -> Ajouter -> Avancé -> Trouver maintenant -> Sélectionnez IUSR et cliquez quatre fois sur OK
la source
IIS_IUSRs
ne suffisait pas; J'ai aussi dû ajouterIUSR
. A retenir: o)Trouvé ceci sur un autre forum, donc je ne peux pas prendre le crédit mais je l'ai fait et cela a fonctionné pour moi:
"Essayez de modifier le paramètre d'authentification anonyme dans IIS7:
Cliquez sur Authentification, puis sur Modifier après avoir choisi Authentification anonyme. Dans la fenêtre d'ouverture, sélectionnez Identité du pool d'applications et cliquez sur OK. "
la source
J'ai eu le même problème dans IIS 7.5 sur Windows Server 2008. Pour moi, les étapes suivantes ont fonctionné pour résoudre le problème:
Après avoir apporté cette modification, mes erreurs 401.3 ont disparu.
la source
Utilisez-vous un mécanisme de connexion ou simplement une authentification anonyme?
S'il est anonyme, accédez au gestionnaire IIS, dans l'icône Authentification, choisissez le nom de l'authentification anonyme, puis cliquez sur le bouton Modifier dans Actions. Vérifiez quel utilisateur y est spécifié et assurez-vous qu'il dispose des autorisations nécessaires pour les fichiers / dossiers du site.
Si vous disposez d'un système de connexion, assurez-vous que le ou les utilisateurs que vous vous connectez possèdent des autorisations sur les fichiers du site, et que l'ID du pool d'applications que vous exécutez possède au moins un accès en lecture. aux fichiers.
la source
Par défaut, avec IIS 7.5, chaque pool d'applications s'exécute sous sa propre "identité virtuelle". L'identité du pool d'applications est constituée des informations d'identification utilisées pour accéder au système de fichiers.
Je ne suis pas sûr de la mécanique, mais Microsoft l'a fait pour renforcer la sécurité de l'installation par défaut tout en réduisant le besoin de créer des comptes de service dans certains scénarios d'installation. Quoi qu'il en soit, vous devrez identifier ce compte "d'identité virtuelle" et lui accorder l'accès à votre annuaire ou modifier le compte de service du pool d'applications.
Les identités virtuelles du pool d'applications sont nommées "IIS AppPool \". Par conséquent, si vous utilisez le DefaultAppPool, son identité serait "IIS AppPool \ DefaultAppPool".
Voir cet article pour plus de détails.
la source
Salut pour moi sur le travail IIS 8: 1) Allez dans le répertoire virtuel IIS - 2) authentification - 3) authentification anonyme - 4) définissez l’identité du pool d’applications.
la source
Comme aucune des réponses ci-dessus ne m'a aidé, j'ai pensé partager la façon dont j'ai résolu ce problème lorsque je suis tombé dessus sur ma machine locale exécutant win7 et IIS7.
Aller à IIS7 -> Pools d'applications
Recherchez le pool d'applications de votre site (dans mon cas, DefaultAppPool), cliquez avec le bouton droit de la souris et choisissez Options avancées.
Chercher le chapitre Modèle de processus et changer le champ Identité en un utilisateur que vous savez sûrement avoir accès aux fichiers de votre dossier de site Web (dans mon cas, l'administrateur local)
la source
Répondre pour inclure les informations des commentaires sur la réponse acceptée.
Dans IIS 7.5 sur Windows Server 2008r2, le groupe IIS_IUSRS est déjà inclus, mais le groupe IUSR distinct doit toujours être ajouté aux autorisations pour permettre l'accès / le téléchargement de fichiers.
Pour plus d'informations sur les différences entre les comptes, voir Présentation des comptes d' utilisateurs et de groupes intégrés dans IIS.
la source
Essayez ceci ... Allez à Gestion de l’ordinateur (cliquez avec le bouton droit de la souris sur mon ordinateur et sélectionnez Gérer) -> Utilisateurs et groupes locaux -> Utilisateurs -> Sélectionnez IUSR_MACHINENAME -> Cliquez avec le bouton droit de la souris sur Propriétés -> Assurez-vous qu’il est bien membre. de IIS_WPG et des utilisateurs et non des invités.
Je travaille avec Server 2008 R2 et le compte IUser n'est pas disponible dans la liste.
la source
Essayez d’installer le côté client d’IIS en utilisant
aspnet_regiis -c
puis réinitialiser IIS.la source
Pour les utilisateurs où cela ne suffit pas:
Je l'ai eu pour travailler avec ceci:
Maintenant, essayez de rafraîchir votre site Web.
la source