Bonjour à tous,
 
Votre aide me serait vraiment précieuse.
Je bloque sur un problème de GPO avec Windows SBS 2010 depuis presque 2 mois...
 
Je voudrais mapper automatiquement des lecteurs réseaux sur les postes clients. Rien de plus simple me direz-vous...
C'est ce que je croyais ! Mais force est de constater que ce n'est pas le cas... ou en tout cas ce n'est pas mon cas.
 
Alors j'ai configuré une stratégie pour qu'elle connecte les lecteurs réseaux automatiquement automatiquement.
Seulement le résultat est très aléatoire. Quand je dis aléatoire c'est qu'il ne fonctionnement pas d'habitude, mais que parfois je vais avoir les lecteurs mappés correctement (rarement...)
 
Voici la configuration dans la console de gestion de stratégie de groupe :

Et voici le résultat :

 
Les lecteurs réseaux apparaissent "déconnectés". Je ne peux plus les déconnecter. Et ils n'apparaissent pas dans la base de registre.
Cependant je peux y accéder quand je double-clique dessus.  
 
J'ai fais beaucoup de recherches, j'ai installer des patchs Microsoft, et je n'utilise pas de solution antivirus Symantec (Trend Micro en fait...)
 
Si vous avez des pistes, je suis preneur.
 
Merci d'avance.
Lionel.

Pas d'idée ?
Quelqu'un utilise-t-il SBS et les GPO pour mapper les lecteurs réseau ?

Je n'ai pas la solution, mais tu peux tjrs utiliser une gpo à qui lance un script vbs.
 

 
SBS 2008 plutôt ?
Enfin bon c'est quoi les OS de tes clients ?
Ton pb ressemble à un pb de droit : la stratégie map bien le lecteur mais ça foire à cause des droits.

Sinon comme fievel moi j'utilise un script (KIX)

Voici ce que j'obtiens avec la commande "net use" :  

 
Seul mon lecteur partagé "personnel" est OK, les autres sont Non disponibles.
Je ne pense pas que ce soit des problèmes de droits, puis que je suis administrateur du domaine. De plus avec les postes sous Windows 7, ça marche IMPEC!
 
Je veux bien essayer différents types de scripts... Mais je pensais qu'il y aurait moins de problèmes avec la console de gestion Made In Microsoft ^^
Qu'est ce qu'un script KIX ?

Pourtant non disponible = souvent pb de droit.
 
-> si tu fais executer -> \\tonserveur\SAGE  
 
Tu accèdes bien aux données ?
Un scipt kix c'est un script kixtart (cf google)

Oui j'accède aux données. Je suis admin, quand je double-clique sur le lecteur réseau "déconnecté" j'accède même au contenu du partage...
 
Par contre j'ai remarqué une chose étrange. Lorsque je me connecte en administrateur local de la machine, les lecteurs réseaux se connecte quand même (alors que je me connecte avec une session locale et non du domaine).
C'est normal ? La stratégie s'applique à "Utilisateurs authentifiés". Ce groupe représente les utilisateurs authentifiés dans le domaine? Ou en local également ?

Je viens de relire ton premier post : déjà je te déconseille fortement de modifier les stratégies par défaut de SBS : des petites modifications peuvent êtres effectuées mais faut bien connaitre ce que SBS modifie via les outils de l'interface d'administration pour éviter les problèmes ou bien voir ses modifications supprimées par le serveur ^^
Après tu auras remarqué que les GPO par défaut de SBS s'appuie sur des filtres WMI pour l'application (j'ai pas de SBS sous la main, si j'accède à un sous peu je regarderai le champ d'application de la gpo que tu as modifié).
 
Crées ta propre GPO que tu appliques directement sur l'OU SBS Users.
Là au moins SBS ne la touchera pas et elle sera mieux placé qu'à la racine de ton AD. Par principe je place les GPO utilisateur sur les OU contenant les utilisateurs.
De plus ça te permet de la désassigné / assigné pour faire des tests sans toucher aux GPO de SBS.
 
Peux tu capturer la config précise de ta GPO : pour le mappage de T par exemple.
 

Merci Falconpage pour toutes ces précisions. Je vais tenter le coup du OU.
Je posterais les détails des infos pour le mappage à midi.
 
Merci encore pour le temps que tu me consacre.

Bon j'ai essayé, et ce n'est pas vraiment ça.
 
Voici la gpo :

 
Voici ce que j'ai fais :  

• Je me suis connecté en admin local
• J'ai sorti la machine du domaine (puis redémarrage)
• J'ai installé le patch KB943729 (puis redémarrage)
• J'ai remis la machine dans le domaine (puis redémarrage)

Résultat : 2 lecteurs réseau qui se connectent normalement : le U: et le Y:, respectivement ordre 6 et 10. Les autres sont en "lecteur réseau déconnecté".
 
Voici comme promis la configuration de la gpo pour le mappage :

 
Là je sèche  

Ok on va faire un autre test : on change de GPO (mais toujours appliqué à l'OU SBS Users), la GPO que tu vas utiliser va déclencher un script de démarrage. (http://technet.microsoft.com/en-us/library/cc779329(WS.10).aspx)
 
Ton script logon.bat va contenir :
 
net use m: \\tonserveur\Documentations
net use n: \\tonserveur\Echanges
etc.
 
Tests et dis moi si ça fonctionne bien ^^
 
 
Sinon comme déjà demandé : c'est quoi l'OS des postes qui ne fonctionnent pas ?
Perso je n'utilise pas la GPO qui te pose problème : pas prévue pour être compatible XP à l'origine.
Il existe une solution via mise à jour mais je préfère encore une fois mon scrip KIX
 
-> http://social.technet.microsoft.co [...] d5d3da913e

Me revoilà !
 
Alors j'ai refais le test avec un script BAT et un script VBS (dispo à la fin de ce post).
Inutile de préciser que c'est 2 scripts fonctionnent parfaitement si je les exécute en local manuellement.
 
2 OS différents dans le parc :

• Windows 7 : les lecteurs sont mappés correctement. Le nom apparait. Une croix rouge sur le lecteur qui disparait lorsque l'on double-clique sur le lecteur.
• Windows XP : Connexion aléatoire. Certains lecteurs sont mappés correctement. D'autres sont mappés avec le nom "lecteur réseau déconnecté", mais ils restent accessibles.

A partir du moment ou un lecteur apparait en "lecteur réseau déconnecté", le seul moyen de le faire disparaitre est de faire sortir le PC du domaine et de l'y faire rentre de nouveau.
 
Exemple :

• Je me suis connecté en administrateur local -> lecteurs réseau déconnectés apparaissent
• J'ai sorti le PC du domaine puis redémarrage -> plus de lecteurs réseau déconnectés
• Je l'ai remis dans le domaine, puis redémarrage, puis connexion en administrateur local -> toujours pas de lecteur réseau déconnecté
• Connexion en utilisateur du domaine (administrateur) -> tous les lecteurs réseau connectés
• Redémarrage, puis connexion en utilisateur du domaine (administrateur) -> un lecteur réseau déconnecté apparait
• Redémarrage, puis connexion en administrateur local -> le même lecteur réseau déconnecté apparait alors qu'il n'est censé y avoir aucun lecteur réseau sur les utilisateurs locaux (puisque la stratégie s'applique sur l'OU SBSUsers)

Je me suis dis que ça pouvait être dû au Wifi. J'ai alors refais toute la manip en me connectant au réseau câblé, et rebelote...
 

Je viens de penser à quelque chose.
Puisque les scripts fonctionnent correctement lorsque je les exécute manuellement, le problème viens peut-être du fait qu'il s'exécutent trop tôt avec la GPO ?
 
Prut-on faire en sorte qu'il s'exécute en dernier ?

Pas forcément
 
Fais toi un script kix dans lequel tu places la commande "beep" une dizaine de fois : un bon moyen sonore de voir si le script tourne et quand ^^
 
Après kix permet d'introduire des temps d'attente dans ton script.
Si tu veux je peux te donner un bout de code tout fait.

Salut,
 
Ta GPO semble OK à part que je la vois en "Enforced". Il y a une raison à cela ?
 
Par ailleurs si tu as des problèmes unqiuement sur les XP je te conseille de les mettre complètement à jour et de refaire un test. Pense aussi à vérifier leurs logs et utiliser gpresult pour voir ce qui se passe côté client.

Salut,
as tu essayé d'activer l'option reconnecter ?
A+

 
Tout à fait d'accord avec tes tests  Ne testant pas cette GPO sous XP SP3 : c'est vraiment stable cette policy sur du XP ?

Déployée sur du 2003/XP ça tourne bien, mais il faut des machines mises à jour récemment.

Ok merci pour l'info.  

Je sais que mon pc est a jour. Il me semblait que les postes clients aussi.
Je vais vérifier ça. Et si c'est toujours pas bon, je testerai les scripts KIX...
 
Merci beaucoup pour votre aide !!! :-)

KIX ça a dix ans, VBS aussi, çà serait quand même dommage de revenir à ça en 2011  

Oui est vrai ça serait dommage. Mais ça l'est encore plus de passer ses journées à essayer de déployer une GPO ^^
J'ai mis à jour un poste et ça à l'air de fonctionner... En fait ça avait l'air de fonctionner avant la mise à jour... Je comprends plus rien.
 
Je vais faire d'autres tests sur d'autres PC...

 
Oui mais kix reste efficace et très simple à mettre en oeuvre
Il est vrai qu'il faudrait que je migre vers powershell.

Bonjour à tous !
 
Aujourd'hui est un grand jour : ÇA FONCTIONNE !!!!!!
 
Les PC étaient à jours, mais uniquement des MAJ prioritaires. Alors j'ai installé toutes les MAJ facultatives "installables", y compris le fameux patch "KB943729".
 
Il y avait du mieux mais ça restait aléatoire...  
 
Alors voyant qu'en utilisateur local j'avais toujours le problème alors que j'avais mis les GPO uniquement pour les utilisateurs du domaine, j'ai décidé de re-parcourir toutes les GPO visibles dans GPRESULT...
Et là SURPRISE, je vois que le prestataire qui m'a installé le serveur avait mis des scripts de mappage foireux partout voyant que ça ne fonctionnait pas...
Je pensais les avoir tous enlevé, mais j'en ai retrouvé 2 autres ici :Windows SBS Client - Windows XP Policy (Pour les config utilisateur ET ordinateur), voilà pourquoi ça ne fonctionnait pas sur XP et même en local.
 
Je ne ferai pas de mauvaise pub pour la société en question, mais elle ne s'est pas beaucoup creusé les méninges, et j'espère bien qu'elle tombera sur ce post et qu'elle se reconnaitra...
 
Sur ce, je remercie infiniment le forum et tout particulièrement Falconpage et nebulios !!!!
 
A bientôt pour de nouvelles aventures ^^

 
Avec ce topic je pense qu'on a un bon exemple pourquoi les scripts caylemal, et que toute conf partages/imprimantes/IE/icônes/groupes locaux etc etc etc devraient passer par les GPP