Windows 7 - Informations d'identification de partage réseau en cache?

14

J'ai un problème dans Windows 7 où j'obtiens le message d'erreur suivant lorsque j'essaie d'accéder à un partage réseau administrateur sur une machine dans un autre domaine:

Les 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. Déconnectez toutes les connexions précédentes au serveur ou à la ressource partagée et réessayez.

Dépannage que j'ai fait

  1. Démarrer> Exécuter> cmd> net use * /DELETE
  2. Démarrer> Gérer les informations d'identification Windows> Supprimé toutes les informations d'identification

Je reçois toujours la même erreur jusqu'à ce que je redémarre ma machine. Après avoir redémarré, cela fonctionne bien. Cependant, je peux me connecter au partage administrateur si je le frappe par son adresse IP.

QUESTION

Ma question est la suivante: y a-t-il un autre endroit où je devrais rechercher des informations d'identification d'utilisateur mises en cache?

Kevin Panko
la source

Réponses:

10

Inversez simplement vos étapes de dépannage:

  1. Démarrer> Gestionnaire d'informations d'identification> Informations d'identification Windows> Supprimer du coffre-fort
  2. Démarrer> Exécuter cmd>>net use * /delete

Et le tour est joué! L'accès partagé au réseau réussit avec un nom d'utilisateur différent.

Nick Chammas
la source
1

J'ai le même problème mais avec un serveur Linux. J'ai d'abord pensé que c'était un problème de recherche de nom - conflit DNS avec NetBios - le DNS avait le nom de domaine et NetBios le groupe de travail. J'ai passé beaucoup de temps à essayer de savoir ce qui se passait et je ne suis toujours pas sûr. Mais ---- J'ai effacé les informations d'identification (gestionnaire d'informations d'identification), puis j'ai configuré un lecteur mappé, mais en cochant la case Se connecter en utilisant différentes informations d'identification, puis en entrant les informations d'identification correctes. Immédiatement, je pouvais parcourir, afficher et me connecter aux partages sur la boîte Linux - même après avoir retiré le lecteur mappé. Cependant, après avoir supprimé le partage, j'ai dû saisir l'utilisateur et le transmettre à nouveau. Je ne suis toujours pas sûr de l'avoir. mikej


la source
Même problème mais Windows Server 2003. Suppression des lecteurs mappés et fait exactement comme vous l'avez fait, connectez-vous en utilisant des informations d'identification "différentes" (qui étaient en fait les mêmes informations d'identification) et cela a fonctionné un régal. Je ne sais pas pourquoi. Merci!!
shousper
Je ne suis pas sûr que la suppression du lecteur mappé supprime totalement la connexion que vous avez établie avec le lecteur. En d'autres termes, je ne pense pas que la suppression de la carte du lecteur supprime également les informations de connexion réelles à ce lecteur. Désolé, je ne peux pas contribuer davantage à votre processus, mais donne matière à réflexion lors du dépannage
root
0

Je ne sais pas si c'est applicable, mais j'ai déjà eu une boîte Buffalo Tech NAS (elle fonctionnait sous Linux sous le capot). La documentation correspondante indiquait simplement qu'après avoir rejoint un domaine AD, la boîte ne serait accessible que via l'adresse IP. Je ne l'ai jamais combattu, c'était comme ça. En effet, après avoir rejoint AD, j'obtiendrais l'erreur de l'OP jusqu'à ce que j'y accède via IP.

daremo18
la source