2009-11-06 12 views
1

je travaille localement sur un site Web ASP.NET sous Windows 7, et je l'expérience d'étranges comportements parfois ...ASP.NET et IIS7: perte de droits d'accès d'un seul coup

Je travaille plusieurs jours avec plusieurs Visual Studio ouverts, travaillant sur le site Web, puis je suis passé à la compilation et le déploiement d'autres applications jusqu'à hier, et aujourd'hui, j'ai dû revenir travailler sur le site. Je lancé un navigateur et est entré l'URL "// localhost /" comme d'habitude ...

Contre toute attente, IIS me dit:

Erreur HTTP 500.19 - Internal Server Error

erreur code 0x80070005

erreur de configuration ne peut pas lire la configuration fichier en raison d'autorisations insuffisantes

Config fichier \ \ C: \ DVP-WP \ SQ2sln_web \ web.config

Eh bien, il y a 2 jours, web.config est accessible sans problème! Qu'est-il arrivé? Bien sûr, je ne me souviens pas d'avoir changé quoi que ce soit concernant ACL ou des comptes ou .. juste en écrivant C# code et asp.net et la compilation !!!

Pourquoi cela se produit-il?

STEP2: Je suis donc allé dans le dossier dans lequel les fichiers du site sont situés et appliquées une certaine sécurité: -je spécifier la machine \ IIS_IUSR d'avoir un accès en lecture au dossier du site Web du dossier (« de SQ2sln_web ») ... OK , II7 maintenant les serveurs les pages aspx que je demande au niveau de la racine ... mais pas le fichier css!

Erreur HTTP 401.3 - Non autorisé

URL demandée [...] localhost: 80/soquiz.css

Chemin d'accès physique C: \ DVP-WP \ SQ2sln_web \ soquiz.css

Méthode d'ouverture de session anonyme

ouverture de session utilisateur anonyme

Je mis quelques droits spécifiques au fichier lui-même (voir l'image à http://soquiz.com/resources/documents/acl%20problem%20file%20specific.gif)

... mais il ne résout pas le problème

1) Est-ce que quelqu'un sait pourquoi ou comment l'accès les droits changent?

2) Est-ce que quelqu'un sait pourquoi la définition spécifique d'acl dans un fichier ne fonctionne pas?

Merci!

Répondre

1

Je pense que vous devez également vérifier le compte de votre pool d'applications.

+0

Je ne suis pas sûr, mais je pense que c'est "ApplicationPoolId" (que je ne comprends pas complètement) Quoi qu'il en soit, pourquoi l'accès changerait tout à coup? – oldbrazil

+0

Je ne suis pas sûr de ce qui a changé, mais quelque chose l'a fait, si cela fonctionnait avant. Le compte de pool d'applications est juste un autre endroit à vérifier. Je pensais que peut-être vous avez déplacé votre répertoire virtuel, ou l'avez recréé à partir du contrôle de la source. Si vous déplacez votre projet sous c: \ inetput \ wwwroot, je parie que vous n'avez aucun problème non plus. Comparez la sécurité sur tout si c'était dans wwwroot par rapport à votre répertoire actuel. –

+0

Merci Richard, vous m'avez donné un bon conseil. Je pense que je peux deviner ce qui a changé (sans que j'aie l'intention de changer quoi que ce soit): TFS SOURCE CONTROL! C'est bien possible que j'ai demandé une "Get Latest Version" "avec overwrite" qui impliquait plusieurs projets ... cela semble une bonne explication. Quant à avoir les sites Web sous "c: \ inetput \ wwwroot", je ne savais pas que cela résoudrait de tels problèmes, mais c'est logique !! – oldbrazil