J'ai un serveur de fichiers en cours d'exécution (SMB) auquel je me suis connecté dans l'Explorateur (Windows 7 Professionnel) en visitant directement \\ 1.2.3.4. Je me suis connecté en tant qu'utilisateur unique, sans enregistrer les informations d'identification, et souhaite maintenant me déconnecter (en fait, je veux passer à un autre utilisateur, mais pouvoir se déconnecter en général serait utile).

J'ai cherché des moyens de le faire et j'ai trouvé un tas d'informations qui suggèrent d'utiliser une certaine forme de net use \\1.2.3.4 /del:

• Comment se déconnecter d'un dossier partagé Windows?
• Comment changer l'utilisateur avec lequel je suis connecté sur un partage réseau?
• Utilisation de différentes informations d'identification pour accéder aux dossiers partagés dans Windows 7 (www.raymond.cc)
• Comment supprimer les informations de connexion pour un emplacement réseau dans Win7? (serverfault.com)
• Se déconnecter d'un lecteur de partage réseau sans redémarrage?
• Etc.

Cependant, aucun de ces éléments ne semblait fonctionner pour moi. Je cours net use * /del, puis j'utilise net usepour vérifier que la liste est vide, et pourtant le partage reste mystérieusement dans l'explorateur, inchangé, accessible et toujours en utilisant la connexion précédente.

Une autre chose que j'ai essayée, qui a également échoué, était par exemple net use \\1.2.3.4 /user:newusernamede changer les informations d'identification. Cependant, même quand net useune liste de connexions vide était affichée , cela produisait toujours une erreur indiquant que plusieurs connexions à la même ressource avec différents utilisateurs n'étaient pas autorisées - pourquoi il y avait des connexions qui n'apparaissaient pas dans net usela liste de '' est un mystère pour moi.

J'ai ensuite trouvé cet article Comment se déconnecter du dossier partagé (microsoft.com), qui recommande:

1. net use * /del (ou n'importe quel serveur).
2. Effacer les informations d'identification de Credential Manager.
3. Redémarrez le service Workstation.

Cette procédure a fonctionné pour moi. Il n'y avait rien d'intéressant dans le gestionnaire d'informations d'identification, car je n'avais pas enregistré les informations d'identification, mais le redémarrage du service Station de travail après avoir effacé les connexions avec netétait la clé (j'ai dû fermer toutes les fenêtres de l'explorateur pour redémarrer le service).

Ma question est: ce n'est pas très pratique du tout, surtout quand je dois l'expliquer à des utilisateurs moins avertis en technologie. Bien que je puisse certainement créer, par exemple, un script de commandes pour automatiser le tout, existe-t-il un moyen réel, approprié et cohérent de le faire qui n'implique pas le redémarrage des services (et n'implique peut-être pas la ligne de commande, bien que personnellement je ne ' t l'esprit)?

En outre, une sous-question: il est étrange pour moi que la grande majorité des ressources que j'ai trouvées sur ce sujet ne proposent pas de redémarrer Workstation, et le processus suggéré d'utiliser net useseul semble fonctionner au moins pour les autres personnes qui ont posté des commentaires sur ces postes. Le redémarrage de la station de travail est-il unique pour moi et indique-t-il un autre problème sur ma machine, ou a-t-il été simplement omis de toutes les instructions pour une raison quelconque? Seul le poste de support de microsoft.com contenait des instructions recommandant cette étape, et c'est ce qui m'a finalement permis de travailler.

La déconnexion d'un partage semble être un cas d'utilisation assez courant pour justifier un moyen simple de le faire, donc je suis déconcerté par la difficulté pour moi de comprendre cela.

J'ai essayé d'autres choses sans effet:

• Fermeture de toutes les fenêtres de l'Explorateur avant et après l'utilisation de net usecommandes (comme suggéré dans la réponse de Kody Browns ), ainsi que futzing avec les paramètres "processus séparé par fenêtre de dossier" en espérant qu'il s'agissait d'une sorte de mise en cache des informations d'identification par processus (également inspiré de cette réponse) .
• Modification des paramètres de gestion des connexions de groupe résidentiel (suggérée par la réponse de holmzi_online dans le post microsoft.com ci-dessus).
• Tuer tous les processus de l'explorateur (y compris le principal) et redémarrer l'explorateur après net use * /del(suggéré par Robert Greer ici , bien que ce problème soit lié aux lecteurs mappés).

2) Vous n'êtes pas seul dans ce dossier. La plupart des gens n'en font probablement jamais l'expérience car ils n'ont qu'un seul utilisateur et / ou plusieurs utilisateurs mais tous avec le même mot de passe. Je semble en faire l'expérience tout le temps. Je suppose que c'est parce que j'ai le même nom d'utilisateur sur plusieurs ordinateurs mais avec des mots de passe différents .. (Je ne suis pas dans un domaine; l'ordinateur portable est Windows 8.1 avec des serveurs Windows et Linux ..)

(de la mémoire) Si j'ouvre le partage racine d'un ordinateur, tel que \ raspi, avant d'accéder à un partage verrouillé tel que \ raspi \ private, j'aurai ce problème. Il semble qu'une connexion soit établie en utilisant d'abord le partage public / ouvert, puis elle est stockée.

Quant à 1), je n'ai qu'à fermer les fenêtres de l'Explorateur et (parfois des invites de commande) qui ont accédé à ce partage. Je n'ai jamais eu à redémarrer le service de poste de travail.

Mais cela peut fonctionner pour moi car je dis toujours à Windows de "lancer les fenêtres de dossiers dans un processus séparé" ..

Juste une pensée..

Je l'ai fait fonctionner en procédant comme suit:

1. Courir net use * /delete
2. Effacez les informations d'identification (par exemple, la mienne est 172.26.190.129, et la date de création est aujourd'hui, juste ça)
3. Désactivez la "connexion locale" (Panneau de configuration \ Réseau et Internet \ Net Connect \ Connexion locale)
4. Attendez un instant (je ne sais pas pourquoi mais je pense que cela peut rompre certains liens entre mon Win7 et Ubuntu et peut vider du cache)
5. Activez la "connexion locale" et cela a fonctionné ..

Cela peut être un long plan, mais avez-vous attendu assez longtemps après utilisation net use * /d? Pour autant que je sache, même après avoir supprimé le partage, Windows garde la session ouverte s'il y a des poignées ouvertes (fenêtre Explorer, etc.). Et même après la fermeture de ces poignées, il existe un délai d'expiration pendant lequel il reconnectera le partage. La valeur par défaut semble être de 10 à 15 minutes. Vous pouvez raccourcir cela dans le registre.

Voir https://blogs.msdn.microsoft.com/oldnewthing/20110223-00/?p=11413

Cependant, il semble que "KeepConn" ne soit plus utilisé dans les nouvelles versions de Windows. Voir «Minuterie de connexion inactive» sur cette page: http://blogs.msdn.com/b/openspecification/archive/2013/03/19/cifs-and-smb-timeouts-in-windows.aspx

Démarrer -> Panneau de configuration -> Comptes d'utilisateurs et protection de la famille -> Comptes d'utilisateurs -> Gérez vos informations d'identification.

Développez l'un de vos "Informations d'identification Windows", puis cliquez sur "Supprimer du coffre-fort".

net use * /del
net stop Workstation /Y
cmdkey /delete:<resourcename>
net start Workstation
net start browser

Méthode 2: utilisez plusieurs noms NetBIOS pour un ordinateur:

reg add "HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters" /v OptionalNames /t REG_MULTI_SZ /d "NetBIOSName01\0 NetBIOSName02\0 NetBIOSName03\0"

Ensuite, vous pouvez connecter les ressources de différents utilisateurs en utilisant différents noms NetBIOS.

net use L: \\NetBIOSName01 /user:<username01> <password01> /P:Yes
net use M: \\NetBIOSName02 /user:<username02> <password02> /P:Yes
net use N: \\NetBIOSName03 /user:<username03> <password03> /P:Yes

Modifier %windir%\system32\drivers\etc\lmhostset ajouter

<Server IP>  NetBIOSName01            #PRE
<Server IP>  NetBIOSName02            #PRE
<Server IP>  NetBIOSName03            #PRE
<Server IP>  <OriginalNetBIOSname>            #PRE

dans tous les postes de travail réseau

Tous les utilisateurs se connecteront à ses ressources.