UPDATE: SSPI-Kontextfehler kann nicht generiert werden [SQL Server]

Der Name des Ziel-Principals ist falsch – kann keinen SSPI-Kontextfehler generieren tritt auf, wenn versucht wird, eine Verbindung herzustellen

SQL Server von einem Remote-Server mit einem Windows-Konto.

Dies ist ein allgemeiner Fehler. Es kann aus vielen Gründen ausgelöst werden, darunter ein veraltetes Kennwort, eine Zeitabweichung, ein Fehler beim Registrieren eines SPN oder eine Zugriffsberechtigung für das Active Directory.

In diesem Artikel werfen wir einen Blick auf einige Schritte zur Fehlerbehebung, die Ihnen bei der Behebung des SSPI-Kontextfehlers auf dem Windows-Server helfen.

Wie kann ich beheben, dass der Name des Zielprinzipals falsch ist – kann kein SSPI-Kontextfehler generiert werden?

1. SQL-Dienstbenutzer ändern

Versuchen Sie, den SQL SERVICE-Benutzer mit dem Domänenadministrator zu ändern. Wenn Sie den Dienst herunterfahren, benötigen Sie ein Konto mit Berechtigungen zum Erstellen eines neuen SPN (Service Principal Name).

Wenn ein Dienst ohne ihn gestartet wird, löst er den Fehler aus. Das Ändern der Berechtigungen Ihres Systemkontos kann den Fehler beheben.

Es wird jedoch immer empfohlen, Dienstkonten aus Sicherheitsgründen die geringsten Berechtigungen zu erteilen.

Entfernen Sie die SPN-Einträge von AD-Benutzern und -Computern

1. Öffnen Sie Active Directory-Benutzer und -Computer in der erweiterten Ansicht.
2. Suchen Sie nach den SSPN-Einträgen für MSSQL Svc.
3. Entfernen Sie alle Einträge, die mit MSSQL Svc verbunden sind.
4. Schließen Sie AD-Benutzer und -Computer und prüfen Sie, ob Verbesserungen vorhanden sind.
5. Ändern Sie die Active Directory-Berechtigung.

---

2. Überprüfen Sie Ihr Passwort

Der Fehler kann aufgrund von Kennwortproblemen keinen SSPI-Kontext generieren. Wenn Sie Ihr Passwort kürzlich geändert, sich aber nicht von Ihrem Konto abgemeldet haben, kann dies den Fehler auslösen.

Versuchen Sie, sich abzumelden und sich dann mit dem neuen Passwort anzumelden, um den Fehler zu beheben.

In anderen Fällen kann das Problem auf den Ablauf des Kennworts zurückzuführen sein. Ändern Sie das abgelaufene Kennwort und melden Sie sich mit den neuen Anmeldeinformationen an, um zu sehen, ob der Fehler dadurch behoben wird.

---

3. Active Directory-Berechtigung ändern 

1. Lauf Adsiedit.msc und von der Lauf Dialogbox.
2. In dem Active Directory-Dienst Fenster, erweiternDomain [IhrDomainName], dann erweitern DC = RootDomainName, und dann CN = Benutzer.
3. Klicken Sie mit der rechten Maustaste auf CN= [IhrKontoname] und wählen Sie Eigenschaften.
4. Öffne das Sicherheit Tab.
5. Klicke auf Fortgeschritten Möglichkeit.
6. Wählen Sie eine der SELBST Reihen.
7. Klicken Bearbeiten und dann die Berechtigungseintrag öffnen Fenster.
8. Stellen Sie hier sicher, dass die Schulleiter ist eingestellt auf SELBST, Art ist eingestellt auf Ermöglichen, und Angewendet auf ist eingestellt auf Nur dieses Objekt.
9. Wählen Sie im Abschnitt Eigenschaften Folgendes aus.
   ServicePrincipalName lesen
   Schreiben Sie servicePrincipalName
10. Klicken OK um die Änderungen zu übernehmen und zu beenden.

Versuchen Sie, eine neue Verbindung herzustellen, und prüfen Sie, ob der SSPI-Kontextfehler behoben ist. Stellen Sie sicher, dass Sie die SQL-Dienste neu starten, die dem aktuellen Konto zugeordnet sind, um die Änderungen zu übernehmen.

Das Ändern der Active Directory-Berechtigung ist eine sicherere Option als das Ändern des SQL Server-Benutzers. Bevor Sie jedoch mit dem Ändern der Berechtigung fortfahren, stellen Sie sicher, dass das Problem aufgrund von Berechtigungsproblemen ausgelöst wird.

Melden Sie sich bei dem Server an, auf dem Ihre SQL-Instanz ausgeführt wird, und überprüfen Sie dann die Fehlerprotokolle, um zu überprüfen, ob der Fehler aufgrund von Berechtigungsproblemen ausgelöst wurde.

Der Fehler im Log sieht in etwa so aus:

Die SQL Server-Netzwerkschnittstellenbibliothek konnte den Dienstprinzipalnamen (SPN) [ MSSQLSvc/servername.domainname.net: 1433 ] für den SQL Server-Dienst nicht registrieren.
Windows-Rückgabecode: 0x2098, Status: 15. Wenn ein SPN nicht registriert wird, kann die integrierte Authentifizierung dazu führen, dass NTLM anstelle von Kerberos verwendet wird.
Dies ist eine Informationsnachricht. Weitere Maßnahmen sind nur erforderlich, wenn die Kerberos-Authentifizierung durch Authentifizierungsrichtlinien erforderlich ist und der SPN nicht manuell registriert wurde.

Der Fehler kann keinen SSPI-Kontext generieren, kann aufgrund von Berechtigungsproblemen sowie Problemen mit abgelaufenen Anmeldeinformationen auftreten. Das Ändern des Kennworts und der Berechtigung sollte Ihnen helfen, den Fehler zu beheben und sich wieder bei Ihrem SQL-Server anzumelden.