Reprise du message précédent :

 
le nom d'ouverture de session n'est pas non plus le nom de l'utilisateur
 
et les doublons sont impossible il me semble.
 
Enfin dans tous les cas le SID diffère, donc la GPO ne s'applique qu'à l'un ou l'autre

[jfdsdjhfuetppo]--Message édité par krapaud--[/jfdsdjhfuetppo]

Confusion : en fait je ne considérais pas le cas ou les deux utilisateurs ait le meme nom. En fait je n'étais meme pas sur le sujet. Considérons Mr X et Mr Y.
 
Je voulais simplement demander si dans Mr Y pouvait lancer les applications déployée pour Mr X.
 
Pour ma part, je pense que rien ne l'en empeche sauf si on a définit deux groupes d'utilisateurs différents.

à la ca devient plus compliqué
 
parce que si X et Y se connectent du même PC, je suppose que l'un et l'autre profitent des mêmes logiciels, sauf si t'as une GPO par utilisateur, et que le logiciel est publier ou attribuer seulement à l'un d'entres eux.

 
je n'ai peut-être pô été clair dans ma réponse mais c'es texactement ce que je disait, en fait dès qu'une appli est installée sur un poste, celle-ci est disponible pour toutes les autres personnes qui iront se connecter sur ce poste.
 
Attention, je dit bien installée  

krapaud a écrit a écrit : à la ca devient plus compliqué   parce que si X et Y se connectent du même PC, je suppose que l'un et l'autre profitent des mêmes logiciels, sauf si t'as une GPO par utilisateur, et que le logiciel est publier ou attribuer seulement à l'un d'entres eux.

 
Exactement. Tu as parfaitement résumé la situation. C'est ce cas qui m'interesse. Qu'est ce qui empeche, une fois l'appli installé par Mr X (inclue dans la stratégie de déploiment) d'être utilisée par Mr Y !!!

[jfdsdjhfuetppo]--Message édité par Jef34--[/jfdsdjhfuetppo]

elle ne modifie, à ce qui me semble, que les clés de la base de registre CURRENT_USER.

athon a écrit a écrit :     je n'ai peut-être pô été clair dans ma réponse mais c'es texactement ce que je disait, en fait dès qu'une appli est installée sur un poste, celle-ci est disponible pour toutes les autres personnes qui iront se connecter sur ce poste.   Attention, je dit bien installée

 
Et quant au prob de registre que vient de soulever krapaud ???

zut j'avais pas lu la réponse d'Athon.
 
J'pense quand même que le principe de la GPO, et surtout quand il y a plusieurs groupes c'est de définir des besoins.

 
Les cles HKCU se mettent à jour au premier lancement des applis, pour chaque utilisateur.

[jfdsdjhfuetppo]--Message édité par athon--[/jfdsdjhfuetppo]

pour chaque user?
 
hum... ju'trouve ça étrange de prévoir un essaim de clés par utilisateur, et qu'un final se soient les mêmes

krapaud a écrit a écrit : pour chaque user?   hum... ju'trouve ça étrange de prévoir un essaim de clés par utilisateur, et qu'un final se soient les mêmes

 
il ne faut pô oublier que chaque user a ses propre clés HKCU, et donc deux users sur un même PC, n'auront pô forcément les mêmes clés HKCU.
C'est même ce qui est pénible avec les MSI, du fait qu'ils sont installés avec un profil SYSTEM (voire Admin) les clés HKCU sont propre à ce(s) profil(s). Celles du user seront mis à jous par le lancement de l'appli par le user lui-même :
 
comme il est stipulé ici :
http://www.ens-lyon.fr/CRI/TSE/installations/msi.htm
 

j'me rend

Donc tout ce que l'on peut faire ce de mettre Mr X et Mr Y dans deux groupes différents, de donner à Mr X le droit d'accès et exécution au rep d'installation du programme déployé et de ne pas la mettre pour l'autre groupe dont fait partie Mr Y.
 
Th pour les info athlon

 
c'est exactement ce que je fais en ce moment comme travail pour limiter mes users
yes

cool comme post.. vous devriez centralisé tout les posts comme ceux-ci ca devient long à chercher sur la base de données du forum!  

c'est pour ça qu'on à les thèmes