Que se passe-t-il lorsque je ne peux pas accéder à un partage de serveur SMB (erreur non accessible) jusqu'à ce que j'exécute cmdkey pour supprimer les informations d'identification?

J'ai un problème de partage de connexion réseau. La première connexion fonctionne et semble rester connectée pendant au moins quelques heures. Cependant, après chaque redémarrage de mon PC Windows 7, il ne peut plus former une connexion réseau au dossier partagé, ni y accéder, jusqu'à ce que non seulement je démappe et remappe le lecteur mappé, mais aussi, je dois utiliser cmdkeypour supprimer le informations d'identification stockées comme ceci:

cmdkey /delete:Domain:target=HOSTNAME

Mon PC de travail est sur un domaine, et je ne suis pas l'administrateur informatique, mais je suis curieux de savoir si je peux faire quelque chose pour enquêter sur ce problème. Tous les paramètres du registre ou de la stratégie de groupe que j'ai pu examiner pour voir pourquoi la première connexion fonctionne, mais chaque tentative ultérieure (une fois que les informations d'identification stockées existent) pour parcourir ou utiliser la connexion échoue avec une erreur de connexion disant qu'elle n'est "pas accessible", comme ça:

Je ne reçois même aucune erreur avant au moins plusieurs minutes. La première chose que je vois est une fenêtre figée et vide, puis je reçois cette erreur:

Cela s'est produit lors de la connexion à un partage sur un périphérique DROBO et sur un partage qui n'est pas sur le domaine, mais qui était un Microsoft Home Server. Je me demande s'il y a quelque chose de cassé dans WIndows 7 Professional en ce qui concerne la connexion à des partages non-domaine lorsqu'un contrôleur de domaine Active Directory existe et qu'une station de travail particulière est jointe à un domaine?

Le problème se produit uniquement si je clique sur "Mémoriser les informations d'identification". Il n'est fixé par aucune quantité de travail avec net use. L'utilisation cmdkeyde la suppression de toutes les informations d'identification stockées pour l'hôte est le seul moyen de revenir, et elle affecte tous les dossiers partagés hors domaine.

Mise à jour J'espère qu'il y a des emplacements de registre que je pourrais vérifier qui pourraient être mal configurés d'une manière qui pourrait expliquer pourquoi les informations d'identification stockées SMB / CIFS pour les systèmes hors domaine semblent être auto-invalidées de cette manière étrange. Sachant à quel point le domaine Microsoft Windows et la gestion de la sécurité sont parfois whacko, cela pourrait être une sorte de "fonctionnalité" stupide.

Il est possible que l'heure locale et la machine hébergeant les partages ne soient pas synchronisés. Bien que votre administrateur de domaine devrait s'en occuper. Généralement, lorsqu'un jeton pour vos informations d'identification est transmis à la machine mais n'est pas synchronisé, il cesse de fonctionner.

Une autre possibilité est que votre ordinateur local essaie de transmettre vos informations d'identification de domaine à Windows Home Server. Et étant donné qu'il ne fait pas partie du domaine, il vous ferait rebondir.

Certes, il ne devrait pas vous permettre de vous connecter dans les deux cas (sauf si le contrôleur de domaine et votre poste de travail sont synchronisés, mais pas Windows Home Server).

L'une des raisons pour lesquelles je peux voir cela est que vous devez stocker les informations d'identification au format MACHINE_NAME \ USERNAME, puis le mot de passe. De cette façon, il sait exactement à quoi il s'applique.