Discussion :

[kamsy]

Bonjour
Je rencontre un petit soucis et j'aimerai trouver une solution pour une question de tâche répétitif.
j'ai une application qui fonctionne en client serveur.
Mes utilisateurs se connecte en tse. sur cette application en tse je dois mettre un paramètrage a chaque fois qu'une personne se connecte pour la première fois. j'ai 80 profils à faire.
ce paramètre je le retrouve dans Hkey Users, sur chaque profil. j'aimerai pouvoir mettre ce paramètre une seul fois afin que je puisse pas l'inscrire à chaque profil.
Je pense qu'il doit surement avoir une solution;
Si quelqu'un à une idée à me proposer.
Merci

[cerede2000]

Bonjour à toi,

Deux solutions :

• Une GPP qui vient appliquer le paramètre via GPO depuis ton AD
• Une modif dans le default profile

Le default profile le truc c'est que du coup tu applique aussi aux admins, même si pas gênant.
Perso je procède par GPP comme ça quand il faut modifier la paramètre, tu modifie juste dans la GPP et c'est parti !

[kamsy]

Salut,
j'ai essayé dans le default, mais ça ne marche pas. Est ce dû à 2012 je sais pas.
après le faite que même un admin est accès ce n'est pas très grave car c'est un paramètre d'une applis qui n'auras aucune influence.
alors je pense à mettre un script et le mettre dans HCU, sofware etc, mais à chaque connexion le script va se lancer. j'aimerai si aucune autre solution mise à par une gpo, que je ne souhaite pas car j'ai des utilisateurs en local. c'est de vérifier si la clé n existe pas, et de l'inscrire dans le cas contraire ne rien faire.

[cerede2000]

Quand je parle de GPP dans une GPO je ne parle de script d'ouverture de session !
Mais bien de la création de la clé si celle-ci n'existe pas.

[kamsy]

Oui oui j'avais bien compris,
Mais comme je le disais, j'ai des comptes locaux. donc seul les users faisant parti du domaine auront accès à ce script.

[benjamin.f]

Bonjour,

Si j'ai bien compris, les utilisateurs se connectent à l'application via TSE, donc le profil à modifier est surement le profil sur le serveur hôte de session.

Si un utilisateur d'un poste local se connecte en RDP, il doit bien avoir un compte AD pour l'ouverture de session à distance sur laquelle s'appliquera la GPO.

non ?

[cerede2000]

Ben pas forcément, tu peux très bien ouvrir une session local en TSE, même à partir d'un poste connecté avec une session de domaine.

Mais par contre ce n'est effectivement pas très judicieux.....
Si environnement AD utiliser compte AD point.
Pourquoi as tu des comptes locaux ??

Autre possibilité, tu traite une fois tous les profils déjà existant sur le serveur (avec montage de la ruche registre et modification).
Puis dans le défault profile tu vient placer dans RunOnce un script qui se chargera de faire la modifs lors de la création de nouveaux profils

[benjamin.f]

Pas très judicieux non, et ou est l’Intérêt ? et puis merci la gestion des comptes ...
Après il y a peut être une raison ... mais c'est un point a éclaircir.

Compte AD ou pas pour la session RDP ?
Ruche a modifier sur pc client ou serveur hôte ?

Il peut très bien avoir des comptes locaux pour des TSE en ouverture de session auto voir en mode kiosque, voir même géré via un logiciel tiers. Ca ne me choque pas que des TSE ne soient pas géré par AD.

EDIT: +1 pour la solution ci dessus si pas de GPO possible

[cerede2000]

Même en auto ou kiosk, compte AD sans problème
J'ai réaliser une page intranet avec des lien custom RDP:// qui en fait ouvre MSTSC avec un paramètre appliqué pour que les tickets kerberos soit utilisé à l'initiation de la connexion.
Résultat SSO et login en TSE depuis une page intranet

Mais il faut que les deux comptes locaux soit identique login et MDP pour que cela fonctionne.

EDIT: +1 pour la solution ci dessus si pas de GPO possible

Tu parle de laquelle ?