Plusieurs connexions à un serveur ou à une ressource partagée par le même utilisateur, en utilisant plus d'un nom d'utilisateur, ne sont pas autorisés
À L'Aide De Windows 2008 R2. Sur notre serveur, on obtiens cette erreur: "Plusieurs connexions à un serveur ou à une ressource partagée par le même utilisateur, en utilisant plus d'un nom d'utilisateur, ne sont pas autorisés. Débranchez toutes les connexions précédentes au serveur ou à une ressource partagée et essayez à nouveau." quand vous essayez de mapper un lecteur sur la ligne de commande. Cependant, il n'y a pas d'ouvrir l'Explorateur windows sur l'ordinateur distant, et rien ne s'affiche sur l'ordinateur distant lorsque je fais un "net use".
Pourquoi windows pense que quelque chose est connecté lors de la "net use" indique qu'il n'existe pas de lecteurs ou des dossiers ouverts??
Comment puis-je la force de Gagner à arrêter de penser que quelque chose est connecté sans avoir à redémarrer?
Il semble que je reçois le message d'erreur si je spécifier un nom d'utilisateur et mot de passe. Si je viens de mettre dans:
net use n: \2.168.10.120\test
il fonctionne, mais si je me mets en
net use n: \2.168.10.120\test "<password>" /user:"<domain\username>"
il donne l'erreur. Pourquoi serait-elle?
- Avez-vous trouvé une solution au problème?
- Je n'ai pas trouvé la réponse, mais j'ai découvert que je pouvais obtenir 2 réponses à "net use" en fonction de si je l'ai exécuté en tant qu'utilisateur normal ou en tant qu'administrateur. J'ai trouvé ce site: woshub.com/... qui avait quelques informations intéressantes, mais je ne sais toujours pas la raison exacte. SunChero la réponse ci-dessous est le plus proche. 🙂
- je parie que lorsque vous avez exécuté avec succès net use p: \\192.168.10.120\test, vous pouvez voir une session figurant dans le serveur de partage de fichiers à l'aide de net session /liste appartenant à un autre utilisateur à la place du nom d'utilisateur que vous essayez de vous connecter dans la deuxième ligne de commande.
- Le Compte d'Utilisateur Windows mécanisme de Contrôle semble être imparfait quand il s'agit de mappages de lecteur réseau. Donc, comme l'a souligné @raphael75, l'exécution de
net use * /d
de la normale et élevée modes/jetons peuvent aider à s'assurer que toutes les connexions réseau sont supprimés. Cela a fonctionné pour moi sur Windows 7 au moins.
Vous devez vous connecter pour publier un commentaire.
Même si vous supprimez le dossier partagé via
net use * /del
, sur le côté serveur il y a toujours un lien là-haut.Afin de contourner ce problème, Microsoft a créé par la conception vous devez mapper le lecteur dans une sorte de laisser windows pense que c'est d'autre part sur un autre serveur. La façon la plus simple de le faire est d'utiliser des alias DNS ou l'adresse ip.
Dans votre cas, si votre première cartographie utilise l'adresse ip comme
\\IP\Share
avec votre identification en cours, vous devriez utiliser quelque chose comme\\ServerName\Share password /user:Domain\Username
cela devrait créer un nouveau partage avec les nouveaux pouvoirs.Microsoft appeler ce comportement par la conception .. je l'appelle tout simplement stupide de conception.
Dans notre réseau, j'ai trouvé que le redémarrage de la station service sur l'ordinateur client est en mesure 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 en redémarrant le service est beaucoup plus rapide & plus facile [et peut travail le cas d'un redémarrage n'].
Mon impression est que les PC sous Windows est la mise en cache certaines informations, ce qui semble de le vider.
Pour plus d'informations sur le redémarrage d'un service, voir cette question. Elle se résume à l'exécutant les commandes suivantes sur une ligne de commande:
Note - le
/y
indicateur de la force de l'arrêt du service, même si cela va interrompre les connexions existantes. Mais sinon, il invite l'utilisateur et d'attendre. Donc, ce sera peut-être nécessaire pour l'écriture de scripts.Suivez ces étapes:
Start
bouton, puis tapezcmd
.Command Prompt
option, puis choisissezRun as administrator
.net use
, puis appuyez surEnter
.net use /delete \\servername\foldername
où servername\foldername est le lecteur que vous souhaitez supprimer.net use \\<host> /delete
devrait fonctionner, mais de nombreuses fois il ne le fait pas.net stop workstation
comme @DaveInCaz offert œuvres dans de tels cas.J'ai quelques pourquoi et le comment, je ne pouvais pas entrer dans un commentaire.
Il ne suffit pas de redémarrer le service station de travail (par exemple, de services.msc console)
Le service doit probablement être désactivé pour une brève période de temps. Si vous faites cela, redémarrez à partir d'un script, peut-être mieux d'ajouter un 1 seconde de retard.
Dans les cas où
net use \\<host> /delete
ne fonctionne pas car un autre programme est encore à l'aide de l'action, vous pouvez identifier un tel programme et supprimer le blocage de la poignée sans la fermer. L'utilisation de Sysinternals Process Explorer, appuyez sur Ctrl+F pour rechercher et entrez le nom d'hôte de la machine de posséder de telles actions. Cliquez sur chaque résultat, programme devant la fenêtre de la boîte de dialogue de recherche sauts de trouvé du programme de la poignée. Droite cliquez sur la poignée et sélectionnez Fermer la Poignée. (ou tout simplement fermer ce programme si vous le pouvez) Cela ne fonctionne que dans les affaires ordinaires, où il y a vraiment un programme de blocage de la part de la déconnexion. Pas dans ces étranges cas quand il est bloqué sans raison.élevée compte a son propre environnement. Cela apporte un comportement inattendu.
Si vous ne
net use
commande par une élévation de la cmd/PS console, cela n'affectera pas l'utilisateur qui va utiliser l'Explorateur Windows pour accéder au partage.Et aussi d'autres sens, si vous exécutez un programme à partir de l'action et le programme va demander et obtenir élevés accès, programme perte de connexion pour les actions et tous les fichiers qu'il pourrait avoir besoin pour s'exécuter. Vous devez exécuter
net use
élevées cmd/PS pour créer une élévation de la part de connexion à cette action.Retrait des dossiers Récents de l'Accès Rapide dans l'Explorateur Windows (en haut du panneau de gauche) peut aider dans certains cas.
Si l'Hôte de connexion à propose différents niveaux d'accès en fonction de l'utilisateur, et/ou a un utilisateur Invité (anonyme) de l'accès de partage, c'est une situation que l'on peut souvent rencontrer.
Lorsque vous accédez à un partage à l'aide de votre nom d'utilisateur, le dossier à l'intérieur d'une telle action pourrait assignée volet d'Accès Rapide comme un Récent article. Lorsque vous ouvrez l'Explorateur Windows après redémarrage, les Récents éléments à l'intérieur d'un Accès Rapide sera vérifiée et une connexion à l'ordinateur Hôte et restera ouvert sous la forme d'un MUP. Si vous partagez accepte à la fois autorisé et les connexions anonymes, juste à l'ouverture de l'Explorateur Windows va créer de connexion anonyme et lorsque vous cliquez sur une action qui a besoin d'une autorisation, vous n'obtiendrez pas d'informations d'identification de dialogue, mais une erreur.