Bonjour à tous,
 
j'ai un NAS avec deux partages sépares, partage "Commun" et partage "gestion"
 
l'utilisateur A à les droits sur "commun" et "gestion"
 
l'utilisateur B à les droits uniquement sur "commun"
 
sauf que les deux utilisateurs utilisent la même session windows, un logiciel pro m’empêche d'avoir deux sessions distinct.
 
le probleme est que si l'utilisateur A s'identifie sur le partage "gestion" alors l'utilisateur B qui passe derriére a aussi l'accés au partage "gestion"
 
j'ai vu qi'il existait la commande "net use * /delete" que je pourrais mettre sur un petit batch mais mais ca casse aussi le partage....
 
la question est de savoir comment l'utilisateur A peut se deloguer de l'accés pour empecher B d'y avoir accés ?
 
je sais pas si je suis trés clair....merci pour votre aide !

La solution est simple et plus globale qu'à ton seul problème : les deux utilisateurs doivent chacun utiliser leur session Windows propre. Pas la même.

 
"un logiciel pro m’empêche d'avoir deux sessions distinct."

 
qu'il dit.

Salut Ronan,  
C'est quel type de NAS que tu as?
Concrètement c'est compliqué ce que tu veux faire et je ne suis pas sur qu'il y ait un moyen efficace de répondre à ta demande.
Pour moi, le lecteur gestion ne serait pas à monter sur la session commune.
Il faudrait que ton utilisateur B puisse accéder différemment à gestion.
Soit passer par une VM en remote desktop qui ferait le rebond sur le partage gestion. Soit par une interface web de ton nas avec des accès différents. (je pense aux Synologys avec leur file station).
 
Oublie le bricolage

 
elle est pas mal celle la
Commence peut être par verrouiller le switch de session afin d’empêcher 2 sessions ouvertes en même temps ?

 
Ca vous arrive de prendre le temps de lire et comprendre ce qu'écrivent les gens parfois?
 
Sa question n'est pas sur l'accès de la session windows mais porte sur l'accès aux deux partages en fonction des deux utilisateurs qui utilisent la même session Windows.
 
Donc => empecher 2 sessions windows ouvertes en même temps est hors sujet puisque les deux utilsateurs utilisent la même session générique.

Le problème vient de là, c'est tout.
C'est le principe même du concept "d'utilisateur".
 

 
Sauf que le bon conseil n'est pas toujours de répondre à la question mais d'expliquer que la question ne devrait pas être car la personne s'est placée dans une mauvaise situation.

Ca devient une habitude assez lourdingue chez vous de toujours balancer à la figure vos préconisations et vos théories, cependant ca ne se passe toujours pas comme ca dans la réalité et on ne va pas rentrer dans le débat du "dans le meilleur des mondes c'est comme ca qu'il faut faire".
Je pense que Ronan le sait déjà que de base on évite les partages de sessions windows génériques etc...
 
Maintenant si vous n'êtes pas là pour lui donner une réponse qui sort des bonnes pratiques, passez juste votre chemin au lieu de radoter toujours la même chose.
 
Si il n'est pas en mesure de faire fonctionner son soft autrement pour le moment, on peut toujours l'aider à trouver un moyen de contournement.

Je pense plutôt qu'un piqûre de rappel ou même une information (tout le monde n'est pas forcement expert dans le domaine) sur le sujet ne fait pas de mal.

Pour son problème deux solutions me viennent à l'esprit :

1) (Elle va faire plaisir à matsu) Corriger ce "problème" avec le logiciel "pro" et le faire fonctionner sous deux profils différents
2) 3 scripts :
deux scripts, un par partage pour mapper les lecteurs avec popup  pour les crédential de l'utilisateur (tu peux tout de même leur fournir un compte spécifique) (requiert donc une action de l'utilisation)
un script de fermeture de session qui démap tous les shares.

Avec la solution 2 tu rappelle biens aux utilisateurs de fermer la session après fin de l'utilisation du poste.

PS: La solution 1 est à préférer
PS2: je ne suis pas sur que cela ai sa place dans stockage.

 
Ah ce moment, tu l'aides à mal faire et tu laisses les gros lourds tenter de l'aider à faire correctement.
Il fera son choix en toute connaissance de cause.

ronan15 : faut plutôt trouver une solution avec ceci , car ta solution de contournement est n'est pas logique.
 
"logiciel pro m’empêche d'avoir deux sessions distinct. "
qu'est qui l'empéche exactement ?
 
 
sinon, exemple de suppression d'un et un seul lecteur
net use I: /delete /y >NUL: 2>&1

Il te faut deux sessions, ne serait ce que pour la rgpd. Des softs qui ont besoin d'une session unique je n'ai jamais vu,  par contre des softs incapables de tourner en tant que service oui. Dans ce cas il suffit de créer un compte générique uniquement pour ca.

C'est juste que ça sert à rien de trouver une solution à un problème quand le problème est le problème lui-même ...

 
Sur le fond on est d'accord. Pas sur la forme.
 
Laissons le répondre. Car pour l'instant... RAS.

T'en fais un peu trop. La forme n'était ni sarcastique, ni dédaigneuse.
Enfin bon fin du HS