Hébergement d'ASP.NET dans IIS7, l'accès est refusé?
J'ai installé une application dans IIS7 qui utilise .NET Framework 4.0 (exécuté par NetworkService), mais j'obtiens ceci lorsque je navigue sur le site:
L'accès est refusé.
Description: une erreur s'est produite lors de l'accès aux ressources requises pour répondre à cette demande. Vous n'êtes peut-être pas autorisé à afficher les ressources demandées.
Message d'erreur 401.3: Vous n'êtes pas autorisé à afficher ce répertoire ou cette page à l'aide des informations d'identification que vous avez fournies (accès refusé en raison de listes de contrôle d'accès). Demandez à l'administrateur du serveur Web de vous donner accès à *
J'ai essayé d'accorder à NetworkService l'autorisation complète sur le dossier contenant le site Web (celui contre lequel l'application Web de IIS est dirigée contre), mais l'accès est-il toujours refusé?
Pourquoi?
J'ai donné l'accès à "IIS_IUser" mais cela devrait plutôt être "IUSR" . Cela a résolu le problème.
Pour moi, rien ne fonctionnait sauf ce qui suit résolvait le problème: ouvrez IIS, sélectionnez le site, ouvrez Authentification (dans la section IIS), cliquez avec le bouton droit de la souris sur Authentification anonyme et sélectionnez Édition, sélectionnez Identité du pool d'applications.
J'ai eu le même problème, j'ai activé "Authentification anonyme" mais cela ne fonctionnait toujours pas. J'ai donc également activé «l'authentification par formulaire». Cela a ensuite fonctionné sans problème.
Système d'exploitation: Windows 7 et IIS 7
Si vous avez toujours l'autorisation refusée après avoir ajouté IUSR & NETWORK SERVICE ..__, ajoutez également IIS_WPG. L'ajout de ce dernier utilisateur a résolu mon problème.
Pour les personnes qui ne trouvent pas ces utilisateurs: Lorsque vous essayez d'ajouter un utilisateur en sécurité du dossier (propriétés du dossier), cliquez sur "Avancé" de la fenêtre "Sélectionner des utilisateurs ou des groupes". Modifiez l'emplacement en fonction du nom de l'ordinateur, puis cliquez sur "Rechercher maintenant". Vous trouverez ces utilisateurs dans la liste ci-dessous.
Pour moi, dans Windows 7, il ne fonctionnait qu'après que j'ai donné les autorisations "Lire et exécuter", "Contenu du dossier", "Lire" au dossier du site pour les deux utilisateurs.
- IUSR
- SERVICE RÉSEAU
Dans mon cas, l'exécution de c:\windows\Microsoft.Net\Framework64\v4.0.30319\aspnet_regiis.exe/i a résolu le problème d'accès 403 refusé.
Dans les paramètres d'authentification pour APP elle-même (IN IIS), vérifiez si vous avez activé la fonction anonyme.
Nous devons créer un nouvel utilisateur ComputerName\IUSR en accédant au dossier du site Web -> Propriétés ---> Sécurité ---> Édition -> Ajouter et donner un accès en lecture. Cela fonctionnerait définitivement.
Cette solution est pour IIS7
Cela était dû à un problème de sécurité du répertoire WWWRoot.
La solution simple est, il suffit de copier le dossier d’application sur un autre lecteur, au lieu de "C:\Inetpub\wwwroot" Puis de créer un répertoire virtuel pour ce nouveau chemin. C'est tout.
Voilà ce qui m'est arrivé:
Get - Post est ok. Fonctionne bien.
Lorsque j'essaie d'utiliser le verbe Options, le serveur renvoie une erreur comme celle-ci.
Alors méfiez-vous de urlScan
J'ajoute le verbe OPTIONS au fichier .ini de configuration urlscan, alors tout fonctionne bien.
Pour vérifier si urlscan est installé ou non, ouvrez votre gestionnaire d'IIS et ouvrez l'analyse ISAPI FILTERS url devrait apparaître dans la liste.
J'ai tourné autour à ce sujet et il s'est avéré que la page par défaut était mal réglée. J'espère que cela aidera quelqu'un d'autre à éviter une heure de temps perdu.
Si vous utilisez l'authentification anonyme, IIS 7 utilisera le compte "IUSR" pour accéder aux répertoires (à moins que vous ne l'aviez configuré pour utiliser l'identité du pool d'applications. Si vous n'avez pas accordé d'autorisations IUSR suffisantes pour votre site. dossiers et fichiers, vous obtiendrez cette erreur
La vérification de l'identité du pool d'applications dans l'authentification anonyme et l'activation de l'authentification par formulaire permettraient de résoudre le problème de l'erreur d'accès refusé. ????
Si l'utilisateur IUSR est déjà spécifié dans l'authentification et que le problème persiste, il se peut que votre liste de répertoires ne soit pas activée. Assurez-vous de vérifier cela. C'était le cas pour moi.
Après quelques réflexions et de nombreux essais et erreurs, j'ai découvert que cette erreur était due au fait qu'une partie de mon web.config était cryptée et que, pour une raison quelconque, la clé n'était plus valide.
Le rechiffrement de la section de configuration a résolu le problème.
J'ai essayé la plupart des solutions ici, mais pas de chance. Ce qui a fonctionné pour moi, c’est d’ajouter «Tout le monde» aux autorisations de sécurité. Propriétés -> Sécurité -> Edition -> Ajouter -> Tout le monde. Les valeurs par défaut me suffisaient pour retrouver l'accès.
Dans un proche avenir, je devrais probablement déterminer quelles informations d'identification sont envoyées au serveur afin de pouvoir accorder les autorisations appropriées. Mais j'espère que ça aide quelqu'un!