OVH Cloud OVH Cloud

Droits sur le répertoire Temporary ASP.NET Files

4 réponses
Avatar
lemitch
Sur un serveur 2003, sql 2005 reporting services, périodiquement les clients
IE ne peuvent plus se connecter. Le message d'erreur indique que
l'utilisateur Service Réseau (utilisé pour lancer le service) n'a pas les
droits d'écriture sur le répertoire "Temporary ASP.NET Files", situé dans le
répertoire du framework. Après exécution de aspnet_regiis -i, ça refonctionne
quelque temps. Le serveur 2003 fait partie d'un domaine W2000, mais il n'est
que serveur membre (pas active directory). Je suppose que c'est une stratégie
de mon domaine qui enlève ce droit d'écriture, mais je n'en suis pas sur.
Quelqu'un a-t-il une idée ?

4 réponses

Avatar
Romelard Fabrice [MVP]
Bonjour,

Essayez de donner les droits complets aux comptes Service Réseau sur le
répertoire Temporary ...

Faites cela manuellement, sans passer par aspnet_regiis

--
Cordialement.

Romelard Fabrice [MVP]

"lemitch" a écrit dans le message de
news:
Sur un serveur 2003, sql 2005 reporting services, périodiquement les
clients
IE ne peuvent plus se connecter. Le message d'erreur indique que
l'utilisateur Service Réseau (utilisé pour lancer le service) n'a pas les
droits d'écriture sur le répertoire "Temporary ASP.NET Files", situé dans
le
répertoire du framework. Après exécution de aspnet_regiis -i, ça
refonctionne
quelque temps. Le serveur 2003 fait partie d'un domaine W2000, mais il
n'est
que serveur membre (pas active directory). Je suppose que c'est une
stratégie
de mon domaine qui enlève ce droit d'écriture, mais je n'en suis pas sur.
Quelqu'un a-t-il une idée ?


Avatar
lemitch
Bonjour,
J'avais déja essayé votre manip. Après changement manuel des droits sur ce
dossier, ou sur tout le dossier du framework, on obtient ce message :
"Impossible de générer une classe temporaire (result=1). error CS2001:
Impossible de trouver le fichier source 'C:WINDOWSTEMP6msybp7h.0.cs' error
CS2008: Absence d'entrée spécifiée".
Michel.


"Romelard Fabrice [MVP]" a écrit :

Bonjour,

Essayez de donner les droits complets aux comptes Service Réseau sur le
répertoire Temporary ...

Faites cela manuellement, sans passer par aspnet_regiis

--
Cordialement.

Romelard Fabrice [MVP]

"lemitch" a écrit dans le message de
news:
> Sur un serveur 2003, sql 2005 reporting services, périodiquement les
> clients
> IE ne peuvent plus se connecter. Le message d'erreur indique que
> l'utilisateur Service Réseau (utilisé pour lancer le service) n'a pas les
> droits d'écriture sur le répertoire "Temporary ASP.NET Files", situé dans
> le
> répertoire du framework. Après exécution de aspnet_regiis -i, ça
> refonctionne
> quelque temps. Le serveur 2003 fait partie d'un domaine W2000, mais il
> n'est
> que serveur membre (pas active directory). Je suppose que c'est une
> stratégie
> de mon domaine qui enlève ce droit d'écriture, mais je n'en suis pas sur.
> Quelqu'un a-t-il une idée ?





Avatar
Romelard Fabrice [MVP]
Bonjour,

Avez-vous donné les droits de lecture/écriture au compte ASPNET pour le
répertoire C:WindowsTemp ?


--
Cordialement.

Romelard Fabrice [MVP]

"lemitch" a écrit dans le message de
news:
Bonjour,
J'avais déja essayé votre manip. Après changement manuel des droits sur ce
dossier, ou sur tout le dossier du framework, on obtient ce message :
"Impossible de générer une classe temporaire (result=1). error CS2001:
Impossible de trouver le fichier source 'C:WINDOWSTEMP6msybp7h.0.cs'
error
CS2008: Absence d'entrée spécifiée".
Michel.


"Romelard Fabrice [MVP]" a écrit :

Bonjour,

Essayez de donner les droits complets aux comptes Service Réseau sur le
répertoire Temporary ...

Faites cela manuellement, sans passer par aspnet_regiis

--
Cordialement.

Romelard Fabrice [MVP]

"lemitch" a écrit dans le message de
news:
> Sur un serveur 2003, sql 2005 reporting services, périodiquement les
> clients
> IE ne peuvent plus se connecter. Le message d'erreur indique que
> l'utilisateur Service Réseau (utilisé pour lancer le service) n'a pas
> les
> droits d'écriture sur le répertoire "Temporary ASP.NET Files", situé
> dans
> le
> répertoire du framework. Après exécution de aspnet_regiis -i, ça
> refonctionne
> quelque temps. Le serveur 2003 fait partie d'un domaine W2000, mais il
> n'est
> que serveur membre (pas active directory). Je suppose que c'est une
> stratégie
> de mon domaine qui enlève ce droit d'écriture, mais je n'en suis pas
> sur.
> Quelqu'un a-t-il une idée ?







Avatar
lemitch
Bonjour,
Ca fonctionne !
J'ai configuré ces droits via les stratégies de groupe du domaine. J'espère
qu'ils seront stables comme ça ...
Merci de votre aide.
Michel.

"Romelard Fabrice [MVP]" a écrit :

Bonjour,

Avez-vous donné les droits de lecture/écriture au compte ASPNET pour le
répertoire C:WindowsTemp ?


--
Cordialement.

Romelard Fabrice [MVP]

"lemitch" a écrit dans le message de
news:
> Bonjour,
> J'avais déja essayé votre manip. Après changement manuel des droits sur ce
> dossier, ou sur tout le dossier du framework, on obtient ce message :
> "Impossible de générer une classe temporaire (result=1). error CS2001:
> Impossible de trouver le fichier source 'C:WINDOWSTEMP6msybp7h.0.cs'
> error
> CS2008: Absence d'entrée spécifiée".
> Michel.
>
>
> "Romelard Fabrice [MVP]" a écrit :
>
>> Bonjour,
>>
>> Essayez de donner les droits complets aux comptes Service Réseau sur le
>> répertoire Temporary ...
>>
>> Faites cela manuellement, sans passer par aspnet_regiis
>>
>> --
>> Cordialement.
>>
>> Romelard Fabrice [MVP]
>>
>> "lemitch" a écrit dans le message de
>> news:
>> > Sur un serveur 2003, sql 2005 reporting services, périodiquement les
>> > clients
>> > IE ne peuvent plus se connecter. Le message d'erreur indique que
>> > l'utilisateur Service Réseau (utilisé pour lancer le service) n'a pas
>> > les
>> > droits d'écriture sur le répertoire "Temporary ASP.NET Files", situé
>> > dans
>> > le
>> > répertoire du framework. Après exécution de aspnet_regiis -i, ça
>> > refonctionne
>> > quelque temps. Le serveur 2003 fait partie d'un domaine W2000, mais il
>> > n'est
>> > que serveur membre (pas active directory). Je suppose que c'est une
>> > stratégie
>> > de mon domaine qui enlève ce droit d'écriture, mais je n'en suis pas
>> > sur.
>> > Quelqu'un a-t-il une idée ?
>>
>>
>>