Registre HKCR - modifications

"Daniel92" <QuelleGalere@ole6news.fr> a écrit dans le message de news:
ObkJU5WEGHA.1088@tk2msftngp13.phx.gbl...

*Bonsoir* ,

(désolé de reposter cette partie de question
restée sans réponse exploitable)

Beaucoup de Tips agissent sur les clés HKCR , or
celles-ci sont en général des Alias directs de clés du Registre
ou des Copies ( regroupant des Valeurs de clés différentes
HKLM , HKCU et d'autres ? )

Est-ce que ce n'est pas un risque d'intervenir sur HKCR ?

Merci par avance.
--
Cordialement,
:O)
Daniel.
=== >
Archiver et Référencer les messages de newsgroup :
http://fspsa.free.fr/GRAM.html
Retrouver un article de la Base de Connaissance MS
par son numéro : http://fspsa.free.fr/KB.htm
D'autres Outils : http://fspsa.free.fr


Bonsoir,

C'est pas des alias, c'est, comme le nom l'indique, les clefs utilisé pour
l'utilisateur courant, c'est a dir, toi, quand tu le fais sur ta session,
comme cela, tu ne tripote pas les paramètres des autres utilisateur.

Cette clef, est en fait (en partie) le fichier :
NTUSER.DAT
qui ce trouve dans ton profile sur :
C:Documents and Settings
Donc, il est plus préférable, au contraire de "bidouiller" cette clef que
les autres, car il suffit, de refaire la session, en cas de gros dégât, pour
tout réparer.
Ou encore, importer les valeurs d'une autre session, pour ne faire la
fusion.

Le risque, c'est l'inverse de ce que tu pense, c'est HKLM, qui lui, est
commun à TOUS les utilisateurs du PC.

Certaines clef, n'existe pas dans l'un et que dans l'autre

Une clef, supprimé dans HKCU, il suffit de relancer l'application qu'il
l'utilise, pour régénérer automatiquement cette clef.

Fabrice
Microsoft MVP
http://www.fab3d.fr.st
Faq Windows XP :
http://a.vouillon.online.fr/faq-winxp.htm

Bonjour Fabrice et Bonne Année 2006,

*Fabrice [MVP]* écrit dans
http://groups.google.com/groups?threadm=ObkJU5WEGHA.1088%40tk2msftngp13.phx.gbl

: *Daniel92* avait demandé dans le message :
: news:ObkJU5WEGHA.1088@tk2msftngp13.phx.gbl...
: >
: > Beaucoup de Tips agissent sur les clés HKCR , or
: > celles-ci sont en général des Alias directs de clés du Registre
: > ou des Copies ( regroupant des Valeurs de clés différentes
: > HKLM , HKCU et d'autres ? )
: >
: > Est-ce que ce n'est pas un risque d'intervenir sur HKCR ?
: >
: > Merci par avance. Daniel.


: C'est pas des alias, c'est, comme le nom l'indique, les clefs utilisé pour
: l'utilisateur courant, c'est a dir, toi, quand tu le fais sur ta session,
: comme cela, tu ne tripote pas les paramètres des autres utilisateur.
:
: Cette clef, est en fait (en partie) le fichier :
: NTUSER.DAT
: qui ce trouve dans ton profile sur :
: C:Documents and Settings

** Hhheuuhh, je crains que tu ne fasses la confusion entre
HKCR ( HKEY_CLASSES_ROOT ) sur laquelle je posais
ma question et HKCU ( HKEY_CURRENT_USER ) qui
correspond à une partie de la ruche %UserProfile%NtUser.dat

: [...]

: Le risque, c'est l'inverse de ce que tu pense, c'est HKLM, qui lui, est
: commun à TOUS les utilisateurs du PC.
:
: Certaines clef, n'existe pas dans l'un et que dans l'autre
:
: Une clef, supprimé dans HKCU, il suffit de relancer l'application qu'il
: l'utilise, pour régénérer automatiquement cette clef.
:
: Fabrice
: Microsoft MVP

** Et oui ... mais ce sont les dépannages qui dictent s'il faut
modifier HKCU (paramètres de l'utilisateur en cours de session)
ou HKLM (paramètres de l'ordinateur local et applicable à tous
les utilisateurs).

* Si tu as de l'information sur HKEY_CLASSES_ROOT ,
je suis toujours preneur.

--
Cordialement,

:O)
Daniel.
====

Meilleurs voeux aussi,

Et oui, j'ai fait une boulette, j'ai confondu, comme tu le suppose, avec
HKCU !

:$

Fabrice
Microsoft MVP
http://www.fab3d.fr.st
Faq Windows XP :
http://a.vouillon.online.fr/faq-winxp.htm

Dans le message :ObkJU5WEGHA.1088@tk2msftngp13.phx.gbl,
Daniel92 <QuelleGalere@ole6news.fr> a pris la peine d'écrire ce qui suit :

*Bonsoir* ,

(désolé de reposter cette partie de question
restée sans réponse exploitable)

Beaucoup de Tips agissent sur les clés HKCR , or
celles-ci sont en général des Alias directs de clés du Registre
ou des Copies ( regroupant des Valeurs de clés différentes
HKLM , HKCU et d'autres ? )

Est-ce que ce n'est pas un risque d'intervenir sur HKCR ?

HKCR N'EST PAS une copie de HKLMSOFTWAREClasses
HKCR est un alias de HKLMSOFTWAREClasses
(pour faciliter la tâche de l'utilisateur)

Donc, comme toute clef HKLM, elle n'est normalement modifiable QUE par un
administrateur !
(sauf si un admin a donné tous les droits à tout le monde pour tout ou
partie de HKLM)

HKCR fait partie de la ruche %systemroot%system32configSOFTWARE

MAIS depuis W2K, il est possible d'éditer SPÉCIFIQUEMENT la branche
HKCUSoftwareClasses, qui vient en "double" et se superpose à
HKLMSOFTWAREClasses.

HKCUSoftwareClasses fait partie de la ruche %userprofile%NTUSER.DAT

Le passage par l'explorateur (menu Outil/options des dossiers/..) n'affecte
QUE la branche
HKLMSOFTWAREClasses,
et NON PAS
HKCUSoftwareClasses.

Pour modifier HKCUSoftwareClasses, il faut obligatoirement passer par
REGEDIT
(ou un programme quelconque qui modifie la BDR dans HKCUSoftwareClasses)

Si une extension est référencée A LA FOIS dans
HKLMSOFTWAREClasses
et dans
HKCUSoftwareClasses,

ce sont les données contenues dans
HKCUSoftwareClasses
qui prédominent et apparaissent dans HKCR

cf.
http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/regentry/69673.asp

Donc on peut faire en sorte que chaque utilisateur ait une branche
HKCUSoftwareClasses a lui.
(qu'il pourra donc modifier)

Exemple :
---------
utilisateur A :
HKCUSoftwareClassesHTTPshellopencommand
"C:Program FilesInternet Exploreriexplore.exe" -nohome

HKCUSoftwareClassesmailtoshellopencommand
""C:Program FilesOutlook Expressmsimn.exe" /mailurl:%1"

utilisateur B :
HKCUSoftwareClassesHTTPshellopencommand
""I:Program FilesMozilla Firefoxfirefox.exe""

HKCUSoftwareClassesmailtoshellopencommand
"I:Program Filesthunderbirdthunderbird.exe"

Le navigateur par défaut sera IE chez A et FireFox chez B ...
L'outil de messagerie par défaut sera OE chez A et ThunderBird chez B


Donc quant au risque d'intervenir sur HKCR , il n'est réel que si
l'administrateur est un blaireau qui fait n'importe quoi ! ;-)
Si un utilisateur lambda veut bidouiller sa HKCUSoftwareClasses, il peut,
à ses risques et périls, mais s'il fait une conceté, cela n'affectera pas
les autres comptes.


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - Jean-Claude.Bellamy@wanadoo.fr
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Bonsoir Jean-Claude,

*Jean-Claude BELLAMY* écrit dans
news:e0VY3KiEGHA.4032@TK2MSFTNGP10.phx.gbl...

: Daniel92 a pris la peine d'écrire ce qui suit :
: > Beaucoup de Tips agissent sur les clés HKCR , or
: > celles-ci sont en général des Alias directs de clés du Registre
: > ou des Copies ( regroupant des Valeurs de clés différentes
: > HKLM , HKCU et d'autres ? )
: >
: > Est-ce que ce n'est pas un risque d'intervenir sur HKCR ?


: HKCR N'EST PAS une copie de HKLMSOFTWAREClasses
: HKCR est un alias de HKLMSOFTWAREClasses
: (pour faciliter la tâche de l'utilisateur)

** Moi je veux bien , et c'est ce que j'avais lu sur ton Site, mais ...
... cela reste à démonter , car si on en croit la documentation:

Description du Registre de Microsoft Windows
http://support.microsoft.com/kb/256986/fr

« HKEY_CLASSES_ROOT ...
La clé HKEY_LOCAL_MACHINESoftwareClasses contient les paramètres
par défaut qui peuvent s'appliquer à tous les utilisateurs
de l'ordinateur local.
La clé HKEY_CURRENT_USERSoftwareClasses contient les paramètres
qui remplacent les paramètres par défaut et s'appliquent uniquement
à l'utilisateur interactif.

La clé HKEY_CLASSES_ROOT fournit un aperçu du Registre qui fusionne
les informations de ces deux sources. »

=> donc deux sources HKLM et HKCU et non pas UNE;
et si HKCR fusionne des Clés et/ou des Valeurs de ces deux
sources, ce NE PEUT pas ÊTRE des alias de Clé mais plutôt
des alias de Valeurs de HKLM et de HKCU ... ou une
reconstruction à partir de ces Valeurs...


: Donc, comme toute clef HKLM, elle n'est normalement modifiable QUE
: par un administrateur !
: (sauf si un admin a donné tous les droits à tout le monde pour tout ou
: partie de HKLM)
:
: HKCR fait partie de la ruche %systemroot%system32configSOFTWARE

** Ce ne serait pas plutôt HKLMSOFTWAREClasses ?
( sinon risque de transférer des Valeurs de HKCR modifiées
par HKCUSoftwareClasses depuis W2K )


: MAIS depuis W2K, il est possible d'éditer SPÉCIFIQUEMENT la branche
: HKCUSoftwareClasses, qui vient en "double" et se superpose à
: HKLMSOFTWAREClasses.

** Euh ... si j'ai bien compris les docs KB et Reskit,
ce ne sont pas les Clés de HKCUSoftwareClasses ,
mais les Valeurs contenues dans ces Clés qui se superposent
à celles de HKLMSOFTWAREClasses existantes ...
... ce que semble confirmer le terme FUSION .


: HKCUSoftwareClasses fait partie de la ruche %userprofile%NTUSER.DAT
:
: Le passage par l'explorateur (menu Outil/options des dossiers/..) n'affecte
: QUE la branche
: HKLMSOFTWAREClasses,
: et NON PAS
: HKCUSoftwareClasses.

** Et si un paramètre modifié, donc une Valeur de Clé,
existe dans HKCUSoftwareClasses ... ?


: Pour modifier HKCUSoftwareClasses, il faut obligatoirement
: passer par REGEDIT (ou un programme quelconque qui modifie
: la BDR dans HKCUSoftwareClasses)
:
: Si une extension est référencée A LA FOIS dans
: HKLMSOFTWAREClasses
: et dans
: HKCUSoftwareClasses,
:
: ce sont les données contenues dans
: HKCUSoftwareClasses
: qui prédominent et apparaissent dans HKCR
:
: cf.
: http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/regentry/69673.asp

** Et (pour une fois...) Reskit confirme mes deux extraits...


: Donc on peut faire en sorte que chaque utilisateur ait une branche
: HKCUSoftwareClasses a lui.
: (qu'il pourra donc modifier)
:
: Exemple :
: ---------
: utilisateur A :
: HKCUSoftwareClassesHTTPshellopencommand
: "C:Program FilesInternet Exploreriexplore.exe" -nohome
:
: HKCUSoftwareClassesmailtoshellopencommand
: ""C:Program FilesOutlook Expressmsimn.exe" /mailurl:%1"
:
: utilisateur B :
: HKCUSoftwareClassesHTTPshellopencommand
: ""I:Program FilesMozilla Firefoxfirefox.exe""
:
: HKCUSoftwareClassesmailtoshellopencommand
: "I:Program Filesthunderbirdthunderbird.exe"
:
: Le navigateur par défaut sera IE chez A et FireFox chez B ...
: L'outil de messagerie par défaut sera OE chez A et ThunderBird chez B


** Cette primauté de HKCU sur HKLM semble s'appliquer
à tout le Registre à sous-branche égales.
Un utilisateur à mis un Shell différent dans sa sous-branche de
HKCU ... à ses risques et périls...
Mais le Cuistre n'a pas répondu au dernier message... :o[

Exécution unique dans une session (message 5 de *SIPT*)
http://groups.google.com/groups?threadm=ejTwMMyBGHA.3796%40TK2MSFTNGP11.phx.gbl

« en fait j'ai trouvé, en mettant dans
Hkey local UsersoftwaremicrosoftwindowsNTlogon la clef
SHELL avec en valeur le programme à utiliser c'est parfait
Seul truc qu'il me reste à faire c'est de bloquer l'accès au
gestionnaire de tache pour ne pas pouvoir lancer une nouvelle
tache (avec parcourir) par son biais »

... vous aviez naturellement rectifié la clé citée... d'un homme
pressé... qui est en fait :
HKCUSoftwareMicrosoftWindows NTCurrentVersionWinlogon


: Donc quant au risque d'intervenir sur HKCR , il n'est réel que si
: l'administrateur est un blaireau qui fait n'importe quoi ! ;-)
: Si un utilisateur lambda veut bidouiller sa HKCUSoftwareClasses, il peut,
: à ses risques et périls, mais s'il fait une conceté, cela n'affectera pas
: les autres comptes.

** Pas si simple Jean-Claude, pas si simple ! :o)
( et Reskit le confirme - ce qui suit vient d'ailleurs,
en partie, en doublon de ce qui est dit plus haut )

Microsoft dit dans sa documentation:

Description du Registre de Microsoft Windows
http://support.microsoft.com/kb/256986/fr

« ...Pour modifier les paramètres de l'utilisateur interactif,
vous devez apporter des modifications
sous HKEY_CURRENT_USERSoftwareClasses
plutôt que sous HKEY_CLASSES_ROOT.

Pour modifier les paramètres par défaut, vous devez
apporter des modifications sous
HKEY_LOCAL_MACHINESoftwareClasses.

Si vous écrivez des clés pour une clé sous
HKEY_CLASSES_ROOT, le système enregistre les informations
sous HKEY_LOCAL_MACHINESoftwareClasses.

Si vous écrivez des valeurs pour une clé sous
HKEY_CLASSES_ROOT et que la clé existe déjà sous
HKEY_CURRENT_USERSoftwareClasses,
le système enregistrera les informations à cet emplacement
plutôt que sous HKEY_LOCAL_MACHINESoftwareClasses. »


* Donc ma question sur les Tips reste entière ... :o) car il existe
une branche HKEY_CURRENT_USERSoftwareClasses
qui vient se fusionner dans HKCR ... dans tous les W2K et + .

... et s'enrichit d'une méfiance à l'égard des Tips qui créent ou
modifient des Clés HKEY_CURRENT_USERSoftwareClasses .


Bonne Année et Bonne Santé à toi et aux tiens !

--
Cordialement,
:O)
Daniel.
====