web-dev-qa-db-fra.com

Échec de la connexion de l'utilisateur Erreur: 18456, gravité: 14, état: 11

J'ai un groupe AD XYZ que j'ai ajouté à la sécurité de SQL Server avec data_reader autorisations.

Le groupe XYZ compte environ 10 utilisateurs pouvant accéder avec succès à la base de données SQL Server. J'ai récemment ajouté un nouvel utilisateur à ce groupe (au niveau AD), mais cette personne n'est pas en mesure d'accéder à SQL Server (via Mgmt Studio) et il obtient l'erreur ci-dessous

La connexion a échoué pour l'utilisateur. Raison: la validation d'accès au serveur basée sur les jetons a échoué avec une erreur d'infrastructure. Vérifiez les erreurs précédentes.

Erreur: 18456, gravité: 14, état: 11.

J'ai déjà vérifié que les autorisations AD sont correctement configurées, l'utilisateur a redémarré sa machine, il ne fait partie d'aucun groupe ayant DENY accès et le groupe SQL Server XYZ a été supprimé et réajouté au L'instance SQL Server dans Mgmt Studio et le serveur ont été redémarrés.

Avez-vous des idées sur la façon de poursuivre?

Merci!

6
Amam

Les états 11 et 12 signifient que SQL Server a pu vous authentifier, mais n'a pas pu valider avec les autorisations Windows sous-jacentes. Il se peut que la connexion Windows n'ait pas de profil ou que les autorisations n'aient pas pu être vérifiées en raison de l'UAC. Essayez d'exécuter SSMS en tant qu'administrateur et/ou de désactiver UAC. Une autre raison pourrait être que le contrôleur de domaine n'a pas pu être atteint.

Reportez-vous au lien ci-dessous pour plus d'informations sur les états d'erreur.

7
Sandesh Segu

Nous avons rencontré le même problème avec un compte d'utilisateur de domaine, mais la solution qui a fonctionné pour nous était que la base de données par défaut de la connexion était définie sur une base de données à laquelle la connexion n'avait pas accès. J'ai modifié cela en une base de données à laquelle la connexion avait des autorisations, puis la connexion a réussi.

1
Tom Robbins

Dans notre scénario, l'utilisateur a été connecté au système d'exploitation et a quitté la session dans un état déconnecté. Le compte d'utilisateur a été autorisé à devenir membre d'un groupe pour l'accès SQL et lorsque l'utilisateur s'est connecté à SQL, l'erreur ci-dessous a été enregistrée. Erreur: 18456, gravité: 14, état: 11. La connexion a échoué pour l'utilisateur. Raison: la validation d'accès au serveur basée sur les jetons a échoué avec une erreur d'infrastructure. Vérifiez les erreurs précédentes.

Le simple fait de connecter l'utilisateur à partir du système d'exploitation et de le faire à nouveau se connecter a résolu le problème. J'ai attribué le problème aux autorisations effectives de l'utilisateur pour la session précédente à l'origine de l'erreur. L'utilisateur établissant une nouvelle connexion a renouvelé les jetons d'accès et les autorisations effectives.

J'espère que cela t'aides!

0
Senthil Duraisamy

Dans certains cas, l'utilisateur de domaine fait partie d'un ou plusieurs groupes de domaines. Si l'un des groupes de domaine est désactivé/refuse l'accès à SQL Server, ce type d'erreur sera levé. Comme SQL Server peut s'authentifier avec Login, mais il n'est pas en mesure de terminer le processus de connexion car le groupe d'utilisateurs se voit refuser l'accès à SQL Server.

La requête ci-dessous affichera tous les membres du groupe de domaines de l'utilisateur donné.

EXEC XP_LOGININFO 'DOMAIN\username', 'all'

Sur la base des résultats de requête ci-dessus, nous devrions être en mesure de vérifier si un groupe auquel l'utilisateur appartient est désactivé ou refusé l'accès à SQL Server. Si ce groupe est activé avec accès, l'erreur disparaîtra.

0
Venu

Obtient l'erreur d'état 11 avec un compte d'authentification Windows. J'ai supprimé le compte de Security\Logins et ai rajouté. Exactement les mêmes propriétés. Ensuite, la connexion a réussi.

0
sonyisda1

Vérifiez que le compte dispose de l'autorisation de connexion au point de terminaison. Nous les supprimons du public, puis les accordons spécifiquement à chaque compte.

0
user48634