Montage lecteur réseau avec %USERNAME%.
Résolu/Fermé
lsda26
-
30 déc. 2013 à 11:41
kelux Messages postés 3065 Date d'inscription vendredi 18 juin 2004 Statut Contributeur Dernière intervention 20 janvier 2023 - 30 déc. 2013 à 15:54
kelux Messages postés 3065 Date d'inscription vendredi 18 juin 2004 Statut Contributeur Dernière intervention 20 janvier 2023 - 30 déc. 2013 à 15:54
A voir également:
- Gpo lecteur mappé %username%
- Lecteur video pc - Guide
- Lecteur avi - Télécharger - Lecture
- Lecteur xml - Télécharger - Édition & Programmation
- Lecteur pptx - Télécharger - Présentation
- Lecteur cassette 8mm sans camescope ✓ - Forum Lecteurs et supports vidéo
2 réponses
kelux
Messages postés
3065
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
30 déc. 2013 à 12:12
30 déc. 2013 à 12:12
Bonjour,
Peut-on utiliser la variable d'environnement %USERNAME% dans un chemin réseau pour le montage d'un lecteur réseau?
Oui.
Le problème vient peut-être d'ailleurs.
- le réseau n'a pas bien fini de "monter", et le script se lance. (il faut vérifier un paramètre de GPO : "attendre le réseau blablabla...."
- le login script doit être lancé pour des utilisateurs et non des machines (comprendre "contexte utilisateur" et non contexte "machine" : la GPO est-elle liée à une OU comprenant des utilisateurs ou des machines ?). Ce point est une très bonne piste.
- Est ce que la lettre Y: est bien disponible au moment où le script s'exécute. (càd que la lettre n'est pas utilisée pour un autre device. Au pire changer la lettre pour tests...)
- Eviter les noms courts "netbios" lorsque l'on pointe sur un serveur, surtout dans des scripts. Utiliser le FQDN est conseillé : tant au niveau résolution, on force DNS dans ce cas, et non netbios (WINS/Broadcast/Hosts etc ...) ; tant au niveau migration future : si le nom du serveur change, il suffit de garder cet alias pointant sur le nouveau serveur ... donc pas besoin de modifier le script.
- Les lecteurs mappés doivent être démontés à la fermeture de session.
Au mieux utiliser
Ou également l'option
- Faire des redirections dans des logs pour les retours d'erreurs est une bonne façon pour trouver l'origine du problème.
-
Dernier point, utiliser des scripts pour lancer le montage de lecteurs mappés, c'est devenu disons, "OldSchool".
On utilise maintenant les GPP pour monter les lecteurs réseaux ('surtout' avec du 2008R2 ...)
On peut donc avoir qu'une seule stratégie de groupe, mais avec plusieurs GPPs dedans, qui pointent sur différents lots d'utilisateurs et de groupes....
On peut alors monter des lecteurs mappés pour différents groupes d'utilisateurs (genre 'Compta' d'un coté et 'Direction' de l'autre) au sein d'une seule et même stratégie ; c'est à dire qu'on filtre l'appartenance des groupes dans les GPPs...
Fais des tests avec les GPPs, c'est relativement puissant ; il y a des possibilités de filtres assez fun.
Peut-on utiliser la variable d'environnement %USERNAME% dans un chemin réseau pour le montage d'un lecteur réseau?
Oui.
Le problème vient peut-être d'ailleurs.
- le réseau n'a pas bien fini de "monter", et le script se lance. (il faut vérifier un paramètre de GPO : "attendre le réseau blablabla...."
- le login script doit être lancé pour des utilisateurs et non des machines (comprendre "contexte utilisateur" et non contexte "machine" : la GPO est-elle liée à une OU comprenant des utilisateurs ou des machines ?). Ce point est une très bonne piste.
- Est ce que la lettre Y: est bien disponible au moment où le script s'exécute. (càd que la lettre n'est pas utilisée pour un autre device. Au pire changer la lettre pour tests...)
- Eviter les noms courts "netbios" lorsque l'on pointe sur un serveur, surtout dans des scripts. Utiliser le FQDN est conseillé : tant au niveau résolution, on force DNS dans ce cas, et non netbios (WINS/Broadcast/Hosts etc ...) ; tant au niveau migration future : si le nom du serveur change, il suffit de garder cet alias pointant sur le nouveau serveur ... donc pas besoin de modifier le script.
- Les lecteurs mappés doivent être démontés à la fermeture de session.
Au mieux utiliser
net use * /delete /yesen début de script.
Ou également l'option
/persistent:nopour chaque lecteur au montage.
- Faire des redirections dans des logs pour les retours d'erreurs est une bonne façon pour trouver l'origine du problème.
-
Dernier point, utiliser des scripts pour lancer le montage de lecteurs mappés, c'est devenu disons, "OldSchool".
On utilise maintenant les GPP pour monter les lecteurs réseaux ('surtout' avec du 2008R2 ...)
On peut donc avoir qu'une seule stratégie de groupe, mais avec plusieurs GPPs dedans, qui pointent sur différents lots d'utilisateurs et de groupes....
On peut alors monter des lecteurs mappés pour différents groupes d'utilisateurs (genre 'Compta' d'un coté et 'Direction' de l'autre) au sein d'une seule et même stratégie ; c'est à dire qu'on filtre l'appartenance des groupes dans les GPPs...
Fais des tests avec les GPPs, c'est relativement puissant ; il y a des possibilités de filtres assez fun.
