OVH Cloud OVH Cloud

Droit Admin

4 réponses
Avatar
AlexC
Bonjour @ tous,

J'ai developpé quelques applications au sein de mon BE, et pour eviter un
redéploiement à chaques nouvelle mouture de mes applications, j'ai intégré
un système de mises à jour automatiques.
Le problème est que l'utilisateur n'est pas administrateur de l'ordinateur,
et lorsque je copie un fichier depuis le serveur, sur le poste de
l'utilisateur ( via la mise à jour auto ), j'ai une erreur de droit d'acces.

Comment peut-on donner un acces administrateur à cette copie de fichier ?

4 réponses

Avatar
Francois Muller
Bonjour

"AlexC" <Alexandre.#NOSPAM# a écrit dans le message de
news: %
J'ai developpé quelques applications au sein de mon BE, et pour eviter un
redéploiement à chaques nouvelle mouture de mes applications, j'ai intégré
un système de mises à jour automatiques.
Le problème est que l'utilisateur n'est pas administrateur de
l'ordinateur, et lorsque je copie un fichier depuis le serveur, sur le
poste de l'utilisateur ( via la mise à jour auto ), j'ai une erreur de
droit d'acces.

Comment peut-on donner un acces administrateur à cette copie de fichier ?



Ta question n'est pas très clair : ton système de mise à jour auto tourne
sur le serveur et copie vers les postes clients ou tourne sur les postes
clients en allant chercher sur le serveur ?

Ton erreur de droit accès concerne la lecture sure le serveur ou l'écriture
sur le client ?

Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
devinettes.

Sinon, deux pistes :
- établir tes connexions avec un compte différent
- "impersonner" un compte Admin. ou avec les droits ad-hoc dans le process
de mise à jour

F.
Avatar
AlexC
"Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
devinettes"



En effet, il est vrai que j'ai été peu précis sur le sujet. Pour le
NewsGroup, je le connais depuis très longtemps
et je sais ce pour quoi il fait, j'ai d'ailleur parfois aidé certaines
personnes ici ... je sais evidemment qu'il n'est pas fait pour les
devinettes ... Bref ...

Cette mise à jour se déclenche à partir du client, donc du poste
utilisateur, et copie les fichiers depuis le serveur vers le client ( à
partir d'un lecteur réseau ).
Et mon problème se situe au niveau de l'écriture sur le client, plus
précisement dans le répertoire Programs Files qui est vérrouillé pour les
utilisateurs simples.

Sinon, deux pistes :
- établir tes connexions avec un compte différent



C'est ce que j'ai cherché à faire, un farfouillant dans MSDN je suis tombé
sur le namespace System.Security.Permissions, mais de ce que j'ai pu lire
pour le moment
c'est que ce namespace semble concerner la protection du code de
l'application et non pas donner des permissions au code.

- "impersonner" un compte Admin. ou avec les droits ad-hoc dans le process
de mise à jour



Cela m'est impossible, du moins avec les moyens dont je dispose.
Je suis administrateur exclusivement sur mon poste, les autres postes sont
gérés au niveau
de notre service informatique et je n'ai accès à rien d'autre qu'au compte
utilisateur.


Merci pour votre réponse.


"Francois Muller" a écrit dans le message de
news: ONj%
Bonjour

"AlexC" <Alexandre.#NOSPAM# a écrit dans le message
de news: %
J'ai developpé quelques applications au sein de mon BE, et pour eviter un
redéploiement à chaques nouvelle mouture de mes applications, j'ai
intégré un système de mises à jour automatiques.
Le problème est que l'utilisateur n'est pas administrateur de
l'ordinateur, et lorsque je copie un fichier depuis le serveur, sur le
poste de l'utilisateur ( via la mise à jour auto ), j'ai une erreur de
droit d'acces.

Comment peut-on donner un acces administrateur à cette copie de fichier ?



Ta question n'est pas très clair : ton système de mise à jour auto tourne
sur le serveur et copie vers les postes clients ou tourne sur les postes
clients en allant chercher sur le serveur ?

Ton erreur de droit accès concerne la lecture sure le serveur ou
l'écriture sur le client ?

Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
devinettes.

Sinon, deux pistes :
- établir tes connexions avec un compte différent
- "impersonner" un compte Admin. ou avec les droits ad-hoc dans le process
de mise à jour

F.






Avatar
Millox Frédéric
Salut AlexC,

Tu dis : "Cette mise à jour se déclenche à partir du client, donc du poste
utilisateur"
As tu essayé d'installer l'application sur le poste client en étant connecté
en tant qu'administrateur du poste ou du domaine ?

a+

--
fmillox


"AlexC" a écrit :

"Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
> devinettes"

En effet, il est vrai que j'ai été peu précis sur le sujet. Pour le
NewsGroup, je le connais depuis très longtemps
et je sais ce pour quoi il fait, j'ai d'ailleur parfois aidé certaines
personnes ici ... je sais evidemment qu'il n'est pas fait pour les
devinettes ... Bref ...

Cette mise à jour se déclenche à partir du client, donc du poste
utilisateur, et copie les fichiers depuis le serveur vers le client ( à
partir d'un lecteur réseau ).
Et mon problème se situe au niveau de l'écriture sur le client, plus
précisement dans le répertoire Programs Files qui est vérrouillé pour les
utilisateurs simples.

> Sinon, deux pistes :
> - établir tes connexions avec un compte différent

C'est ce que j'ai cherché à faire, un farfouillant dans MSDN je suis tombé
sur le namespace System.Security.Permissions, mais de ce que j'ai pu lire
pour le moment
c'est que ce namespace semble concerner la protection du code de
l'application et non pas donner des permissions au code.

> - "impersonner" un compte Admin. ou avec les droits ad-hoc dans le process
> de mise à jour

Cela m'est impossible, du moins avec les moyens dont je dispose.
Je suis administrateur exclusivement sur mon poste, les autres postes sont
gérés au niveau
de notre service informatique et je n'ai accès à rien d'autre qu'au compte
utilisateur.


Merci pour votre réponse.


"Francois Muller" a écrit dans le message de
news: ONj%
> Bonjour
>
> "AlexC" <Alexandre.#NOSPAM# a écrit dans le message
> de news: %
>> J'ai developpé quelques applications au sein de mon BE, et pour eviter un
>> redéploiement à chaques nouvelle mouture de mes applications, j'ai
>> intégré un système de mises à jour automatiques.
>> Le problème est que l'utilisateur n'est pas administrateur de
>> l'ordinateur, et lorsque je copie un fichier depuis le serveur, sur le
>> poste de l'utilisateur ( via la mise à jour auto ), j'ai une erreur de
>> droit d'acces.
>>
>> Comment peut-on donner un acces administrateur à cette copie de fichier ?
>
> Ta question n'est pas très clair : ton système de mise à jour auto tourne
> sur le serveur et copie vers les postes clients ou tourne sur les postes
> clients en allant chercher sur le serveur ?
>
> Ton erreur de droit accès concerne la lecture sure le serveur ou
> l'écriture sur le client ?
>
> Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
> devinettes.
>
> Sinon, deux pistes :
> - établir tes connexions avec un compte différent
> - "impersonner" un compte Admin. ou avec les droits ad-hoc dans le process
> de mise à jour
>
> F.
>
>
>
>





Avatar
AlexC
J'ai fait l'essai sur mon post ou je suis administrateur du poste.
Il est vrai que mon logiciel sera installé par une personne du service
informatique qui est admin du domaine. Mais je n'ai pas fait d'essai dans
ces conditions là. Il y a une réelle différence ?

La restriction n'est qu'au niveau du répertoire "Programs Files", si
j'installe le logiciel directement sur c:MonSoft là ca fonctionne.


"Millox Frédéric" a écrit dans le
message de news:
Salut AlexC,

Tu dis : "Cette mise à jour se déclenche à partir du client, donc du poste
utilisateur"
As tu essayé d'installer l'application sur le poste client en étant
connecté
en tant qu'administrateur du poste ou du domaine ?

a+

--
fmillox


"AlexC" a écrit :

"Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
> devinettes"

En effet, il est vrai que j'ai été peu précis sur le sujet. Pour le
NewsGroup, je le connais depuis très longtemps
et je sais ce pour quoi il fait, j'ai d'ailleur parfois aidé certaines
personnes ici ... je sais evidemment qu'il n'est pas fait pour les
devinettes ... Bref ...

Cette mise à jour se déclenche à partir du client, donc du poste
utilisateur, et copie les fichiers depuis le serveur vers le client ( à
partir d'un lecteur réseau ).
Et mon problème se situe au niveau de l'écriture sur le client, plus
précisement dans le répertoire Programs Files qui est vérrouillé pour les
utilisateurs simples.

> Sinon, deux pistes :
> - établir tes connexions avec un compte différent

C'est ce que j'ai cherché à faire, un farfouillant dans MSDN je suis
tombé
sur le namespace System.Security.Permissions, mais de ce que j'ai pu lire
pour le moment
c'est que ce namespace semble concerner la protection du code de
l'application et non pas donner des permissions au code.

> - "impersonner" un compte Admin. ou avec les droits ad-hoc dans le
> process
> de mise à jour

Cela m'est impossible, du moins avec les moyens dont je dispose.
Je suis administrateur exclusivement sur mon poste, les autres postes
sont
gérés au niveau
de notre service informatique et je n'ai accès à rien d'autre qu'au
compte
utilisateur.


Merci pour votre réponse.


"Francois Muller" a écrit dans le message
de
news: ONj%
> Bonjour
>
> "AlexC" <Alexandre.#NOSPAM# a écrit dans le
> message
> de news: %
>> J'ai developpé quelques applications au sein de mon BE, et pour eviter
>> un
>> redéploiement à chaques nouvelle mouture de mes applications, j'ai
>> intégré un système de mises à jour automatiques.
>> Le problème est que l'utilisateur n'est pas administrateur de
>> l'ordinateur, et lorsque je copie un fichier depuis le serveur, sur le
>> poste de l'utilisateur ( via la mise à jour auto ), j'ai une erreur de
>> droit d'acces.
>>
>> Comment peut-on donner un acces administrateur à cette copie de
>> fichier ?
>
> Ta question n'est pas très clair : ton système de mise à jour auto
> tourne
> sur le serveur et copie vers les postes clients ou tourne sur les
> postes
> clients en allant chercher sur le serveur ?
>
> Ton erreur de droit accès concerne la lecture sure le serveur ou
> l'écriture sur le client ?
>
> Soit plus précis, car ce NG est fait pour aider mais pas pour jouer aux
> devinettes.
>
> Sinon, deux pistes :
> - établir tes connexions avec un compte différent
> - "impersonner" un compte Admin. ou avec les droits ad-hoc dans le
> process
> de mise à jour
>
> F.
>
>
>
>