Impossible de se connecter à SQL Server dans un domaine différent à l'aide de SSMS et de Windows 7 Credential Manager

J'ai besoin de vous connecter à une instance de SQL Server 2008 dans un autre domaine Windows à gérer. Nous utilisons uniquement l'Authentification Windows.

Dans Windows XP, je pouvais utiliser la fonction "Gérer les mots de passe Réseau" pour stocker sur ma machine locale de mon nom d'utilisateur et le mot de passe pour l'ordinateur distant. Cela provoque SQL Server Management Studio pour utiliser ces informations d'identification, à la place de mes informations d'identification locales, lors de la connexion à ce serveur. Cela a très bien fonctionné, et a empêché mon avoir à entrer un nom d'utilisateur ou mot de passe à chaque fois que j'ai connecté avec SSMS.

Mais, Vache sacrée, après la mise à niveau vers Windows 7, je ne peux plus le faire. L'ajout de ma télécommande informations d'identification de domaine dans le Gestionnaire d'informations d'Identification ne parvient pas à produire le comportement souhaité. SMS 2008 R2 ignore les informations d'identification stockées, et au lieu de cela, envoie toujours mes informations d'identification locales, provoquant la connexion à l'échec à chaque fois. Il n'y a même pas une manière, au sein des SMS, pour entrer d'autres informations d'identification, donc le résultat est que j'ai simplement ne peut pas accéder au serveur distant!

La connexion échoue avec le message suivant:

Échec de la connexion. La connexion est à partir d'un
domaine non approuvé et ne peut pas être utilisé
avec l'authentification Windows.
(Microsoft SQL Server, message d'Erreur: 18452)

Comment puis-je obtenir SMS sur Windows 7 fonctionne de la même façon que sur Windows XP?

source d'informationauteur BrianFinkel

  1. 25

    Il ressemble à il ya un bug dans Windows 7 Gestionnaire d'informations d'Identification qui provoque ce comportement. Après beaucoup de recherches sur Internet, j'ai trouvé moches, les solutions de contournement, mais a également trouvé un grand:

    Dans le Gestionnaire d'informations d'Identification, ajoutez une entrée pour le serveur distant, mais au lieu d'ajouter le nom du serveur, comme database.contoso.com, ajouter le nom du serveur avec le port SQL Server, comme suit:

    base de données.contoso.com:1433

    Cela se traduit dans le comportement souhaité, avec aucune douleur!

    Source: http://social.msdn.microsoft.com/Forums/en-US/sqlsecurity/thread/c05a90e4-cb16-46f6-9072-37083c65696d/

    Souviens aussi, bien sûr, que vous devez préfixer le nom d'utilisateur distant dans le Gestionnaire d'informations d'Identification avec le nom de domaine distant, comme suit:

    de la base de données\administrateur