Bonjour,
 
Je cherche un moyen pour modifier une base de registre sur une ou des machines distantes. Ce sont des machines en XP et 9x situé sur un même réseau. Je sais qu'il existe des outils comme VNC ou des prises de main à distance mais ca m'interesse pas vraiement.  
 
J'avais entendu dire sur ce forum il y a pas mal de temps déjà que l'on pouvait avoir accés au registre d'une machine distante, mais je ne sais plus par quel moyen ? est-ce que vous auriez l'outils "adéquate" ou un début de piste ?
 
Merci pour vos réponses
@+
cvb

up

As-tu essayé Démarrer->Exécuter->regedit->Fichier->Connexion au Registre réseau ?

Pour 9X à part un fichier *.reg lancé via un batch pour fusionner avec la base de registre il me semble pas que tu disposes de bcp de moyens.
 
Sous XP Il faut que le service "Accès à distance au Registre" (RemoteRegistry) soit lancé, ensuite avec regedit tu peux te connecter à la machine. Sinon dans un domaine tu peux utiliser soit un script de login / logoff, soit les GPO pour modifier le registre.

Avec un script .vbs, c'est faisable très facilement.
RegDelete : Supprime du registre la clé ou la valeur  
RegRead : Renvoie la clé ou la valeur du registre  
RegWrite : Définit la clé ou la valeur de registre  
Pour plus d'information et des exemple passe faire un tour ici:
http://www.bellamyjc.net/fr/vbsobjets.html#regexp

merci les gas Question trés simple, d'habitude pour modifier automatiquement le registre, j'utilise un batch sans intervention de l'utilisateur
D'habitude le code c'est :
 

 
Si je mets cette syntaxe là,  est-ce que ca pourrait fonctionner ?
 

 
j'ai comme un doute.  
Merci d'avance pour vos réponse
@+
cvb
 

up

Je monterais le lecteur réseau avec NET USE plutôt que d'utiliser un chemin UNC.
 
Après tu peux utiliser psexec des pstools sur les environnements NT pour exécuter un processus sur une machine distante (www.sysinternals.com pour télécharger ces utilitaires gratuits) ce qui te permetterait d'exécuter regedit sur la machine distante (car la avecce que tu as écris au mieux tu exécutes le regedit d'une machine distante localement, ce qui n'est probablement pas l'effet souhaité).
 
Le soucis c'est pour les OS 9X, car la plus part des fonctions ou commandes disponibles pour monter des lecteurs réseau sont inexistantes tant pour des BATCH que pour des scripts en VBS.

 
 
merci de ta réponse trés compléte, je vais essayer de mettre tous ça en oeuvre !  
Dernière question - je l'ai jamais fais - est-ce qu'on peut "cacher" un lecteur réseau quand on le crée avec la fonction NET USE, un peu comme si on crée un point de montage ?
 
Merci
@+
cvb
 

Oui tu ajoutes un $ à la fin du nom de partage.
 
Par exemple : \\serveur\partage$
 
Ensuite il suffit de faire :
 

 
 
ok, merci pour tous ses renseignements ! je vais faire tous ça
@+
cvb
 

 
Pas vraiment, non... ton lecteur réseau sera visible. Pas longtemps, effectivement, puisque tu le supprime directement après le lancement de regedit. L'utilisation du dolars "cache" le répertoire dans le voisinage réseau, c'est tout, mais si on mappe un répertoir caché, il est visible...
 
Maintenant, je ne vois pas pourquoi tu dis, requin, que c'est mieux d'utiliser un répertoire mappé plutot qu'un chemin UNC.... Expliques-toi, stp.
 
En tout cas, mois je dirais le contraire..
 
A+

Voilà le script que j'utilise en vbs
 

ok, merci par contre je vois pas mal de commentaire ? je suppose que c'est normal ?
 
 
@+
cvb

Exact, c'est pour la documentation

 
Car pas mal d'utilitaires ne gèrent pas correctement les chemins UNC... tout simplement  
 
Une autre raison un peu "bidon" c'est que tu peux avoir besoin de passer des credentials différents de ceux de l'utilisateur pour te connecter à la resource...
 
Sinon sur le fond je te rejoins et je trouve qu'un chemin UNC est bien plus propre.

Dans ce cas précis (fichier de commande ou batch), UNC est très bien géré. Maintenant effectivement, si tu ne travail pas dans un environement homogène avec authentification sur un serveur AD (ou autre), ca peut poser problème, mais bon ...
   
On s'est compris.