1 votes

"Des connexions multiples à un serveur ou à une ressource partagée par le même utilisateur, en utilisant plus d'un nom d'utilisateur, ne sont pas autorisées" lors de l'utilisation des mêmes

Je rencontre des problèmes avec Windows 10 et le montage de plusieurs partages sur un NAS sur le réseau. À chaque fois que je me connecte, j'obtiens une erreur me indiquant que certains lecteurs réseau n'ont pas pu être montés. Si j'essaie ensuite d'accéder au lecteur qui a échoué, j'obtiens l'erreur suivante :

Une erreur est survenue lors de la reconnexion à {Lettre du lecteur} vers {Chemin UNC}
Des connexions multiples vers 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 vers le serveur ou la ressource partagée et réessayez.

Le fait est, cependant, que cette erreur est incorrecte; j'ai expressément indiqué à Windows d'utiliser les mêmes informations d'identification pour les deux points de montage.

J'ai néanmoins vérifié le Gestionnaire d'informations d'identification et confirmé qu'une seule information d'identification est enregistrée pour le NAS ; il n'y en a qu'une seule.

La seule façon de résoudre le problème est, comme cela est suggéré, de supprimer les deux chemins réseau montés, puis de les ajouter de nouveau. Bien sûr, lorsque je fais cela, je dis à l'appareil que j'utilise des informations d'identification différentes et je les saisis. Il se souvient du nom d'utilisateur que j'avais précédemment configuré et je saisis le mot de passe. Je remonte ensuite l'autre lecteur, exactement le même processus (les deux utilisent le même nom d'utilisateur et mot de passe).

Je peux alors redémarrer et, oh un échec.

La seule chose à laquelle je peux penser est que Windows est, faute d'un meilleur mot, "bête". L'un des lecteurs accepte l'authentification anonyme et je suppose que Windows, dans sa "sagesse" ultime, va donc directement vers l'authentification anonyme, puis devient bête pour la deuxième fois en essayant ensuite d'utiliser des informations d'identification différentes (celles que j'avais explicitement définies à l'origine et qu'il a ignorées pour la connexion précédente).

Comment contourner cette "fonctionnalité" de Windows, ou l'empêcher d'être bête ? Puis-je forcer Windows à monter d'abord le partage qui nécessite un nom d'utilisateur et un mot de passe, garantissant ainsi que le second utilise ces informations d'identification ? Tout ce que je trouve me renvoie à la configuration des informations d'identification dans le Gestionnaire d'informations d'identification, mais j'ai confirmé qu'elles étaient correctes, je suppose juste que Windows choisit de ne pas les utiliser lorsque le partage réseau ne demande pas de nom d'utilisateur et de mot de passe ; même si je lui ai explicitement dit d'utiliser des informations d'identification spécifiques.

Pour information, je ne veux pas empêcher le point de partage d'autoriser l'authentification anonyme sur celui "public", c'est intentionnellement comme ça.

0voto

harrymc Points 394411

Actions possibles:

  • Après un accès connecté qui donne cette erreur, exécutez l'invite de commande en tant qu'administrateur et entrez la commande net use.
    Si vous voyez des lecteurs répertoriés qui ne sont pas attribués à une lettre et ont la forme \\IP\dossier, exécutez net use /delete \\IP\dossier
  • Essayez de redémarrer le service Station de travail
  • Essayez de connecter l'un en tant que \\IP\Partage1 et l'autre en tant que \\NomDuServeur\Partage2.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X