Win2K et déploiement de logiciels!

Recherche :

Dernière réponse
Sujet : Win2K et déploiement de logiciels!
Krapaud	c'est pour ça qu'on à les thèmes :D

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Krapaud

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

Elphin

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

boisorbe

Jef34 a écrit a écrit :

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

Jef34

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

Krapaud

j'me rend :D

athon

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

Citation :

-> Cas des registres HKCurrent users ?
Comment faire pour mettre à jour des clés HKCurrentUser dans un package MSI sachant que celes-ci sont installées au démarrage de la machine (stratégie ordinateur) , donc à ce moment aucun utilisateur n'est encore connecté ?
On utilise les fichiers .nai ( que vous trouverez dans chaque package crée par Véritas Software) qui contiennent en fait les différentes commandes du MSI.
Il faut à l'aide d'un éditeur comme Notepad construire un fichier avec l'extension .nai, puis ensuite le convertir en fichier msi via la console Véritas Software.
Un exemple de fichier .nai : Textes/test.nai.txt et le fichier de registre appelé : Textes/test.reg.txt.
On convertit ce fichier en MSI : deux components sont créés : Le premier concerne la copie du fichier toto.txt, le deuxième concerne les clés HKCurrent user lancées par la valeur indiquée dans le keypath.
Il suffit ensuite d'ajouter dans le MSI un raccoourci vers un .exe quelconque.
La machine démarre et installe le package test.msi. L'utilisateur classique se connecte et lance le .exe qui met à jour les clés HKCU.

Krapaud

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 ;)

athon

Jef34 a écrit a écrit :

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

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

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

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.

Jef34

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 ???

Krapaud

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

Jef34

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]

athon

Jef34 a écrit a écrit :

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.

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

à 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.

Jef34

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.

Krapaud

athon a écrit a écrit :

Le fait que les deux personnes aient ou non le même nom importe peu, en fait si deux personnes se loguent sur un même poste de travail, ils auront accès aux mêmes logiciels. enfin cela dépend ensuite du groupe auquel appartiennent ces personnes.

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]