lecteur réseau montés aléatoirement

lecteur réseau montés aléatoirement - Infrastructures serveurs - Systèmes & Réseaux Pro

Marsh Posté le 10-06-2009 à 11:49:49    

Bonjour,
 
Certains de mes utilisateurs me font remarquer que parfois lorsqu'ils ouvrent leur session, ils ne retrouvent pas tous leurs lecteurs réseau dans leur poste de travail. 3 coup sur 4 tout se déroule correctement mais parfois il manquera 1 lecteur voire 2.
 
Si je leur dis à ce moment là de fermer leur session et de la ré-ouvrir, bien souvent tous les lecteurs ré-apparaitront mais ce n'est pas une solution pérenne vous comprenez.
 
Voici le style de mes fichiers bat :
 
Net use * /delete /y  
Net use Z: \\serveur\partage
Net use Y: \\serveur\partage 2
 
A quoi cela pourrait-il être du ?  
 
Mon serveur est sous win2003
Mes clients sous xp pro sp3 avec des machines véloces
 
J'avais pensé éventuellement à mettre l'option "persistent" mais il faudrait que j'efface la première ligne de mon batch qui avait pour utilité d'effacer les lecteurs à chaque ouverture de session afin qu'il n'y ait pas de doublons au niveau des lettres utilisés pour la nomination des lecteurs.
 

Reply

Marsh Posté le 10-06-2009 à 11:49:49   

Reply

Marsh Posté le 10-06-2009 à 13:55:41    

Bonjour bart007,
 
J'avais ce même souci sur mon réseau.
 
Bizarrement, depuis que j'ai désactivé (en mode 'Non configuré') l'option 'Toujours attendre le réseau lors du démarrage de l'ordinateur et de l'ouverture de session', je n'ai plus ce souci.
 
Tu la trouves dans cette GPO : 'Configuration ordinateur\Modèles d'administration\Système\Ouverture de session'.
 
Mon serveur est en W2k3 et mes postes sous XP Pro SP3, tout comme toi.


---------------
Si ça continue, va falloir qu'ça cesse !!!
Reply

Marsh Posté le 10-06-2009 à 15:21:10    

Bonjour,
 
dans mes scripts de log on en .VBS , je demande une pause entre la suppression du partage et sa (re)création.
 

Code :
  1. WshNetwork.RemoveNetworkDrive "T:"
  2. WScript.Sleep 2000
  3. WshNetwork.MapNetworkDrive "T:", "\\serveur2003\partage$"


 
+ les paramétrages pour le réseau au niveau GPO.


Message édité par c_moa le 10-06-2009 à 15:22:07
Reply

Marsh Posté le 10-06-2009 à 15:41:44    

Merci pour vos réponses.
 
Malheureusement tous mes scripts sont en *.bat, je ne maitrise pas le vbs en fait je m'y suis encore jms intéressé car jusqu'à présent les fichiers bat suffisait mais je garde tes lignes de commandes sous le coude c_moa
 
iceman088 => merci pour ton astuce, tu modifies ce paramètre dans la config ordinateur de la GPO contenant les comptes ordinateurs de ton entreprise je suppose ?
 
Perso, tous mes comptes utilisateurs sont dans une GPO globale nommée "utilisateurs" et tous les comptes ordis sont dans une GPO "ordis", si je suis ton astuce, je dois modifier la gpo des ordinateurs ?
 
Par contre, tu dis avoir désactivé cette option mais ne faudrait-il pas au contraire l'activer afin qu'au contraire, windows attende la connexion réseau avant de démarrer la machine ceci afin qu'il puisse bien ré-exécuter les scripts de démarrage ?

Reply

Marsh Posté le 10-06-2009 à 16:37:45    

J'utilise également des fichiers bat pour mes lecteurs réseaux.
 
Désolé pour l'oubli de précision : il s'agit bien de la GPO qui se trouve dans l'OU contenant les comptes ordinateurs.
 
J'ai la même arborescence que toi, excepté que moi, j'applique cette GPO juste en dessous de mon domaine : j'ai 4 OU pour les users et 4 OU pour les stations.
 
Je pensais, tout comme toi, que cette option résoudrait mes problèmes de mappage de lecteur mais au final, les problèmes étaient encore pire.
D'où sa désactivation pour ma part.


---------------
Si ça continue, va falloir qu'ça cesse !!!
Reply

Marsh Posté le 11-06-2009 à 09:59:09    

Salut iceman,
 
J'ai testé l'option que tu m'as indiqué. Hé bien figure-toi qu'à peine désactivée, quelques minutes après un utilisateur qui re-démarrait sa machine m'appelle en me disant que sa session avait mis 3 minutes pour s'ouvrir au lieu des 30 secondes habituelles. Qui plus est aucun de ses lecteurs réseaux n'étaient montés.
 
Je force la mise à jour des GPO sur le serveur et sur sa machine, je re-démarre => IDEM
 
Je mets l'option sur "Activée" au cas où => même chose et ce en re-démarrant 3 fois coup sur coup à chaque test la machine.
 
Je remets donc l'option sur "non configuré" comme cela était et là la bécane démarre correctement avec tous ses lecteurs réseaux.
 
On voit nettement le lien de cause à effet mais le plus dingue, c'est que lorsque j'avais activée ou désactivée cette option, je n'avais pas de problème avec une autre machine matériellement identique et ce en me connectant avec le compte d'un utilisateur se trouvant dans la même GPO.
 
Comment la modification d'une option devant se répercuter sur tous les ordis n'en affectent qu'une seule c'est là la véritable question...
 
Si tu as une idée. je suis preneur

Reply

Marsh Posté le 11-06-2009 à 10:24:23    

Pour le problème des lecteurs qui ne montent pas à tous les coups, est ce que tu as pensé à vérifier que tu avais assez de licences d'accès sur ton serveur?

Reply

Marsh Posté le 11-06-2009 à 10:30:10    

Hello,
 
Je rencontre le même soucis, je vais tester vos pistes, et je vous dirai
Sinon en .bat pour attendre 5 secondes tu peux faire un :  

Code :
  1. ping -n 5 127.0.0.1 >nul


 
 

Reply

Marsh Posté le 11-06-2009 à 11:30:19    

Nicool => J'ai 300 CAL pour 100 utilisateurs çà ne vient pas de là.

Reply

Marsh Posté le 11-06-2009 à 11:43:44    

Nicool a écrit :

Pour le problème des lecteurs qui ne montent pas à tous les coups, est ce que tu as pensé à vérifier que tu avais assez de licences d'accès sur ton serveur?


 
Dans ce cas là il y a des indications dans le journal d'ev je suppose quand même non?


---------------
Life is like a box of chocolate you never know what you gonna get.
Reply

Marsh Posté le 11-06-2009 à 11:43:44   

Reply

Marsh Posté le 11-06-2009 à 12:08:27    

Pour ma part, il n'y avait aucun message dans les journaux d'ev.
 
Et il arrivait même que le premier lecteur du batch se monte mais pas le second.  :fou:


---------------
Si ça continue, va falloir qu'ça cesse !!!
Reply

Marsh Posté le 11-06-2009 à 12:17:45    

De notre coté en rajoutant une temporisation après déconnexion des lecteurs ça a l'air de mieux marcher.

Reply

Marsh Posté le 11-06-2009 à 14:31:05    

pourquoi pas s'assurer que les serveurs sont joignables avant de tenter la connexion d'un lecteur réseau ?

Reply

Marsh Posté le 11-06-2009 à 17:24:11    

bart007 a écrit :

Nicool => J'ai 300 CAL pour 100 utilisateurs çà ne vient pas de là.


 

Pims a écrit :


 
Dans ce cas là il y a des indications dans le journal d'ev je suppose quand même non?


 
Oui en effet dans ce cas il y a des indications dans les journaux d'événements.
Sinon j'ai un client chez qui ce problème était arrivé car ils avaient mis en dns secondaire un serveur de leur FAI sur les postes clients.
 

Reply

Marsh Posté le 12-06-2009 à 07:21:43    

Au fait bart, qu'entends-tu par 'machines véloces' ?

Reply

Marsh Posté le 12-06-2009 à 08:57:01    

Ca peut venir de ton réseau, à vérifier (user à pb, switch sur lequel ils sont branché etc etc).  
Si c'est le cas:
Essayes d'activer le "Délai d'attente pour les connexions lentes pour les profils utilisateur" (config ordi/modeles d'admin/syst/profil user)
L'avantage par rapport à la gpo d'attente de réseau est que seules les bécanes qui ont un soucis de lenteur se verront appliquées la gpo (time out avant application). Ca ne ralentira pas les connexions des autres.


Message édité par akabis le 12-06-2009 à 08:59:44
Reply

Marsh Posté le 12-06-2009 à 12:34:03    

testé en passant par les ip directement ?

Reply

Marsh Posté le 15-06-2009 à 09:30:19    

iceman088 => les bécanes avec qui j'ai eu le souci dont des core 2 duo 3 Ghz avec 2 Go de Ram
 
Pims => pas de consignes dans l'observateur d'évènements
 
lone morgen => qu'entends tu par passer par les ip directement ?
 
akabis => les connexions sont en rj45 100 Mbits/s avec de bons câbles en cat 5.e mais je peux tester quand même.
 
Le souci vient du fait pour ce genre de cas, c'est que vu que c'est aléatoire et que çà arrive un coup sur 10, çà prend du temps avant de savoir si l'option fonctionne et pour établir réellement le lien de cause à effet.

Reply

Marsh Posté le 15-06-2009 à 10:57:18    

au lieu des noms de serveurs utilise les adresses ip


Message édité par Lone Morgen le 15-06-2009 à 10:57:25
Reply

Marsh Posté le 18-06-2009 à 09:40:27    

Tu t'en es sorti Bart ?


---------------
Si ça continue, va falloir qu'ça cesse !!!
Reply

Marsh Posté le 19-06-2009 à 13:33:14    

Salut,
 
Ce matin, j'ai :
 
- remplacé dans les batch le nom du serveur par son adresse ip comme Lone Morgen m'a conseillé.
 
- et j'ai effacé la ligne du script (Net use * /delete /y) qui effaçait tous les lecteurs réseau au préablable
 
- enfin, dans la gpo, j'ai coché la case "ne pas passer outre"
 
j'attends quelques jours pour voir si j'ai de nouveaux le cas d'utilisateurs n'ayant pas leur lecteurs montés.
 
Merci en tout cas de te soucier si j'y arrive ;-) si j'ai du neuf, je repost.
 
Là je suis en train de me battre avec les groupes restreints, viens lire mon post si tu maitrises le sujet ;-)

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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