Copie de fichier via GPO

Copie de fichier via GPO - Infrastructures serveurs - Systèmes & Réseaux Pro

Marsh Posté le 26-07-2013 à 11:01:16    

Bonjour,
 
Est-il possible d'effectuer une copie de fichier par GPO entre deux serveurs 2008 R2 dans le même domaine?
 
la copie fonctionne très bien au sein d'un même serveur mais ne fonctionne pas entre 2 serveurs, il y a t'il une subtilité?
 
La gpo en question " Configuration utilisateur --> Paramètres Windows --> Fichiers "
 
Merci pour vos retour

Reply

Marsh Posté le 26-07-2013 à 11:01:16   

Reply

Marsh Posté le 26-07-2013 à 11:45:59    

bonjour,
 
pourquoi ne pas utiliser une tache planifiée pour toi effectuer la copie?
 
j'imagine que les 2 serveurs tournent h24 non ?

Reply

Marsh Posté le 26-07-2013 à 11:55:42    

J'aurais pu aussi, mais cette copie de fichier et spécifique aux utilisateurs, et le fichier doit être copié lorsque certains utilisateurs se connectent, après j'ai la possibilité de le faire par script mais j'aurais aimé savoir pourquoi cela ne fonctionne pas par GPO ....

Reply

Marsh Posté le 26-07-2013 à 12:04:07    

C'est pour du TS donc, la GPO fonctionne sur un client lourd ?
Tu peux utiliser le resuktat de la straégie de groupe pour lancer un rapport et voir ce qui peut clocher.


---------------
www.google.fr  
Reply

Marsh Posté le 26-07-2013 à 12:30:02    

Exactement, c'est en tse, il est vrai que je ne l'avais pas précisé. J'ai déjà effectué un Gpresult et rsop, le serveur exécute bien la GPO. J'ai l'impression c'est un problème de droit, comme si le serveur A n'a pas les droits pour ecrire sur le serveur B  
Autre point ce n'est pas un problème d’exécution GPO car sur le même serveur je n'ai aucun problème

Reply

Marsh Posté le 26-07-2013 à 13:56:20    

Elle fait quoi exactement ta GPO, c'est une GPP ?  Création/remplacement ...
Aurais tu appliquer ( au niveau de ton serveur) le loopback processing qui bypasserai la GPO utilisateur ? ( Configuration de l’ordinateur/Modèles d’administration/Système/Stratégie de groupe/Mode de traitement par boucle de rappel de la stratégie de groupe utilisateur  ) ?


---------------
www.google.fr  
Reply

Marsh Posté le 26-07-2013 à 14:25:46    

Je viens de vérifier je n'ai pas le lookback processing, en faite je t'explique nous des utilisateurs qui ouvrent des sessions sur les deux serveurs, dans leur profil nous devons récupérer un fichier du serveur A et le créer sur le serveur B, ce fichier est spécifique à notre application métier. La gpo créer la copie de ce fichier.
 
Pour résumer :  
 
La gpo est : " Configuration utilisateur --> Paramètres Windows --> Fichiers "  
 
Action : Créer
source : \\serveurA\d$\Alias\test.config
destination : \\serveurbB\c$\Users\%username%\AppData\Roaming\dossier
 
Si la destination je met \\serveurA\c$\Users\%username%\AppData\Roaming\dossier, cela fonctionne sans problème

Reply

Marsh Posté le 26-07-2013 à 14:45:33    

La GPO est une GPP c'est pas plutot Confi. Utilisateur  preference  Param. Windows  Fichiers ?
Pourquoi passer par un partage administratif sur ta destination puisque tu seras en local ?
Essai en destination : %DesktopDir%test.config
 
Fais un gpresult pour voir également.


Message édité par boobaka le 26-07-2013 à 14:46:22

---------------
www.google.fr  
Reply

Marsh Posté le 26-07-2013 à 14:45:51    

l'utilisateur est admin de serveurB ?

Reply

Marsh Posté le 26-07-2013 à 14:57:20    

@boobaka, oui si tu préfères, mais j'avais déjà essayer de passer en local directement mais sans succès, je viens également de tester ta solution et ce n'est pas mieux
 
@Jean , l'utilisateur fait parti des administrateurs du domaine, mais pas des administrateurs local du serveurB

Reply

Marsh Posté le 26-07-2013 à 14:57:20   

Reply

Marsh Posté le 26-07-2013 à 15:00:27    

les admins du domaines sont pas admins du serveur ? :/

Reply

Marsh Posté le 26-07-2013 à 15:05:36    

Sisi, le groupe admin du domaine fait parti des groupes administrateurs locaux dans l'ou BUILTIN et par conséquence ils ont accès aux partages administratifs ou autres droits admin sur le serveur, mais je pensais que tu me parlais des administrateurs locaux

Reply

Marsh Posté le 26-07-2013 à 15:08:44    

donc si tu vas sur \\serveurbB\c$\Users\%username%\AppData\Roaming\dossier  avec l'explorateur une fois l'utilisatuer loggé ça marche ?

Reply

Marsh Posté le 26-07-2013 à 15:17:06    

Oui sans problème

Reply

Marsh Posté le 14-08-2013 à 15:22:06    

j'ai le meme soucis pour copier un fichier.
j'imagine que la variable ne passe pas.. perso j'utilise %APPDATA%
je fais :
\\serveur\sage$\V5\AdxCnxCtx.ini
vers
"%APPDATA%\Sage\Sage X3 Client\V5\"
 
et rien...  
 
avez-vous trouvé une solution ?


Message édité par jbouille78 le 14-08-2013 à 15:22:36
Reply

Marsh Posté le 14-08-2013 à 16:32:24    

une idée comme ça en passant (donc sans garantie :) ). Faut pas donner le droit au compte SYSTEM pour ça ?

Reply

Marsh Posté le 18-08-2013 à 14:17:35    

je n'utilise pas ce genre de gpp au quotidien mais ne faut il pas tout simplement indiquer en destination non pas le nom du repertoire mais aussi le nom du fichier, moi dans mes gpp, j'ai par exemple ca :
 
source : \\serveurA\d$\Alias\test.config  
destination : %AppData%\Roaming\dossier\test.config  
 
 :hello:

Reply

Marsh Posté le 18-08-2013 à 16:40:55    

@titansupremplus : j'ai verifié, sur mes serveurs citrix, au log de l'utilisateur, et donc a l'import du profil, le dossier et tous ses sous repertoire ont bien le groupe "système" en RW.
 
@Quich'Man : c'est bizarre que je n'ai pas fait le test plus tot ! j'y vais de ce pas :)

Reply

Marsh Posté le 18-08-2013 à 17:06:26    

@Quich'Man : ben il semblerait que cela fonctionne ! merci beaucoup ! j'avais le nez dedans :p
 
ps : %AppData%\Roaming\dossier\test.config  
la variable APPDATA inclu le sous dossier "Roaming", il faut faire gaffe au chemin ;-)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed