Bonjour,
 
Je viens d'installer et configurer un serveur SAMBa4 AD, administrable sur des machines windows via RSAT.
J'ai créé une règle GPO configuration utilisateur > Stratégie > parametre windows > script ouverture  qui exécute un netlogon.bat de mappage de lecteur réseau.
La règle s'applique à tous les utilisateurs authentifiés.  
 
Cette règle fonctionne dès lors qu'un utilisateur se logue sur le domaine, qu'il soit sur une machine xp pro ou win 10 pro. Cependant pour un user (et toujours le même), le netlogon.bat ne s’exécute qu'à partir des machine xppro et pas win10pro (j'ai testé sur plusieurs machines). Si j'exécute le netlogon manuellement après login sur une machine win10pro avec le profil de cette utilisateur, cela fonctionne, ce n'est pas un problème de droit.
 
Je ne comprends pas d'où pourrait venir le problème ? Une idée ?
 
Merci

En 2018 utiliser un bat pour monter des lecteurs réseaux, j'étais pas prêt, j'ai fais un bon de 10 ans en arrière. Utilise le Kix peut être

perso, je suis resté 10 ans en arriere avec ce bon vieux script qui lance des net use
y a quoi de mieux et plus simple maintenant?

Ton problème sur les W10 va certainement venir de l'UAC.
 
On monte désormais ses lecteurs réseaux avec les GPP :
https://blogs.technet.microsoft.com [...] embership/

Euh par contre, t'as encore du XP !?

Oui j'ai encore des XP virtualisés pour faire des test réseau, faire fonctionner d'anciens logiciels de compta et de paie qui ne tournent pas sur autre chose.
 
L'UAC ? Mais tous les utilisateurs (à part un) qui utilisent la même machine win10pro arrivent dans leur session à lancer le script à l'ouverture. J'ai beau supprimer l'utilisateur en le recréant ça fait la même chose. Sur une machine win10pro (n'importe laquelle) le netlogon ne démarre pas pour lui et lui uniquement.

J'ai essayé les GPP avec le mappage des lecteurs réseau. Ca marche nickel (même pour l'utilisateur problématique). Merci, je ne connaissais pas cette technique. Le hic c'est que ça marche uniquement sur des machines win10pro. Sur les machines xp, le mappage ne se fait pas quelque soit les utilisateurs. c'est normal ?

j'aurais cependant bien voulu solutionner mon pb, car le netlogon.bat me permet de lancer autre chose que le mappage des lecteurs réseau.

Quand je fais un gpresult /z il est précisé que le script netlogonbat s'est bien exécuté

On est en 2018 soit tu isole tes XP du réseau soit tu les changes.
 
Trop de risque de sécurité.
 
Sinon tu utilise les GPP pour tes machines récentes et tu créer une GPO avec scripts pour tes XP.
 
Qu'est-ce que tu lance de plus dans ton netlogon ? Il y a peut-être une autre façon de faire.
 
Sinon il me semble qu'un jour j'ai eu un problème sur les W10 ou 8 je ne sais plus et que c'était lié à la vitesse d'ouverture de session et que les scripts n'avaient pas le temps de s'exécuter j'ai du modifier un paramètre dans une GPO, je ne sais plus lequel par contre.
Si ça peut te mettre sur la piste.

"Attendre le réseau avant l'ouverture de session" ?

Bon, j'ai suivi vos instructions
 
J'ai activé "attendre le réseau avant ouverture"
J'ai créé un script vbs que j'ai mis dans le répertoire netlogon au même endroit qu le netlogon.bat
 

 
On a les mêmes effets que le netlogon.bat. L'ouverture de session avec l'utilisateur concerné ne déclenche pas l'exécution du vbs sur les machines win10pro. Bizarre quand même !!!
 

Je poursuis mes tests pour identifier la source du bug.
 
J'ai modifié mon code vbs de la façon suivante :
 

 
La boite de dialogue s'affiche bien à l'ouverture de session mais le mapping de Q: ne se fait pas.  
 
Quand j'exécute le vbs après ouverture de session, toujours avec le même utilisateur, il crée bien le lecteur Q. Vous y comprenez quelque chose ?
 

GPP windows XP => https://www.microsoft.com/fr-fr/dow [...] px?id=3628