112 votes

SQL Server 2008 Windows Auth Login Error : La connexion provient d'un domaine non fiable

Lorsque je tente de me connecter à une instance de SQL Server 2008 en utilisant Management Studio, j'obtiens l'erreur suivante :

La connexion a échoué. La connexion provient d'un domaine non approuvé et ne peut être utilisé avec l'authentification Windows. (Microsoft SQL Server, Erreur : 18452)

Je peux me connecter en utilisant SQL Authentication sans problème. Je reçois cette erreur tout d'un coup. L'authentification en mode mixte est activée.

Quelqu'un a-t-il de l'expérience dans ce domaine ?

Informations supplémentaires : Version 64 bits de SQL Enterprise Edition Sur Windows 2003 Server

1 votes

Quel est le compte de connexion Windows utilisé pour se connecter au serveur sql ?

1 votes

C'est mon compte de domaine que j'utilise depuis toujours.

2 votes

Un changement récent comme un changement de mot de passe ? Parfois, les informations d'identification sont mises en cache

49voto

mattruma Points 7742

Une autre raison pour laquelle cela peut arriver (cela vient de m'arriver) ... est que le mot de passe de l'utilisateur expire. Je ne l'ai réalisé que lorsque j'ai essayé de me connecter à distance au serveur et qu'on m'a demandé de changer mon mot de passe.

0 votes

Je viens d'avoir ce problème. Étonnamment, j'ai quand même pu me connecter à Analysis Server :O

0 votes

Je peux confirmer cela causait le même problème pour moi aussi. La mise à jour du mot de passe a résolu instantanément le problème de connexion !

1 votes

Cela vient de se produire pour moi (Win 10), alors que mon mot de passe n'avait pas expiré, je venais de le changer via 'Ctrl-Alt-Del'. J'ai redémarré et tout allait bien à nouveau. Extrêmement ennuyeux, le changement de mot de passe a également affecté la capacité d'Outlook et de OneDrive à fonctionner.

38voto

memnoch_proxy Points 1514

Pour moi, cela s'est produit lorsque j'ai édité un fichier drivers/etc/hosts vide, et que j'ai ajouté une entrée pour un site web local, mais que j'ai oublié d'ajouter 127.0.0.1 localhost

1 votes

Ça a marché pour moi aussi. D'une manière ou d'une autre, j'ai eu une entrée dans le fichier hosts qui ne devrait pas être là (je ne l'ai pas mise moi-même et je ne me souviens pas avoir installé un logiciel qui pourrait le faire). La suppression de cette entrée a résolu le problème.

2 votes

Pour Windows, vous pouvez mettre à jour ce fichier en procédant comme suit rackspace.com/knowledge_center/article/

1 votes

Vous avez sauvé ma journée ! Merci

29voto

jinsungy Points 3902

Le problème était dû à un serveur Active Directory en panne, qui ne pouvait bien sûr pas authentifier le compte Windows. Merci pour votre aide.

16voto

"Le problème a été causé par un serveur Active Directory en panne, qui bien sûr ne pouvait pas authentifier le compte Windows"

Ce n'est pas "bien sûr", car si AD n'est pas disponible, l'authentification Kerberos revient à NTLM (les informations d'identification du compte de domaine sont mises en cache localement, on peut se connecter avec même si AD/Kerberos n'est pas disponible). Je pense que vous avez peut-être deux conditions simultanées pour que cet échec se produise :

  • Le serveur SQL n'est pas local (sur une autre machine)
  • La confiance est configurée "Kerberos seulement".

ou d'autres configurations spécifiques de sécurité réseau/serveur/AD/machine

2 votes

J'ai également rencontré ce problème avec des serveurs nommés AD sur une machine locale.

1 votes

Alors, que dois-je faire si le serveur SQL n'est pas local ?

0 votes

Où et comment modifier la configuration de la "confiance", qui est actuellement "Kerberos uniquement" ?

10voto

Josh Points 626

J'ai eu ce problème pour une instance de serveur sur ma machine locale et j'ai découvert que c'était parce que je pointais vers 127.0.0.1 avec autre chose que "localhost" dans mon fichier hosts. Il y a deux façons de résoudre ce problème dans mon cas :

  1. Supprimez l'entrée incriminée pointant vers 127.0.0.1 dans le fichier hosts.
  2. utiliser "localhost" au lieu de l'autre nom qui dans le fichier hosts pointe vers 127.0.0.1

*Cela n'a fonctionné que lorsque j'ai exécuté l'instance du serveur SQL sur mon ordinateur local et que j'ai tenté d'y accéder depuis la même machine.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X