Bien que vert de jalousie de ne pas y avoir pensé avant [:)] j'ai promis de me débrouiller pour automatiser les étapes.
Quelques jours après, voici clone_profil.exe.
Cet utilitaire vous permet donc de dupliquer les profils utilisateurs à loisir.
Merci Pantera 
Quelques fonctionnalités :
- Mode graphique : Très utile dans le cadre d'une utilisation classique du programme. Remplissez simplement les trois champs et cliquez sur OK .
- Mode console : Permet d'automatiser la tache et de l'intégrer à vos propres scripts.
Nouveau :
- Meilleure compatibilité avec certains masters Windows XP
- Prise en charge du cas ou le login de l'ancien compte est le même que celui du nouveau
Syntaxe : clone_profil.exe profil_a_cloner compte_de_destination password_utilisateur_à_de_destination
Exemple : clone_profil.exe jonathan.local jonathan_domain mon_mot_de_passe
Clone le profil jonathan.local pour le compte de domaine jonathan_domain. Son mot de passe est "password_utilisateur_à_de_destination" sur un poste 2000/XP.
Note :
-
Clone_profil.exe /? : affiche la boite de dialogue d'aide.
-
L'outil doit être lancé depuis un compte admin du domaine OU [mieux!] un compte utilisateur du domaine mais administrateur local du poste.
-
Dans la mesure où XP ne libère parfois pas correctement la ruche de registre utilisateur, je vous suggère de redémarrer le poste avant, ou d'installer UPHClean avant le lancement de clone_profil.
-
cet outil utilise subinacl.exe inclus dans le package.
Attention :
L'environnement AutoIT n'est pas nécessaire pour l'exécutable, toutefois l'utilisation de celui-ci et de son éditeur Scite pour la modification de scripts est nécessaire. Plus de renseignements sur le site de l'éditeur
Commentaires
Super, merci Johnathan!!
PanteraTu l'as aussi testé sur 3000 postes ??
Nop, juste sur 10 masters Win XP différents.
JonathanL'autre a été fait en urgence pour déplacer les données de 3000 postes... qui n'avaient pas la place disque de stocker deux profils de taille identique.
Je réutilise celui-là cette semaine, mais si tu l'utilise avant moi, n'hésite pas à remonter les infos :d
Bonjour,
Super cet exe. Sur nos masters, les profiles sont stockés dans le D:\docs and settings, y aurait-il moyen d'avoir le même exe se basant sur le D:
J'ai essayé d'ouvrir le script, faire la modif, le recompiler, mais ça ne marche pas
Merci !
FredPas de problème Fred, confirme moi que l'adresse Mail utilisée pour ton comentaire est la bonne ou envoie moi un mail en direct et je te fais ça
JonathanMerci pour la réponse rapide, l'adresse mail indiquée est bien la bonne. Petit complément d'information : le fichier dummy.exe est-il aussi un script compilé ? Je n'ai pas trouvé le lien correspondant à ce fichier.
FredCheck tes mails
JonathanBonjour,
djolofMerci pour ce script qui a l'air de repondre à mon besoin. Je veux migrer une quinzaine d'utilisateurs d'un workgroup vers un domaine que je viens d'installer. Je veux donc utiiser ton script pour migrer les profils du workgroup vers le domaine. J'ai juste une petite precision à demander concernant la syntaxe "clone_profil.exe jonathan.local jonathan_domain mon_mot_de_passe". A quoi correspond "mon_mot_de_passe", est ce que c'est le password de jonathan sur le domaine.
2eme question, pour lancer le script, est ce qu'il faut etre dans le workgroup ou est ce qu'il faut etre connecte au domaine?
Merci d'avance.
djolof
Bonjour Djolof,
mon_mot_de_passe est le mot de passe du compte du domaine. Il sert à faire un seclogon à la volée, afin que le compte récupère directement un nouveau profil cloné de l'ancien dès sa première authentification.
L'outil se lance sous une session dans le domaine ET il faut que le compte du domaine soit administrateur du poste (pour attaquer le registre), mais pas nécessairement admin du domaine, bien au contraire!
PS : un moi pour répondre! ça va pas en ce moment, mes excuses pour ce retard *légèrement* abusé....
Jonathangénial ce outil, mais j'expère qu'il résoud surtout les problèmes d'accès refusé lors de la copie par la méthode classique de windows( avancé copier dans)
kaspyriobon travail
Salut Jonathan.
Merci pour ce super outil qui marche super bien...
Je voulais savoir si je pouvais l'utiliser avant d'etre dans le nouveau domaine... Visiblement ta réponse semble claire mais dans le cadre de ma migration et surtout pour le mot de passe des utilisateurs, j'aurais préféré l'utiliser avant d'etre logué dans le nouveau domaine...
Est-ce vraiment impossible ?
Si cela est possible, au niveau du login, a savoir le paramètre jonathan_domain, peut-il etre de la forme DOMAIN\User ?
Je te remercie d'avance et vraiment bravo pour cet outil simple et efficace.
CharlySalut Kaspy. Normalement pas de soucis de ce côté là.
Note que je n'ai pas eu de problème en faisant le classique copier dans (si ce n'est que j'ai .... d'autres soucis :p)
Jonathan
JonathanBonjour Charly,
malheureusement non, car -jette un coup d'oeil au source- il faut bien que l'utilisateur du novueau domaine automatiquement.
JonathanNote que je penses qu'avec une ou deux retouches, tu dois pouvoir inverser domaine source et cible et faire tout ce que tu veux depuis le source sans trop de soucis
slt jonathan
kaspyriomerci pour ta réponse, mais finalement j'ai testé l'outil (mode graphique). j'ai renseigné les champs puis ok. la LED HDD a commencé par clignoté pdt 1e dizaine de minute jusqu' au message fin de l'outil. bizarement aucune modification n'est apportée au profil cible. j'y ai rien compris. t'as une idée ? merci d'avance
Bonjour Jonathan et merci pour ta réactivité.
Je vais travailler sur le code source...
Et si j'arrive a quelque chose de concluant, je te le transmettrai...
Vive l'open source et les communautés de partage!!
Charly.
PS : du coup, dans le cadre d'une migration en masse, c'est assez difficile à mettre en place : il faut initialiser tous les mots de passe des utilisateurs dans le domaine à une valeur que l'on connait et par la suite, forcer les utilisateurs à les changer...
CharlyBonjour,
j'ai essayé de le lancer à partir du .au3 mais j'ai une erreur :
G:\Script\clone_profil_V2.au3(153,43) : ERROR: RunAsSet(): undefined function.
RunAsSet($CibleProfile, $Dom, $CiblePWD,1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
G:\Script\clone_profil_V2.au3 - 1 error(s), 0 warning(s)
L'exe fonctionne bien lui.
et le subinacl.exe est celui que l'on trouve en premier dans une recherche google ?
En tout cas merci beaucoup pour ce script
Cordialement,
Guillaume
ChtonkRe.
Juste une remarque sur ton script... La commande RunAsSet n'est plus à utiliser avec les dernières versions du compilateur et je pense qu'il faut la remplacer par un RunAsWait ou équivalent...
Sinon je ne sais pas si c'est la bonne place mais pour ceux qui sont intéressés par ce genre de script, j'en ai trouvé un excellent à cette adresse :
http://www.autoitscript.com/forum/i...
Bonne journée.
CharlyHello Charly,
très juste. Question migration en masse, c'est raté.
Tu as déjà parcouru le source donc je présume que tu sais gérer AutoIT. Une solution serait de couper le script en deux, la première qui "prépare" le default user et l'ancien profil, la seconde qui s'exécuterait en GPO de logoff utilisateur et qui renommerait correctement default user et default user.old
Un marqueur dans un check d'une clé de registre créée pour l'occasion permetterait de plus de vérifier si le profil a besoin d'être renommé ou non.
Qu'en penses tu?
JonathanHello Chtonk,
La remarque de Charly en dessous de la tienne me parait être la solution.
JonathanSans l'exe (compilé avec ma version d'autoIt), utilise plutôt runaswait qui devrait te solutionner ton problème
Charly,
tu as trouvé la solution au problème de Chtonk
Le script en lien est très bien foutu.
Pour ceux que ça interessent, reste à le modifier pour qu'il prenne en compte le cas login cible <> login source et (j'ai pas trop fait gaffe) le cas utilisateur est admin dans le source (pas grand chose)
Jonathan
JonathanRe tout le monde...
En fait, je change complètement de stratégie car j'ai eu le malheur de changer les SIDs lors de ma migration et donc ces scripts ne sont pas applicables... Il reste une seule solution et j'ai réussi à bien la faire fonctionner, c'est l'outil de Microsoft (aie aie aie!!!) USMT.
Bonne journée a tous...
Charlycondoléances....
si tu as besoin d'aide....
Jonathan
re kaspyrio,
comment ça rien sur le profil cible?
en théorie il n'y en a pas, puisqu'il est créé par l'outil. Comment t'y prends tu?
JonathanBonjour,
lolo780logiciel très intéressant car je vais devoir déplacer 20 profiles utilisateurs en local vers un serveur small business 2008; juste une petite question cela va t'il marcher avec sbs 2008 ?
merci
Bonjour lolo,
j'avoue ne pas avoir testé sous un environnement SBS, toutefois les actions sont faites au niveau du poste lui même et non à celui du domaine.
JonathanJe ne penses donc pas qu'il y ait de problème majeur. Bien entendu, teste d'abord sur un pilote