- L'erreur ne peut pas générer de contexte SSPI peut empêcher l'administrateur et les utilisateurs d'accéder à leur SQLserveur.
- Dans cet article, nous explorer les trois voies à corriger cette erreur à te ramener en ligne.
- Si le problème persiste, consultez notre page dédiée Page SQL Server pour Suite correctifs.
- Vous pouvez également découvrir notre Centre de dépannage pour Suite solutions utiles.
Ce logiciel maintiendra vos pilotes opérationnels, vous protégeant ainsi des erreurs informatiques courantes et des pannes matérielles. Vérifiez tous vos pilotes maintenant en 3 étapes faciles :
- Télécharger DriverFix (fichier de téléchargement vérifié).
- Cliquez sur Lancer l'analyse pour trouver tous les pilotes problématiques.
- Cliquez sur Mettre à jour les pilotes pour obtenir de nouvelles versions et éviter les dysfonctionnements du système.
- DriverFix a été téléchargé par 0 lecteurs ce mois-ci.
Le nom du principal cible est incorrect - impossible de générer une erreur de contexte SSPI se produit lors de la tentative d'établissement d'une connexion sur SQL Serveur d'un serveur distant avec un compte Windows.
Il s'agit d'une erreur générique. Il peut être déclenché pour de nombreuses raisons, notamment un mot de passe obsolète, une dérive de l'horloge, l'échec d'enregistrement d'un SPN ou une autorisation d'accès à Active Directory.
Dans cet article, nous examinons quelques étapes de dépannage pour vous aider à résoudre l'erreur de contexte SSPI impossible à générer sur le serveur Windows.
Comment puis-je corriger le nom du principal cible est incorrect - ne peut pas générer d'erreur de contexte SSPI ?
1. Changer l'utilisateur du service SQL
Essayez de changer l'utilisateur SQL SERVICE avec celui qui est administrateur de domaine. Lorsque vous arrêtez le service, vous avez besoin d'un compte avec des privilèges pour créer un nouveau SPN (Nom principal du service).
Lorsqu'un service démarre sans lui, il déclenchera l'erreur. La modification des privilèges de votre compte système peut corriger l'erreur.
Cependant, il est toujours recommandé aux comptes de service de leur accorder le moins de privilèges pour des raisons de sécurité.
Supprimer les entrées SPN des utilisateurs et ordinateurs AD
- Ouvrez l'utilisateur et les ordinateurs Active Directory dans la vue avancée.
- Recherchez les entrées SSPN pour MSSQL Svc.
- Supprimez toutes les entrées associées à MSSQL Svc.
- Fermez AD User and Computers et vérifiez les améliorations éventuelles.
- Modifier l'autorisation Active Directory.
2. Vérifiez votre mot de passe
L'erreur ne peut pas générer de contexte SSPI peut se produire en raison de problèmes de mot de passe. Si vous avez récemment modifié votre mot de passe, mais que vous ne vous êtes pas déconnecté de votre compte, cela peut déclencher l'erreur.
Essayez de vous déconnecter puis de vous connecter avec le nouveau mot de passe pour corriger l'erreur.
Dans d'autres cas, le problème peut être dû à l'expiration du mot de passe. Modifiez le mot de passe expiré et connectez-vous avec les nouvelles informations d'identification pour voir si cela résout l'erreur.
3. Modifier l'autorisation Active Directory
- Cours Adsiedit.msc et de la Cours boite de dialogue.
- Dans le Service d'annuaire actif fenêtre, développezDomaine [votre nom de domaine], puis développez DC = RootDomainName, et alors CN = Utilisateurs.
- Faites un clic droit sur CN= [votre nom de compte] et sélectionnez Propriétés.
- Ouvrez le Sécurité languette.
- Cliquer sur Avancée option.
- Sélectionnez l'un des SOI Lignes.
- Cliquez sur Éditer et puis le Ouvrir l'entrée d'autorisation la fenêtre.
- Ici, assurez-vous que le Principal est réglé sur SOI, Taper est réglé sur Permettre, et Appliqué à est défini sur Cet objet uniquement.
-
Dans la section Propriétés, sélectionnez les éléments suivants.
Lire servicePrincipalName
Écrire servicePrincipalName - Cliquez sur d'accord pour appliquer les modifications et quitter.
Essayez d'établir une nouvelle connexion et vérifiez s'ils ne peuvent pas générer l'erreur de contexte SSPI est résolue. Assurez-vous de redémarrer les services SQL associés au compte actuel pour appliquer les modifications.
Changer l'autorisation Active Directory est une option sûre que de changer l'utilisateur du serveur SQL. Cependant, avant de modifier l'autorisation, assurez-vous que le problème est déclenché en raison de problèmes d'autorisation.
Connectez-vous au serveur sur lequel votre instance SQL s'exécute, puis vérifiez les journaux d'erreurs pour vérifier si l'erreur est déclenchée en raison de problèmes d'autorisation.
L'erreur dans le journal ressemblera à ceci :
La bibliothèque d'interface réseau SQL Server n'a pas pu enregistrer le nom principal du service (SPN) [ MSSQLSvc/servername.domainname.net: 1433 ] pour le service SQL Server.
Code retour Windows: 0x2098, état: 15. Si vous n'enregistrez pas un SPN, l'authentification intégrée peut utiliser NTLM au lieu de Kerberos.
Ceci est un message informatif. Une action supplémentaire n'est requise que si l'authentification Kerberos est requise par les stratégies d'authentification et si le SPN n'a pas été enregistré manuellement.
L'erreur ne peut pas générer de contexte SSPI peut se produire en raison de problèmes d'autorisation ainsi que d'informations d'identification expirées. Changer le mot de passe et l'autorisation devrait vous aider à corriger l'erreur et à vous reconnecter à votre serveur SQL.