web-dev-qa-db-fra.com

Déconnexion / déconnexion du partage de réseau Windows sans redémarrer le service Workstation

J'ai un serveur de fichiers en cours d'exécution (SMB) auquel je me suis connecté dans l'explorateur (Windows 7 Professional) 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 souhaite changer d'utilisateur, mais il serait utile de pouvoir vous déconnecter en général).

J'ai cherché des moyens de le faire et trouvé une foule d'informations suggérant l'utilisation d'une forme de Net Use \\1.2.3.4 /del:

Cependant, aucun d'entre eux ne semblait réellement fonctionner pour moi. J'exécute Net Use * /del, puis j'utilise Net Use pour vérifier que la liste est vide et que le partage reste mystérieusement dans Explorer, qu'il n'est pas affecté, qu'il est accessible et qu'il utilise toujours le nom de connexion précédent.

Une autre chose que j'ai essayée, mais qui a également échoué, consistait par exemple à Net Use \\1.2.3.4 /user:newusername pour échanger les informations d'identification. Cependant, même lorsque Net Use affichait une liste de connexions vide , cela produisait toujours une erreur indiquant que plusieurs connexions à la même ressource avec différents utilisateurs n'étaient pas autorisées - Pourquoi certaines connexions ne s'affichaient-elles pas? dans la liste Net Use est un mystère pour moi.

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

  1. Net Use * /del (ou quel que soit le serveur).
  2. Effacer les informations d'identification de Credential Manager.
  3. Redémarrez le service Workstation.

Cette procédure a fonctionné pour moi. Credential Manager ne présentait aucun intérêt, car je ne sauvegardais pas les informations d'identification. Cependant, la clé était de redémarrer le service Workstation après avoir effacé les connexions avec net (je devais fermer toutes les fenêtres de l'Explorateur pour que le service redémarre).

Ma question est la suivante: Ce n'est pas du tout pratique, surtout lorsque je dois l'expliquer à des utilisateurs moins férus de technologie. Bien que je puisse certainement créer par exemple un script batch pour automatiser le tout, existe-t-il un moyen réel, correct et cohérent de le faire qui ne nécessite pas de redémarrer des services (et n'implique éventuellement pas la ligne de commande, bien que personnellement cela ne me dérange pas)?

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 suggèrent pas de redémarrer Workstation, et le processus suggéré d'utilisation de Net Use seul semblait fonctionner au moins pour les autres personnes ayant posté des commentaires sur ces publications. Le redémarrage de la station de travail est-il unique pour moi et est-il indicatif d'un autre problème sur ma machine, ou a-t-il été simplement laissé de côté de toutes les instructions pour une raison quelconque? Seul le support technique de Microsoft.com avait des instructions recommandant cette étape, qui a finalement fonctionné pour moi.

Se déconnecter d'un partage semble constituer un cas d'utilisation assez courant pour justifier un moyen simple de le faire. Je suis donc déconcerté par la difficulté avec laquelle il a été difficile de comprendre cela.


Autres choses que j'ai essayées sans effet:

  • Fermer toutes les fenêtres de l'Explorateur avant et après avoir utilisé les commandes Net Use (comme suggéré dans la réponse de de Kody Browns ), ainsi que dans le "processus distinct par fenêtre" paramètres en espérant que c’était une sorte de mise en cache des informations d’identification par processus (inspirée également de cette réponse).
  • Modification des paramètres de gestion de la connexion du groupe résidentiel (suggéré par la réponse de holmzi_online à la publication Microsoft.com ci-dessus).
  • Tuer tous les processus d’explorateur (y compris le principal) et redémarrer Explorer après Net Use * /del (suggéré par Robert Greer ici , bien que le problème concerne les lecteurs mappés).
13
Jason C

2) Vous n'êtes pas seul dans cette affaire. La plupart des gens ne l’ont probablement jamais fait, 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 qu'elle soit stockée.

En ce qui concerne 1), je n'ai qu'à fermer les fenêtres de l'Explorateur et (parfois des invites de commande) ayant 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 des dossiers dans un processus séparé".

Juste une pensée..

1
Kody Brown

Je l'ai obtenu en procédant comme suit:

  1. Exécuter Net Use * /delete
  2. Effacer les informations d'identification (par exemple, le mien est 172.26.190.129, et la date de création est aujourd'hui, c'est tout)
  3. Désactiver "Connexion locale" (Panneau de configuration\Mise en réseau et Internet\Net Connect\Connexion locale)
  4. Attendez un moment (je ne comprends pas pourquoi mais je pense que cela pourrait casser certains liens de mon Win7 vers Ubuntu et effacer du cache)
  5. Activer "connexion locale" et cela a fonctionné ..
1
Seiya Cai

Cela risque d’être long, mais avez-vous attendu assez longtemps après avoir utilisé Net Use * /d? Autant que je sache, même après la suppression du partage, Windows maintient la session ouverte s'il existe des descripteurs ouverts (fenêtre Explorateur, etc.). Et même après la fermeture de ces poignées, il existe une période de temporisation pendant laquelle il reconnectera le partage. La valeur par défaut semble être 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" n'est plus utilisé dans les versions plus récentes 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

0
Stimm