REPARARE: nu se poate genera o eroare de context SSPI [SQL Server]

Numele principal țintă este incorect - nu poate genera o eroare de context SSPI atunci când se încearcă conectarea SQL Server de la un server la distanță cu un cont Windows.

Aceasta este o eroare generică. Poate fi declanșat din mai multe motive, inclusiv o parolă învechită, deriva ceasului, eșecul înregistrării unui SPN sau permisiunea de acces la Active Directory.

În acest articol, aruncăm o privire la câțiva pași de depanare pentru a vă ajuta să rezolvați eroarea de context SSPI care nu poate genera pe serverul Windows.

Cum pot remedia numele principal al țintei este incorect - nu poate genera o eroare de context SSPI?

1. Schimbați utilizatorul serviciului SQL

Încercați să schimbați utilizatorul SQL SERVICE cu cel care este Domain Admin. Când închideți serviciul, aveți nevoie de un cont cu privilegii pentru a crea un nou SPN (Service Principal Name).

Când un serviciu pornește fără acesta, va declanșa eroarea. Schimbarea privilegiilor contului dvs. de sistem poate remedia eroarea.

Cu toate acestea, este întotdeauna recomandat ca conturile de servicii să le acorde cele mai mici privilegii din motive de securitate.

Eliminați intrările SPN din utilizatorii și computerele AD

1. Deschideți Utilizatorul și computerele Active Directory în Vizualizare avansată.
2. Căutați intrările SSPN pentru MSSQL Svc.
3. Eliminați toate intrările asociate cu MSSQL Svc.
4. Închideți Utilizatorul și computerele AD și verificați dacă există îmbunătățiri.
5. Schimbați permisiunea Active Directory.

---

2. Verificați parola

Eroarea nu poate genera contextul SSPI poate apărea din cauza problemelor de parolă. Dacă v-ați schimbat recent parola, dar nu v-ați deconectat de la cont, aceasta poate declanșa eroarea.

Încercați să vă deconectați și apoi să vă conectați cu noua parolă pentru a remedia eroarea.

În alte cazuri, problema s-ar putea datora expirării parolei. Schimbați parola expirată și conectați-vă cu noile acreditări pentru a vedea dacă aceasta rezolvă eroarea.

---

3. Schimbați permisiunea Active Directory 

1. Alerga Adsiedit.msc și din Alerga căsuță de dialog.
2. În Serviciu Active Directory fereastră, extindețiDomeniul [YourDomainName], apoi extindeți DC = RootDomainName, și apoi CN = Utilizatori.
3. Faceți clic dreapta pe CN = [NumeleDvs.Cont] și selectați Proprietăți.
4. Deschide Securitate filă.
5. Click pe Avansat opțiune.
6. Selectați oricare dintre DE SINE rânduri.
7. Clic Editați | × și apoi Deschideți intrarea permisiunii fereastră.
8. Aici, asigurați-vă că Principal este setat sa DE SINE, Tip este setat sa Permite, și Aplicat to este setat la Numai acest obiect.
9. În secțiunea Proprietăți, selectați următoarele.
   Citiți servicePrincipalName
   Scrie servicePrincipalName
10. Clic O.K pentru a aplica modificările și a ieși.

Încercați să stabiliți o nouă conexiune și verificați dacă acestea nu pot genera o eroare de context SSPI rezolvată. Asigurați-vă că reporniți serviciile SQL asociate contului curent pentru a aplica modificările.

Modificarea permisiunii Active Directory este o opțiune sigură decât schimbarea utilizatorului serverului SQL. Cu toate acestea, înainte de a continua să modificați permisiunea, asigurați-vă că problema este declanșată din cauza problemelor de permisiune.

Conectați-vă la serverul pe care rulează instanța dvs. SQL și apoi verificați jurnalele de erori pentru a verifica dacă eroarea este declanșată din cauza problemelor de permisiune.

Eroarea din jurnal va arăta cam așa:

Biblioteca interfeței de rețea SQL Server nu a putut înregistra Service Principal Name (SPN) [MSSQLSvc / servername.domainname.net: 1433] pentru serviciul SQL Server.
Cod de returnare Windows: 0x2098, stare: 15. Nerespectarea unui SPN poate face ca autentificarea integrată să utilizeze NTLM în locul Kerberos.
Acesta este un mesaj informativ. O acțiune suplimentară este necesară numai dacă autentificarea Kerberos este necesară prin politicile de autentificare și dacă SPN nu a fost înregistrat manual.

Eroarea nu poate genera context SSPI care poate apărea din cauza permisiunii, precum și a problemelor de acreditare expirate. Schimbarea parolei și a permisiunii ar trebui să vă ajute să remediați eroarea și să vă conectați din nou la serverul SQL.