FIX: kan ikke generere SSPI-kontekstfejl [SQL Server]

Målet hovednavn er forkert - kan ikke generere SSPI-kontekstfejl opstår, når du prøver at oprette en forbindelse SQL Server fra en ekstern server med en Windows-konto.

Dette er en generisk fejl. Det kan udløses på grund af mange grunde, herunder en forældet adgangskode, urdrift, manglende registrering af et SPN eller adgangsadgang til Active Directory.

I denne artikel ser vi på et par fejlfindingstrin, der hjælper dig med at løse den ikke kan generere SSPI-kontekstfejl på Windows-serveren.

Hvordan kan jeg rette, at hovedets hovednavn er forkert - kan ikke generere SSPI-kontekstfejl?

1. Skift bruger af SQL Service

Prøv at ændre SQL SERVICE-brugeren med den, der er Domain Admin. Når du lukker tjenesten ned, skal du have en konto med privilegier for at oprette et nyt SPN (Service Principal Name).

Når en tjeneste starter uden den, udløser den fejlen. Ændring af rettighederne til din systemkonto kan løse fejlen.

Det anbefales dog altid, at servicekonti giver dem mindst mulig privilegier af sikkerhedsmæssige årsager.

Fjern SPN-posterne fra AD-brugere og -computere

1. Åbn Active Directory-bruger og computere i avanceret visning.
2. Se efter SSPN-posterne til MSSQL Svc.
3. Fjern alle poster tilknyttet MSSQL Svc.
4. Luk AD-bruger og computere og kontroller for eventuelle forbedringer.
5. Skift tilladelse til Active Directory.

---

2. Tjek dit kodeord

Fejlen kan ikke generere SSPI-kontekst kan forekomme på grund af adgangskodeproblemer. Hvis du for nylig havde ændret din adgangskode, men ikke er logget ud af din konto, kan det udløse fejlen.

Prøv at logge ud og derefter logge ind med den nye adgangskode for at rette fejlen.

I andre tilfælde kan problemet skyldes adgangskodens udløb. Skift den udløbne adgangskode, og log ind med de nye legitimationsoplysninger for at se, om det løser fejlen.

---

3. Skift tilladelse til Active Directory 

1. Løb Adsiedit.msc og fra Løb dialog boks.
2. I Active Directory-tjeneste vindue, udvidDomæne [YourDomainName], udvid derefter DC = RootDomainName, og så CN = Brugere.
3. Højreklik på CN = [Dit kontonavn] og vælg Ejendomme.
4. Åbn Sikkerhed fanen.
5. Klik på Fremskreden mulighed.
6. Vælg en af SELV rækker.
7. Klik på Redigere og derefter Åbn adgangstilladelse vindue.
8. Her skal du sørge for, at Rektor er indstillet til SELV, Type er indstillet til Give lov til, og Anvendt til er indstillet til Kun dette objekt.
9. Vælg følgende i afsnittet Egenskaber.
   Læs servicePrincipalName
   Skriv servicePrincipalName
10. Klik på Okay for at anvende ændringerne og afslutte.

Prøv at oprette en ny forbindelse, og kontroller, om de ikke kan generere SSPI-kontekstfejl er løst. Sørg for at genstarte de SQL Services, der er knyttet til den aktuelle konto for at anvende ændringerne.

Ændring af Active Directory-tilladelsen er en sikker mulighed end at ændre SQL-serverbrugeren. Inden du fortsætter med at ændre tilladelsen, skal du dog sørge for, at problemet udløses på grund af tilladelsesproblemer.

Log ind på den server, hvor din SQL-forekomst kører, og kontroller derefter fejllogfilerne for at kontrollere, om fejlen udløses på grund af tilladelsesproblemer.

Fejlen i loggen ser sådan ud:

SQL Server Network Interface-biblioteket kunne ikke registrere SPN (Service Principal Name) [MSSQLSvc / servername.domainname.net: 1433] til SQL Server-tjenesten.
Windows-returkode: 0x2098, tilstand: 15. Manglende registrering af et SPN kan medføre, at integreret godkendelse bruger NTLM i stedet for Kerberos.
Dette er en informationsbesked. Yderligere handling er kun påkrævet, hvis Kerberos-godkendelse kræves af godkendelsespolitikker, og hvis SPN ikke er blevet manuelt registreret.

Fejlen kan ikke generere SSPI-kontekst kan forekomme på grund af tilladelse samt udløbne legitimationsopgaver. Ændring af adgangskode og tilladelse skal hjælpe dig med at rette fejlen og logge ind på din SQL-server.