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 use
pour 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:newusername
de changer les informations d'identification. Cependant, même quand net use
une 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 use
la 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:
net use * /del
(ou n'importe quel serveur).- Effacer les informations d'identification de Credential Manager.
- 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 use
seul 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 use
commandes (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).
la source
Réponses:
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..
la source
Je l'ai fait fonctionner en procédant comme suit:
net use * /delete
la source
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
la source
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".
la source
Méthode 2: utilisez plusieurs noms NetBIOS pour un ordinateur:
Ensuite, vous pouvez connecter les ressources de différents utilisateurs en utilisant différents noms NetBIOS.
Modifier
%windir%\system32\drivers\etc\lmhosts
et ajouterdans tous les postes de travail réseau
Tous les utilisateurs se connecteront à ses ressources.
la source