- Felet kan inte generera SSPI-sammanhang kan hindra administratören och användarna från att komma åt deras SQLserver.
- I den här artikeln, vi utforska de tre sätten till åtgärda detta fel till få dig tillbaka uppkopplad.
- Om problemet kvarstår, kolla in vår dedikerade SQL Server-sida för Mer fixar.
- Du kan också utforska vår Felsökningsnav för Mer användbara lösningar.
Denna programvara kommer att hålla dina drivrutiner igång, vilket skyddar dig från vanliga datorfel och maskinvarufel. Kontrollera alla dina förare nu i tre enkla steg:
- Ladda ner DriverFix (verifierad nedladdningsfil).
- Klick Starta skanning för att hitta alla problematiska drivrutiner.
- Klick Uppdatera drivrutiner för att få nya versioner och undvika systemfel.
- DriverFix har laddats ner av 0 läsare den här månaden.
Målnamnets huvudnamn är felaktigt - kan inte generera SSPI-kontextfel uppstår när du försöker skapa en anslutning SQL Server från en fjärrserver med ett Windows-konto.
Detta är ett generiskt fel. Det kan utlösas på grund av många anledningar, inklusive ett föråldrat lösenord, klockdrift, misslyckande med att registrera ett SPN eller åtkomstbehörighet för Active Directory.
I den här artikeln tittar vi på några felsökningssteg som hjälper dig att lösa det inte kan generera SSPI-kontextfel på Windows-servern.
Hur kan jag fixa målet att huvudnamnet är felaktigt - kan inte skapa SSPI-kontextfel?
1. Ändra SQL Service-användare
Försök att ändra SQL SERVICE-användaren med den som är Domain Admin. När du stänger av tjänsten behöver du ett konto med behörighet för att skapa ett nytt SPN (Service Principal Name).
När en tjänst startar utan den kommer den att utlösa felet. Att ändra behörigheterna för ditt systemkonto kan åtgärda felet.
Det rekommenderas dock alltid att servicekonton ger dem minst rättigheter av säkerhetsskäl.
Ta bort SPN-posterna från AD-användare och datorer
- Öppna Active Directory-användare och datorer i avancerad vy.
- Leta efter SSPN-posterna för MSSQL Svc.
- Ta bort alla poster som är associerade med MSSQL Svc.
- Stäng AD-användare och datorer och kontrollera om det finns några förbättringar.
- Ändra Active Directory-behörighet.
2. Kontrollera ditt lösenord
Felet kan inte generera SSPI-sammanhang kan uppstå på grund av lösenordsproblem. Om du nyligen har bytt lösenord men inte har loggat ut från ditt konto kan det utlösa felet.
Försök att logga ut och sedan logga in med det nya lösenordet för att åtgärda felet.
I andra fall kan problemet bero på att lösenordet har upphört att gälla. Ändra det utgångna lösenordet och logga in med de nya uppgifterna för att se om det löser felet.
3. Ändra Active Directory-behörighet
- Springa Adsiedit.msc och från Springa dialog ruta.
- I Active Directory-tjänst fönster, expanderaDomän [YourDomainName], expandera sedan DC = RootDomainName, och då CN = användare.
- Högerklicka på CN = [YourAccountName] och välj Egenskaper.
- Öppna säkerhet flik.
- Klicka på Avancerad alternativ.
- Välj någon av SJÄLV rader.
- Klick Redigera och sedan Öppna behörighetsinträde fönster.
- Här, se till att Rektor är satt till SJÄLV, Typ är satt till Tillåta, och Applicerad till är inställd på Endast detta objekt.
-
Välj följande i avsnittet Egenskaper.
Läs servicePrincipalName
Skriv servicePrincipalName - Klick OK för att tillämpa ändringarna och avsluta.
Prova att skapa en ny anslutning och kontrollera om de inte kan skapa SSPI-kontextfel är löst. Se till att du startar om SQL Services som är kopplade till det aktuella kontot för att tillämpa ändringarna.
Att ändra Active Directory-behörigheten är ett säkert alternativ än att ändra SQL-serveranvändaren. Innan du fortsätter att ändra behörigheten, se dock till att problemet utlöses på grund av tillståndsproblem.
Logga in på servern där din SQL-instans körs och kontrollera sedan felloggarna för att kontrollera om felet utlöses på grund av behörighetsproblem.
Felet i loggen kommer att se ut så här:
SQL Server-nätverksgränssnittsbiblioteket kunde inte registrera Service Principal Name (SPN) [MSSQLSvc / servername.domainname.net: 1433] för SQL Server-tjänsten.
Windows returkod: 0x2098, tillstånd: 15. Underlåtenhet att registrera ett SPN kan leda till att integrerad autentisering använder NTLM istället för Kerberos.
Detta är ett informationsmeddelande. Ytterligare åtgärder krävs endast om Kerberos-autentisering krävs av autentiseringsprinciper och om SPN inte har registrerats manuellt.
Felet kan inte generera SSPI-sammanhang kan uppstå på grund av behörighet samt utgått autentiseringsproblem. Att ändra lösenord och behörighet bör hjälpa dig att åtgärda felet och logga in på din SQL-server igen.
