Bonjour,
Nous avons déja été un peu aidé sur cette question que nous reposons, dans
l'espoir d'avoir plus d'info. sur la solution :
Nous utilisons une appli. métier qui nécessite que certaines clés de la BdR
soient propres à l'utilisateur. Alors, comment faire pour que chaque user
RDP ait sa Bdr spécifique (autre que ce qui se trouve dans HKey Current User
car, a priori, c'est par défaut déja le cas pour cette branche) ?
Merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric PERROMAT [MVP]
céline wrote: || Bonjour, || Nous avons déja été un peu aidé sur cette question que nous || reposons, dans l'espoir d'avoir plus d'info. sur la solution : || Nous utilisons une appli. métier qui nécessite que certaines clés de || la BdR soient propres à l'utilisateur. Alors, comment faire pour || que chaque user RDP ait sa Bdr spécifique (autre que ce qui se || trouve dans HKey Current User car, a priori, c'est par défaut déja || le cas pour cette branche) ? || Merci Bonjour, Dans le registre seul hkey current user est propre à la session de l'utilisateur ... le reste du registre non ... je ne comprends donc pas votre question ...
-- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
céline wrote:
|| Bonjour,
|| Nous avons déja été un peu aidé sur cette question que nous
|| reposons, dans l'espoir d'avoir plus d'info. sur la solution :
|| Nous utilisons une appli. métier qui nécessite que certaines clés de
|| la BdR soient propres à l'utilisateur. Alors, comment faire pour
|| que chaque user RDP ait sa Bdr spécifique (autre que ce qui se
|| trouve dans HKey Current User car, a priori, c'est par défaut déja
|| le cas pour cette branche) ?
|| Merci
Bonjour,
Dans le registre seul hkey current user est propre à la session de
l'utilisateur ... le reste du registre non ...
je ne comprends donc pas votre question ...
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
céline wrote: || Bonjour, || Nous avons déja été un peu aidé sur cette question que nous || reposons, dans l'espoir d'avoir plus d'info. sur la solution : || Nous utilisons une appli. métier qui nécessite que certaines clés de || la BdR soient propres à l'utilisateur. Alors, comment faire pour || que chaque user RDP ait sa Bdr spécifique (autre que ce qui se || trouve dans HKey Current User car, a priori, c'est par défaut déja || le cas pour cette branche) ? || Merci Bonjour, Dans le registre seul hkey current user est propre à la session de l'utilisateur ... le reste du registre non ... je ne comprends donc pas votre question ...
-- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline
Bonjour Eric, Dans le registre seul hkey current user est propre à la session de
l'utilisateur ... le reste du registre non ... ===> Justement, peux t'on faire autrement (des valeurs propres pour chaque
utilisateur) ? Merci
céline wrote: || Bonjour, || Nous avons déja été un peu aidé sur cette question que nous || reposons, dans l'espoir d'avoir plus d'info. sur la solution : || Nous utilisons une appli. métier qui nécessite que certaines clés de || la BdR soient propres à l'utilisateur. Alors, comment faire pour || que chaque user RDP ait sa Bdr spécifique (autre que ce qui se || trouve dans HKey Current User car, a priori, c'est par défaut déja || le cas pour cette branche) ? || Merci Bonjour, Dans le registre seul hkey current user est propre à la session de l'utilisateur ... le reste du registre non ... je ne comprends donc pas votre question ...
-- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bonjour Eric,
Dans le registre seul hkey current user est propre à la session de
l'utilisateur ... le reste du registre non ...
===> Justement, peux t'on faire autrement (des valeurs propres pour chaque
utilisateur) ?
Merci
céline wrote:
|| Bonjour,
|| Nous avons déja été un peu aidé sur cette question que nous
|| reposons, dans l'espoir d'avoir plus d'info. sur la solution :
|| Nous utilisons une appli. métier qui nécessite que certaines clés de
|| la BdR soient propres à l'utilisateur. Alors, comment faire pour
|| que chaque user RDP ait sa Bdr spécifique (autre que ce qui se
|| trouve dans HKey Current User car, a priori, c'est par défaut déja
|| le cas pour cette branche) ?
|| Merci
Bonjour,
Dans le registre seul hkey current user est propre à la session de
l'utilisateur ... le reste du registre non ...
je ne comprends donc pas votre question ...
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bonjour Eric, Dans le registre seul hkey current user est propre à la session de
l'utilisateur ... le reste du registre non ... ===> Justement, peux t'on faire autrement (des valeurs propres pour chaque
utilisateur) ? Merci
céline wrote: || Bonjour, || Nous avons déja été un peu aidé sur cette question que nous || reposons, dans l'espoir d'avoir plus d'info. sur la solution : || Nous utilisons une appli. métier qui nécessite que certaines clés de || la BdR soient propres à l'utilisateur. Alors, comment faire pour || que chaque user RDP ait sa Bdr spécifique (autre que ce qui se || trouve dans HKey Current User car, a priori, c'est par défaut déja || le cas pour cette branche) ? || Merci Bonjour, Dans le registre seul hkey current user est propre à la session de l'utilisateur ... le reste du registre non ... je ne comprends donc pas votre question ...
-- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Eric PERROMAT [MVP]
Céline wrote: || Bonjour Eric, || Dans le registre seul hkey current user est propre à la session de ||| l'utilisateur ... le reste du registre non ... || ===> Justement, peux t'on faire autrement (des valeurs propres pour || chaque utilisateur) ? || Merci Bonjour, Si ces valeurs doivent être dans le registre il n'y a pas d'autre possibilités que hkey current users j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y a t'il d'autre solution de contournement ... Comment cet appli a été installé ? -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline wrote:
|| Bonjour Eric,
|| Dans le registre seul hkey current user est propre à la session de
||| l'utilisateur ... le reste du registre non ...
|| ===> Justement, peux t'on faire autrement (des valeurs propres pour
|| chaque utilisateur) ?
|| Merci
Bonjour,
Si ces valeurs doivent être dans le registre il n'y a pas d'autre
possibilités que hkey current users
j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y
a t'il d'autre solution de contournement ...
Comment cet appli a été installé ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline wrote: || Bonjour Eric, || Dans le registre seul hkey current user est propre à la session de ||| l'utilisateur ... le reste du registre non ... || ===> Justement, peux t'on faire autrement (des valeurs propres pour || chaque utilisateur) ? || Merci Bonjour, Si ces valeurs doivent être dans le registre il n'y a pas d'autre possibilités que hkey current users j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y a t'il d'autre solution de contournement ... Comment cet appli a été installé ? -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline
Bobjour Eric, Une appli. métier, tournant sur le serveur TSE, a généré une clé dans HKLM lors de son instal. Jusqu'ici tout va bien en exploite. Et cette clé est la même pour tout le monde. Nous avons un nouveau besoin qui est de personaliser la valeur de cette clé en fonction de l'utilisateur TSE qui se connecte: user X se connecte, la valeur est Y pour lui et durant sa session de travail. user Y se connecte, la valeur est Z, .... En fait, c'est la valeur de cette clé qui nous permet de diriger une partie du paramétrage de l'appli selon l'utilisateur. Quand nous étions en client lourd, le pb. ne se posait pas. On modifiait la clé sur le poste client même. Mais en TSE ... Espérons avoir été plus claire. Merci
Céline wrote: || Bonjour Eric, || Dans le registre seul hkey current user est propre à la session de ||| l'utilisateur ... le reste du registre non ... || ===> Justement, peux t'on faire autrement (des valeurs propres pour || chaque utilisateur) ? || Merci Bonjour, Si ces valeurs doivent être dans le registre il n'y a pas d'autre possibilités que hkey current users j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y a t'il d'autre solution de contournement ... Comment cet appli a été installé ? -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bobjour Eric,
Une appli. métier, tournant sur le serveur TSE, a généré une clé dans HKLM
lors de son instal.
Jusqu'ici tout va bien en exploite. Et cette clé est la même pour tout le
monde.
Nous avons un nouveau besoin qui est de personaliser la valeur de cette
clé en fonction de l'utilisateur TSE qui se connecte: user X se connecte, la
valeur est Y pour lui et durant sa session de travail.
user Y se connecte, la valeur est Z, ....
En fait, c'est la valeur de cette clé qui nous permet de diriger une partie
du paramétrage de l'appli selon l'utilisateur. Quand nous étions en client
lourd, le pb. ne se posait pas. On modifiait la clé sur le poste client même.
Mais en TSE ...
Espérons avoir été plus claire.
Merci
Céline wrote:
|| Bonjour Eric,
|| Dans le registre seul hkey current user est propre à la session de
||| l'utilisateur ... le reste du registre non ...
|| ===> Justement, peux t'on faire autrement (des valeurs propres pour
|| chaque utilisateur) ?
|| Merci
Bonjour,
Si ces valeurs doivent être dans le registre il n'y a pas d'autre
possibilités que hkey current users
j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y
a t'il d'autre solution de contournement ...
Comment cet appli a été installé ?
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bobjour Eric, Une appli. métier, tournant sur le serveur TSE, a généré une clé dans HKLM lors de son instal. Jusqu'ici tout va bien en exploite. Et cette clé est la même pour tout le monde. Nous avons un nouveau besoin qui est de personaliser la valeur de cette clé en fonction de l'utilisateur TSE qui se connecte: user X se connecte, la valeur est Y pour lui et durant sa session de travail. user Y se connecte, la valeur est Z, .... En fait, c'est la valeur de cette clé qui nous permet de diriger une partie du paramétrage de l'appli selon l'utilisateur. Quand nous étions en client lourd, le pb. ne se posait pas. On modifiait la clé sur le poste client même. Mais en TSE ... Espérons avoir été plus claire. Merci
Céline wrote: || Bonjour Eric, || Dans le registre seul hkey current user est propre à la session de ||| l'utilisateur ... le reste du registre non ... || ===> Justement, peux t'on faire autrement (des valeurs propres pour || chaque utilisateur) ? || Merci Bonjour, Si ces valeurs doivent être dans le registre il n'y a pas d'autre possibilités que hkey current users j'ai du mal à cerner reellement votre PB ... dites nous en plus peut être y a t'il d'autre solution de contournement ... Comment cet appli a été installé ? -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Eric PERROMAT [MVP]
Céline wrote: || Bobjour Eric, || Une appli. métier, tournant sur le serveur TSE, a généré une clé || dans HKLM lors de son instal. || Jusqu'ici tout va bien en exploite. Et cette clé est la même pour || tout le monde. || Nous avons un nouveau besoin qui est de personaliser la valeur de || cette clé en fonction de l'utilisateur TSE qui se connecte: user X || se connecte, la valeur est Y pour lui et durant sa session de || travail. user Y se connecte, la valeur || est Z, .... || En fait, c'est la valeur de cette clé qui nous permet de diriger une || partie du paramétrage de l'appli selon l'utilisateur. Quand nous || étions en client lourd, le pb. ne se posait pas. On modifiait la clé || sur le poste client même. Mais en TSE ... || Espérons avoir été plus claire. || Merci L'application a t'elle été installé correctement sur le TSE via ajout/suppression de programme ou change user /install ? Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente dans hklm dans un fichier .reg (pour faire une sauvegarde) Supprimer la clé au niveau de hklm Recopier le fichier .reg precedent sous un autre nom afin de le modifier afin de remplacer hklm par hkcu à condition bien sur que le chemin existe déjà au niveau de la clé utilisateur (chemin type software par exemple) Importer le nouveau .reg dans le registre et tester ... En tout cas, bizarre de mettre le paramétrage d'une application utilisateur dans la partie relative à la machine ... Le fait de faire une sauvegarde de la clé permet de trés facilement revenir en arriere ... -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline wrote:
|| Bobjour Eric,
|| Une appli. métier, tournant sur le serveur TSE, a généré une clé
|| dans HKLM lors de son instal.
|| Jusqu'ici tout va bien en exploite. Et cette clé est la même pour
|| tout le monde.
|| Nous avons un nouveau besoin qui est de personaliser la valeur de
|| cette clé en fonction de l'utilisateur TSE qui se connecte: user X
|| se connecte, la valeur est Y pour lui et durant sa session de
|| travail. user Y se connecte, la valeur
|| est Z, ....
|| En fait, c'est la valeur de cette clé qui nous permet de diriger une
|| partie du paramétrage de l'appli selon l'utilisateur. Quand nous
|| étions en client lourd, le pb. ne se posait pas. On modifiait la clé
|| sur le poste client même. Mais en TSE ...
|| Espérons avoir été plus claire.
|| Merci
L'application a t'elle été installé correctement sur le TSE via
ajout/suppression de programme ou change user /install ?
Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente
dans hklm dans un fichier .reg (pour faire une sauvegarde)
Supprimer la clé au niveau de hklm
Recopier le fichier .reg precedent sous un autre nom afin de le modifier
afin de remplacer hklm par hkcu à condition bien sur que le chemin existe
déjà au niveau de la clé utilisateur (chemin type software par exemple)
Importer le nouveau .reg dans le registre et tester ...
En tout cas, bizarre de mettre le paramétrage d'une application utilisateur
dans la partie relative à la machine ...
Le fait de faire une sauvegarde de la clé permet de trés facilement revenir
en arriere ...
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline wrote: || Bobjour Eric, || Une appli. métier, tournant sur le serveur TSE, a généré une clé || dans HKLM lors de son instal. || Jusqu'ici tout va bien en exploite. Et cette clé est la même pour || tout le monde. || Nous avons un nouveau besoin qui est de personaliser la valeur de || cette clé en fonction de l'utilisateur TSE qui se connecte: user X || se connecte, la valeur est Y pour lui et durant sa session de || travail. user Y se connecte, la valeur || est Z, .... || En fait, c'est la valeur de cette clé qui nous permet de diriger une || partie du paramétrage de l'appli selon l'utilisateur. Quand nous || étions en client lourd, le pb. ne se posait pas. On modifiait la clé || sur le poste client même. Mais en TSE ... || Espérons avoir été plus claire. || Merci L'application a t'elle été installé correctement sur le TSE via ajout/suppression de programme ou change user /install ? Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente dans hklm dans un fichier .reg (pour faire une sauvegarde) Supprimer la clé au niveau de hklm Recopier le fichier .reg precedent sous un autre nom afin de le modifier afin de remplacer hklm par hkcu à condition bien sur que le chemin existe déjà au niveau de la clé utilisateur (chemin type software par exemple) Importer le nouveau .reg dans le registre et tester ... En tout cas, bizarre de mettre le paramétrage d'une application utilisateur dans la partie relative à la machine ... Le fait de faire une sauvegarde de la clé permet de trés facilement revenir en arriere ... -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Céline
Bonjour et merci Eric, Nous retenons que, à part de ramener la clé à HKCU, ce n'est donc pas possible. Par ailleurs, nous allons creuser ton idée sur le déplacement de la clé dans HKCU. Cordialement
Céline wrote: || Bobjour Eric, || Une appli. métier, tournant sur le serveur TSE, a généré une clé || dans HKLM lors de son instal. || Jusqu'ici tout va bien en exploite. Et cette clé est la même pour || tout le monde. || Nous avons un nouveau besoin qui est de personaliser la valeur de || cette clé en fonction de l'utilisateur TSE qui se connecte: user X || se connecte, la valeur est Y pour lui et durant sa session de || travail. user Y se connecte, la valeur || est Z, .... || En fait, c'est la valeur de cette clé qui nous permet de diriger une || partie du paramétrage de l'appli selon l'utilisateur. Quand nous || étions en client lourd, le pb. ne se posait pas. On modifiait la clé || sur le poste client même. Mais en TSE ... || Espérons avoir été plus claire. || Merci L'application a t'elle été installé correctement sur le TSE via ajout/suppression de programme ou change user /install ? Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente dans hklm dans un fichier .reg (pour faire une sauvegarde) Supprimer la clé au niveau de hklm Recopier le fichier .reg precedent sous un autre nom afin de le modifier afin de remplacer hklm par hkcu à condition bien sur que le chemin existe déjà au niveau de la clé utilisateur (chemin type software par exemple) Importer le nouveau .reg dans le registre et tester ... En tout cas, bizarre de mettre le paramétrage d'une application utilisateur dans la partie relative à la machine ... Le fait de faire une sauvegarde de la clé permet de trés facilement revenir en arriere ... -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bonjour et merci Eric,
Nous retenons que, à part de ramener la clé à HKCU, ce n'est donc pas
possible.
Par ailleurs, nous allons creuser ton idée sur le déplacement de la clé dans
HKCU.
Cordialement
Céline wrote:
|| Bobjour Eric,
|| Une appli. métier, tournant sur le serveur TSE, a généré une clé
|| dans HKLM lors de son instal.
|| Jusqu'ici tout va bien en exploite. Et cette clé est la même pour
|| tout le monde.
|| Nous avons un nouveau besoin qui est de personaliser la valeur de
|| cette clé en fonction de l'utilisateur TSE qui se connecte: user X
|| se connecte, la valeur est Y pour lui et durant sa session de
|| travail. user Y se connecte, la valeur
|| est Z, ....
|| En fait, c'est la valeur de cette clé qui nous permet de diriger une
|| partie du paramétrage de l'appli selon l'utilisateur. Quand nous
|| étions en client lourd, le pb. ne se posait pas. On modifiait la clé
|| sur le poste client même. Mais en TSE ...
|| Espérons avoir été plus claire.
|| Merci
L'application a t'elle été installé correctement sur le TSE via
ajout/suppression de programme ou change user /install ?
Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente
dans hklm dans un fichier .reg (pour faire une sauvegarde)
Supprimer la clé au niveau de hklm
Recopier le fichier .reg precedent sous un autre nom afin de le modifier
afin de remplacer hklm par hkcu à condition bien sur que le chemin existe
déjà au niveau de la clé utilisateur (chemin type software par exemple)
Importer le nouveau .reg dans le registre et tester ...
En tout cas, bizarre de mettre le paramétrage d'une application utilisateur
dans la partie relative à la machine ...
Le fait de faire une sauvegarde de la clé permet de trés facilement revenir
en arriere ...
--
Eric Perromat [MVP Windows Server - Terminal Server]
http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
Bonjour et merci Eric, Nous retenons que, à part de ramener la clé à HKCU, ce n'est donc pas possible. Par ailleurs, nous allons creuser ton idée sur le déplacement de la clé dans HKCU. Cordialement
Céline wrote: || Bobjour Eric, || Une appli. métier, tournant sur le serveur TSE, a généré une clé || dans HKLM lors de son instal. || Jusqu'ici tout va bien en exploite. Et cette clé est la même pour || tout le monde. || Nous avons un nouveau besoin qui est de personaliser la valeur de || cette clé en fonction de l'utilisateur TSE qui se connecte: user X || se connecte, la valeur est Y pour lui et durant sa session de || travail. user Y se connecte, la valeur || est Z, .... || En fait, c'est la valeur de cette clé qui nous permet de diriger une || partie du paramétrage de l'appli selon l'utilisateur. Quand nous || étions en client lourd, le pb. ne se posait pas. On modifiait la clé || sur le poste client même. Mais en TSE ... || Espérons avoir été plus claire. || Merci L'application a t'elle été installé correctement sur le TSE via ajout/suppression de programme ou change user /install ? Si c'est le cas, pour moi il faudrait essayer d'exporter la clé présente dans hklm dans un fichier .reg (pour faire une sauvegarde) Supprimer la clé au niveau de hklm Recopier le fichier .reg precedent sous un autre nom afin de le modifier afin de remplacer hklm par hkcu à condition bien sur que le chemin existe déjà au niveau de la clé utilisateur (chemin type software par exemple) Importer le nouveau .reg dans le registre et tester ... En tout cas, bizarre de mettre le paramétrage d'une application utilisateur dans la partie relative à la machine ... Le fait de faire une sauvegarde de la clé permet de trés facilement revenir en arriere ... -- Eric Perromat [MVP Windows Server - Terminal Server] http://pameri.chez.tiscali.fr et http://eperromat.free.fr/forum
