Bonjour a tous!
 
Je suis en train d'installer plusieur poste(w2k), et je veux ke leur dossier Mes Document se retrouve dans un répertoire du serveur.
J'ai créé une OU avec les utilisateur, et g appliké une Stratégie. Dans celle-ci, dans :
configuration utilisateur\paramètre windows\redirection de dossiers\Mes document,
j'ai donné le répertoire de base de cette manière:
\\salafa-srv01\users$\%username%
Jai aussi créé un répertoire user_rep sur le serveur ke j'ai partagé en users$ et j'ai ajouter un dossier pour chaque utilisateur...
 
Malheureusement, kan je me loggue avec un de ces utilisateur... tata, le dossier mes document est en:
C:\Documents and Settings\TEMP\Mes documents
Kel merde....
De plus, j'ai des soucis avec mes profil itinérant, est-ce que ca pourrais venir de ca???
 
Merci,
A+

Laisse le temps à ta stratégie de se mettre en place.
Après la créeation, attends quelques minutes si tu n'asz qu'un serveur, s'il y en a plusieurs, attends la fin de la réplication

Je n'ai qu'un seul serveur. La stratégie est au point depuis un moment déjà.... et j'ai rebooté tous les client.
Mais je crois ke l'os vient au nivo des profil...
Il était tous en local, et je l'ai ai passé en itinérant...
mais ca pas l'aire de fonctionner...
Pour celai, j'ai en fait simplement spécifier dans les propriété de l'utilisateur le chemin du profil, mais au logon, ca foire et ca me sort un message comme koi il n'a pas trouver le profil itinérant et ke la session utilisera un profil temporaire...

 
voila ce k'il me dit...
Windows ne peut pas créer le répertoire de profils \\Salafa-Srv01\Profils$ \xp.pds. Vous ne serez connecté qu'avec un profil local. Les modifications apportées au profil ne seront pas propagées au serveur. Contactez votre administrateur réseau.
 
DETAIL - Nom de réseau introuvable.
alors ke ce foutu nom réseau est tout a fait trouvable, puiske si je le tape, dans l'explorateur, je tombe dessus....

Les clients ont ils les droits ntfs suffisants pour créer le profil sur le serveur et y accéder ?

 
c'est normal l'espace apres Profils$ ??

 
je pense aussi que ça vient des droits NTFS sur le serveur sinon je vois rien d'autre

Le server c'est Windows 2003 ??

Désolé de reprendre le sujet que maintenant...
Ce ke je peux vous dire, c'est que vous avez vu juste et que j'aurais mieux fait de refaire un tour sur hardware.fr cette après midi, au lieu de me casser la tete a trouver des solution.
 
En fait, il y avait effectivement un espace involontaire en profils$ et le slash, et c pour ca ke windows ne trouvais pas le profils..    
J'ai pas été malin sur se coup là....
Pour l'histoire des droit, c ca. J'ai fait un test en mettant un utilisateur dans le groupe admin, et c'est passé.
Les stratégie n'était pas apliqué a cause des droit d'abord des dossier où se trouvait les profils, mais aussi a cause des droit des stratégie!!!!
Et oui, pour qu'une stratégie s'applique a un utilisateur, faut-il encore que ce dernier aille des droit suffisant... ri-di-cul.  
A mon avis, en tout ca, car une stratégie, pour la plupart du temps, est fait pour restreindre les droit des utilisateur (enlever des accès à certaint privilège comme le panneau de config).  
 
Bon, encore merci, meme si je n'ai pas profité de vos réponse.
 
a+

ya pas de koi, je suis tout aussi étourdi que toi ça arrive à tout le monde

héhé...
Bref, etourderie mise a part, j'ai quand meme toujours un problem.
Si mes utilisateurs ne sont pas dans un groupe administrateur, soit local, soit du domaine, les stratégies ne sont pas appliké!
 
Ke dois-je faire pour qu'un simple utilisateur puisse etre sous une stratégie sans etre un admin...
 
Merci

les stratégies j'y connais rien je suis pas admin    

Sur tes statégies, il y a des autorisations. Mais normallement elles s'appliquent à tous les comptes (Utilisateurs autentifié, Utilisateur du domaine etc...)

Ouais, exactement.
Dans les sécurité de ma stratégie, j'ai mis que les utilisateur du domaine, et les utilisateur authentifier devaient appliquer les stratégies.
Malheureusement, tant que mon utilisateur ne fait pas partit dun groupe admin local ou du domaine, nada.
J'ai meme essayer de mettre mes groupe dans les sécurité de ma stratégie, ainsi que les utilisateurs.
Fonctionne po non-plus.
Dans le gestionnaire d'évenement\appliquation d'un poste local qui n'a pu appliquer une stratégie, voilà ce qui est noté:

 
J'avais aussi un message dans le gestionnaire d'évenement\system, a cause de DCOM. Mais depuis que j'ai rajouté les droit via la commande dcomcnfg, j'ai plus cette erreur.
 
 
Si ca vou dit quelque chose, aidez-moa

Donc tu as changé les autorisations par défaut c'est ca ?
 
Ben remets les...

Attention, tu ne peux pas appliquer de stratégies à un groupe, mais seulement à une UO ...

 
Oui oui...  
Je sais et je le dis quelque par.
J'ai une OU ou j'ai appliqué des stratégie. Le problem vien des droit de la stratégie que l'on peut configurer.

Je n'ai pas modifier les ancienne, juste rajouté de nouvelles autorisation

Tu dis avoir rajouté des autorisations, mais dans ces autorisations, as-tu refusé la lecture à certaines UO ?
 
Dans W2K, les interdictions sont prioritaires sur les autorisations.

 
Je viens de vérifier, apparement, aucune interdiction active..
 
dans les sécurité de ma stratégie j'ai:
- administrateur de l'entreprise  ¦ rw créer objet enfant suprimet objet enfant
- admins du domane                ¦ rw
- CREATEUR PROPRIETAIRE           ¦  
- SYSTEM                          ¦ rw
- Utilisateurs                    ¦ r appliquer la statégie
- Utilisateurs authentifiés       ¦ r appliquer la stratégie
 
 
Dois-je aussi ajouter mes groupe globaux et locaux ici?
(je l'ai déjà fait et ca change rien..)

Une grosse ânerie de mapart, mais jepeux pas vérifier pas de domain W2K ici :
 
Le répertoire NETLOGON a-t-il un rôle à jouer pour les GPO ?
 
Si oui, tes utilisateurs ont-ils le droit d'y accéder et de tout lire ?

 
c une très bonne kesion surtout que je n'utilise po le répertoire par défaut de AD qu'il me propose a l'installation de ce dernier.
Je vérifie ca demain.
A+

te fais pas chier...clic droit sur mes documetns/propriété/puis tu change la destination du répertoire

startx25> c bien joli ta solution, mais c pas portable. Ca fonctionne qu'en local
 
pupoul> j'ai mis les droit a tout le monde sur mon répertoire Sysvol, et ca change malheureursment rien du tout au problem. Je suis maudit..