comment faire pour empecher cette deconnexion de lecteurs de partage sous un domaine en reseau local ?
 

Je ne comprends pas bien.
 
Pourquoi ton lecteur réseau ne se monte pas ? Par quoi est déjà occupée la lettre Z: ?
 
Comment montes-tu tes lecteurs réseaux ?

Comme c'est di dans le sujet c'est un problem de "deconnexion" ( et pas de connexion ) ...
 
en fait le partage marche t bien, mais le probleme est que quand on le laisse inactif pdt un certain temp et qu'on veut aller dans le lecteur de partage on a ça comme message ... j'ai fait qques recherche et aparemment c le reso windows qui fait ca...

oui merci j'ai compris que c'est un prob de déconnexion, je sais lire l'anglais
 
Mais vu que cela ne devrait pas arriver et que pourtant cela t'arrive et que tu exposes donc le soucis ici, il serait opportun d'étudier comment tu t'y prends pour monter tes lecteurs et quel lecteur occupe le lettre Z: quand tu tentes d'accéder au partage voulu.
 
Si tu n'as rien modifié au niveau des stratégies du domaine, y'a pas de raison que tes lecteurs se déconnectent tout seuls.

ok! donc : on a deployé le domaine, on créer 4 comptes "user du domaine"  

je partage un repertoire sur le server win 2003 r2 je click a droite puis vais dans partage je mets simplement  "users domaine"

le probleme est que au debut ca va bien et j'ai meme pu faire map sur tt les pc clients, mais si on laisse un moment ss activités ou  ferme la session ou on redemarre ca va plus et c t alléatoire .. c t t ch*** !

Cela ne me semble pas un problème de droits.

Je ne sais toujours pas comment tu montes tes lecteurs réseaux sur tes postes clients.

A défaut de savoir, voilà comment je procède perso : j'établis un script qui se lance à l'ouverture de session de l'user sur son poste client (par GPO, script du profil AD ou même en local dans le dossier démarrage du poste client). Dans ce script, ma 1ere commande est un "net use * /delete" pour virer tout lecteur réseau existant, voulu ou parasite, puis je monte mes lecteurs avec un net use normal sans le paramètre persistent.

Lorsque tu cliques sur ton lecteur et que celui-ci tente de se remonter et t'indique que la lettre est déjà prise, as-tu regardé si elle était effectivement utilisée et par quoi ?

As-tu ou a t'on modifiées les stratégies de domaine ?

merci pr une reponse aussi rapide
je map les drive sur les clients : click droit sur poste de travail puis "connecter un lecteur reso" .. a la fenetre "parcourir" ( browse ) .. ( mate la photo) ..quand ca marche on voit les folders dans le server ( Atssrv ) mais comme tu vois ici on vois plus rien de partagé pourtant ils sont la mes drivers partagé ...

 
...voila en fait je comprend pas que un moment ca marche super bien puis puff. . marche plus ... j'aurais aimé plutot que ca marche pas du tout et par ca marche puis marche plus comme ca ...
 
pour ton script cela veut dire que tu vire puis remap a chaque demarrage pr tes pc clients ??!!! ... :|

ah et rien changé aux stratégies de domaine et en avant de retenter un map lecteur reso j'ai bien deconnecté TOUs les lecteurs ... voila

oui a chaque démarrage de session, je vire tous les lecteurs réseaux existants pour créer ceux propres au user qui se loggue.
 
Ca évite de garder un lecteur réseau pointant vers un dossier partagé dont l'user ne devrait pas avoir accès (au cas où on n'aurait pas bien défini les droits de partage et NTFS)
mais également de s'appuyer sur windows pour garder les lecteurs persistants car je l'ai déjà vu merder à ce sujet.
 
Attention aussi au parcours réseau sous l'explorateur de windows, ca merde souvent.
Faut mieux s'appuyer sur les chemins UNC type \\monserveur\monreppartagé
 
Pour des raisons de sécu, je mets aussi tous mes rep partagés en cachés avec le $.
 
Du coup, un script de connexion classique pour monter un rep commun et un rep perso lors de l'ouverture de session d'un user ressemble à ça :
 
net use * /delete
net use o: \\Serv2k3\commun$
net use w: \\Serv2k3\%username%$

je crois que en attandant de solutionner la chose les gens doivent bosser je vais le remettre sous le bon vieux workgroup juska nouvel ordre... :-/
 
merci en tt les cas pour ton aide