Utilisation de Windows 2008 R2. L'erreur suivante apparaît sur notre serveur: "Les connexions multiples à un serveur ou à une ressource partagée par le même utilisateur, utilisant plus d'un nom d'utilisateur, ne sont pas autorisées. Déconnectez toutes les connexions précédentes au serveur ou à la ressource partagée, puis réessayez." lorsque vous essayez de mapper un lecteur sur la ligne de commande. Cependant, il n'y a pas de fenêtres Explorer ouvertes sur l'ordinateur distant et rien ne s'affiche sur l'ordinateur distant lorsque je fais un "Net Use".
Pourquoi Windows pense-t-il que quelque chose est connecté quand "Net Use" signale qu'il n'y a pas de lecteur ou de dossier ouvert ??
Comment puis-je forcer Win à cesser de penser que quelque chose est connecté sans redémarrer?
Il semble que le message d'erreur s'affiche si je spécifie un nom d'utilisateur et un mot de passe. Si je viens de mettre en:
Net Use n: \\192.168.10.120\test
ça marche, mais si je mets dedans
Net Use n: \\192.168.10.120\test "<password>" /user:"<domain\username>"
cela donne l'erreur. Pourquoi serait-ce?
Même si vous supprimez le dossier partagé via Net Use * /del
, du côté serveur, il existe encore une connexion.
Afin de contourner ce problème créé par Microsoft par conception , vous devez mapper le lecteur de manière à laisser Windows penser qu'il s'agit d'un autre partage sur un autre serveur. Le moyen le plus simple consiste à utiliser des alias DNS ou des adresses IP. Dans votre cas, si votre premier mappage utilise l'adresse IP comme \\IP\Share
avec votre identifiant actuel, vous devriez utiliser quelque chose comme \\ServerName\Share password /user:Domain\Username
ceci devrait créer un nouveau partage avec les nouvelles informations d'identification.
Microsoft appelle ce comportement de par sa conception .. je l’appelle simplement par sa conception stupide.
Dans notre réseau, j'ai constaté que le redémarrage du service Workstation sur l'ordinateur client est capable de résoudre ce problème. Cela a fonctionné dans les cas où un redémarrage du client permettrait également de résoudre le problème. Mais le redémarrage du service est beaucoup plus rapide et facile [et peut fonctionner quand un redémarrage ne le permet pas].
Mon impression est que le PC Windows local met en cache des informations anciennes, ce qui semble les effacer.
Pour plus d'informations sur le redémarrage d'un service, voir cette question . Cela revient à exécuter les commandes suivantes sur une ligne de commande:
C:\> net stop workstation /y
C:\> net start workstation
Noter la /y
flag forcera le service à s’arrêter même si cela interromprait les connexions existantes. Mais sinon, il invite l'utilisateur et attend. Donc, cela peut être nécessaire pour le script.
Suivez ces étapes:
Start
, puis tapez cmd
.Command Prompt
option, puis choisissez Run as administrator
.Net Use
, puis appuyez sur Enter
.Net Use /delete \\servername\foldername
où nom_serveur\nomdossier est le lecteur que vous souhaitez supprimer.Net Use \\<Host> /delete
devrait fonctionner, mais souvent pas.
net stop workstation
comme @DaveInCaz a proposé des œuvres dans de tels cas.
J'ai un certain pourquoi et comment je ne pourrais pas entrer dans un commentaire.
Il ne suffit pas de redémarrer le service Workstation (par exemple, depuis la console services.msc)
Le service doit probablement être désactivé pour une courte période. Si vous redémarrez à partir d’un script, il serait peut-être préférable d’ajouter un délai de 1 seconde.
Dans les cas où Net Use \\<Host> /delete
ne fonctionne pas car un autre programme utilise toujours ce partage. Vous pouvez identifier ce programme et supprimer le descripteur de blocage sans le fermer. Utilisez Sysinternals Process Explorer, appuyez sur Ctrl + F pour lancer la recherche et entrez le nom de la machine hôte possédant ce partage. Cliquez sur chaque résultat, la fenêtre du programme derrière la boîte de dialogue de recherche permet d'accéder au descripteur du programme trouvé. Cliquez avec le bouton droit sur cette poignée et sélectionnez Fermer la poignée. (ou fermez ce programme si vous le pouvez) Cela ne fonctionne que dans les cas normaux où un programme bloque la déconnexion du partage. Pas dans ces cas étranges où il est bloqué sans raison.
compte surélevé a son propre environnement. Cela amène un comportement inattendu.
Si tu fais Net Use
Dans une console cmd/PS élevée, cela n’affectera pas l’utilisateur qui sera utilisé par l’explorateur Windows pour accéder au partage.
Et aussi à l’inverse, si vous exécutez un programme à partir du partage et que le programme demande et obtient un accès élevé, ce programme perdra la connexion à ce partage et aux fichiers qu’il pourrait devoir exécuter. Vous devez exécuter Net Use
à partir de cmd/PS élevé pour créer une connexion de partage élevée à ce partage.
La suppression de dossiers récents de Quick Access dans l'Explorateur Windows (en haut du panneau de gauche) peut être utile dans certains cas.
Si l'hôte auquel vous vous connectez propose différents niveaux d'accès en fonction de l'utilisateur et/ou dispose d'un accès de partage (anonyme) à l'utilisateur invité, vous rencontrerez peut-être souvent cette situation.
Lorsque vous accédez à un partage en utilisant votre nom d'utilisateur, le dossier situé à l'intérieur de ce partage peut être affecté au panneau Accès rapide en tant qu'élément récent. Lorsque vous ouvrez l'Explorateur Windows après le redémarrage, les éléments récents de Accès rapide seront vérifiés, une connexion sera établie avec la machine hôte et restera ouverte sous la forme d'un MUP. Si votre partage accepte à la fois les connexions autorisées et anonymes, il suffit d'ouvrir Windows Explorer pour créer une connexion anonyme. Lorsque vous cliquez sur un partage qui nécessite une autorisation, vous n'obtiendrez pas de boîte de dialogue d'informations d'identification, mais une erreur.