FIX: nem tud SSPI-környezeti hibát generálni [SQL Server]

A cél fő neve helytelen - nem lehet SSPI-kontextus-hibát generálni, amikor kapcsolatot próbál létrehozni SQL Szerver távoli kiszolgálóról Windows-fiókkal.

Ez általános hiba. Ez számos okból kiváltható, ideértve az elavult jelszót, az óra sodródását, az SPN regisztrálásának elmulasztását vagy az Active Directory hozzáférési engedélyét.

Ebben a cikkben megnézünk néhány hibaelhárítási lépést, amelyek segítenek megoldani az SSPI nem generálható kontextushibát a Windows szerveren.

Hogyan javíthatom ki a célnév helytelen nevét - nem lehet SSPI kontextushibát generálni?

1. Az SQL szolgáltatás felhasználójának módosítása

Próbálja meg megváltoztatni az SQL SERVICE felhasználót a Domain Admin felhasználóval. Amikor leállítja a szolgáltatást, szüksége van egy jogosultságokkal rendelkező fiókra az új SPN (Service Principal Name) létrehozásához.

Ha egy szolgáltatás nélküle indul, akkor a hiba kiváltásra kerül. A rendszerfiók jogosultságainak megváltoztatása kijavíthatja a hibát.

Biztonsági okokból azonban mindig ajánlott, hogy a szolgáltatási fiókok a legkevesebb jogosultságot biztosítsák számukra.

Távolítsa el az SPN bejegyzéseket az AD felhasználók és számítógépek közül

1. Nyissa meg az Active Directory felhasználót és a számítógépeket a Speciális nézetben.
2. Keresse meg az MSSQL Svc SSPN bejegyzéseit.
3. Távolítsa el az MSSQL Svc fájlhoz társított összes bejegyzést.
4. Zárja be az AD User and Computers alkalmazást, és ellenőrizze az esetleges fejlesztéseket.
5. Az Active Directory engedélyének módosítása.

---

2. Ellenőrizze a jelszavát

A hiba nem generálhat SSPI-kontextust jelszóval kapcsolatos problémák miatt. Ha nemrég megváltoztatta jelszavát, de még nem jelentkezett ki a fiókjából, az kiválthatja a hibát.

Próbálja meg kijelentkezni, majd jelentkezzen be az új jelszóval a hiba kijavításához.

Más esetekben a probléma oka lehet a jelszó lejárta. Módosítsa a lejárt jelszót, és jelentkezzen be az új hitelesítő adatokkal, hogy lássa, megoldja-e a hibát.

---

3. Az Active Directory engedélyének módosítása 

1. Fuss Adsiedit.msc és a Fuss párbeszédablak.
2. Ban,-ben Active Directory szolgáltatás ablak, bontsa kiDomain [YourDomainName], majd bővítse ki DC = RootDomainName, és akkor CN = Felhasználók.
3. Kattintson a jobb gombbal a gombra CN = [SajátFiókNév] és válassza ki Tulajdonságok.
4. Nyissa meg a Biztonság fülre.
5. Kattintson Fejlett választási lehetőség.
6. Válasszon egyet a következők közül: MAGA sorok.
7. Kattintson a gombra Szerkesztés majd a Nyissa meg az Engedélybejegyzést ablak.
8. Itt győződjön meg róla, hogy Fő értékre van állítva MAGA, típus értékre van állítva Lehetővé teszi, és Alkalmazott -ra van állítva Csak ez az objektum.
9. A Tulajdonságok részben válassza ki a következőket.
   Olvassa el a servicePrincipalName szolgáltatást
   Write servicePrincipalName
10. Kattintson a gombra rendben a változtatások alkalmazásához és kilépéshez.

Próbáljon meg új kapcsolatot létrehozni, és ellenőrizze, hogy nem tudnak-e SSPI kontextus hibát generálni. A módosítások végrehajtásához feltétlenül indítsa újra az aktuális fiókhoz társított SQL szolgáltatásokat.

Az Active Directory engedélyének megváltoztatása biztonságos megoldás, mint az SQL Server felhasználó módosítása. Mielőtt azonban folytatja az engedély megváltoztatását, győződjön meg arról, hogy a problémát engedélyezési problémák okozzák.

Jelentkezzen be arra a kiszolgálóra, ahol az SQL-példány fut, majd ellenőrizze a hibanaplót, hogy ellenőrizze, hogy a hibát engedélyezési problémák okozták-e.

A naplóban szereplő hiba így néz ki:

Az SQL Server hálózati interfész könyvtár nem tudta regisztrálni a szolgáltatás fő nevét (SPN) [MSSQLSvc / servername.domainname.net: 1433] az SQL Server szolgáltatáshoz.
A Windows visszatérési kódja: 0x2098, állapot: 15. Ha nem regisztrálja az SPN-t, az integrált hitelesítés NTLM-et használhat a Kerberos helyett.
Ez egy tájékoztató üzenet. További lépésekre csak akkor van szükség, ha a hitelesítési házirendek megkövetelik a Kerberos-hitelesítést, és ha az SPN-t nem regisztrálták manuálisan.

A hiba nem generálhat SSPI-kontextust engedélyek, valamint lejárt hitelesítő adatokkal kapcsolatos problémák miatt. A jelszó és az engedély megváltoztatásával javíthatja a hibát, és bejelentkezhet az SQL szerverre.