- Kļūda nevar ģenerēt SSPI kontekstu, un tas var liegt administratoram un lietotājiem piekļūt savam SQLserveris.
- Šajā rakstā mēs izpētīt trīs veidus uz novērst šo kļūdu uz atgūt tevi tiešsaistē.
- Ja problēma joprojām pastāv, skatiet mūsu veltīto SQL Server lapa priekš vairāk labojumi.
- Jūs varat arī izpētīt mūsu Traucējummeklēšanas centrmezgls priekš vairāk noderīgi risinājumi.
Šī programmatūra saglabās jūsu draiveru darbību un darbību, tādējādi pasargājot jūs no izplatītākajām datoru kļūdām un aparatūras kļūmēm. Pārbaudiet visus draiverus, veicot trīs vienkāršas darbības:
- Lejupielādējiet DriverFix (pārbaudīts lejupielādes fails).
- Klikšķis Sāciet skenēšanu atrast visus problemātiskos draiverus.
- Klikšķis Atjaunināt draiverus lai iegūtu jaunas versijas un izvairītos no sistēmas darbības traucējumiem.
- DriverFix ir lejupielādējis 0 lasītāji šomēnes.
Mērķa galvenais nosaukums ir nepareizs - nevar izveidot SSPI konteksta kļūda, mēģinot izveidot savienojumu SQL Serveris no attālā servera ar Windows kontu.
Šī ir vispārēja kļūda. To var aktivizēt daudzu iemeslu dēļ, tostarp novecojušas paroles, pulksteņa novirzīšanās, SPN nereģistrēšanas vai Active Directory piekļuves atļaujas dēļ.
Šajā rakstā mēs aplūkojam dažas problēmu novēršanas darbības, lai palīdzētu jums novērst SSPI konteksta kļūdas radīšanu Windows serverī.
Kā es varu noteikt mērķa galvenā vārda nepareizību - vai nevar ģenerēt SSPI konteksta kļūdu?
1. Mainīt SQL pakalpojuma lietotāju
Mēģiniet nomainīt SQL SERVICE lietotāju ar to, kas ir domēna administrators. Pārtraucot pakalpojumu, jums ir nepieciešams konts ar privilēģijām, lai izveidotu jaunu SPN (Service Principal Name).
Kad pakalpojums sākas bez tā, tas izraisīs kļūdu. Mainot sistēmas konta privilēģijas, kļūda var tikt novērsta.
Tomēr drošības apsvērumu dēļ pakalpojumu kontiem vienmēr ieteicams viņiem piešķirt vismazākās privilēģijas.
Noņemiet SPN ierakstus no AD lietotājiem un datoriem
- Papildu skatā atveriet Active Directory lietotāju un datorus.
- Meklējiet MSSQL Svc SSPN ierakstus.
- Noņemiet visus ar MSSQL Svc saistītos ierakstus.
- Aizveriet AD lietotāju un datorus un pārbaudiet, vai nav uzlabojumu.
- Mainīt Active Directory atļauju.
2. Pārbaudiet savu paroli
Kļūda nevar ģenerēt SSPI kontekstu, kas var rasties paroles problēmu dēļ. Ja nesen nomainījāt paroli, bet neesat izrakstījies no sava konta, tas var izraisīt kļūdu.
Mēģiniet atteikties un pēc tam pierakstīties, izmantojot jauno paroli, lai novērstu kļūdu.
Citos gadījumos problēmu var izraisīt paroles derīguma termiņš. Mainiet paroli, kurai beidzies derīguma termiņš, un piesakieties ar jaunajiem akreditācijas datiem, lai redzētu, vai tas novērš kļūdu.
3. Mainīt Active Directory atļauju
- Palaist Adsiedit.msc un no Palaist dialoglodziņš.
- Iekš Active Directory pakalpojums logu, izvērsietDomēns [YourDomainName], pēc tam izvērsieties DC = RootDomainName, un tad CN = Lietotāji.
- Ar peles labo pogu noklikšķiniet uz CN = [Jūsu konta nosaukums] un atlasiet Rekvizīti.
- Atveriet Drošība cilni.
- Klikšķiniet uz Papildu opcija.
- Atlasiet jebkuru no PAŠI rindas.
- Klikšķis Rediģēt un pēc tam Atveriet atļaujas ierakstu logs.
- Šeit pārliecinieties, vai Direktors ir iestatīts uz PAŠI, Tips ir iestatīts uz Atļaut, un Lietots ir iestatīts uz Tikai šis objekts.
-
Sadaļā Rekvizīti atlasiet šo.
Lasīt servicePrincipalName
Rakstīt pakalpojumuPrincipalName - Klikšķis labi lai piemērotu izmaiņas un izietu.
Mēģiniet izveidot jaunu savienojumu un pārbaudiet, vai viņi nevar ģenerēt SSPI konteksta kļūdu. Pārliecinieties, ka restartējat SQL pakalpojumus, kas ir saistīti ar pašreizējo kontu, lai piemērotu izmaiņas.
Active Directory atļaujas maiņa ir droša iespēja nekā SQL servera lietotāja maiņa. Tomēr, pirms turpināt mainīt atļauju, pārliecinieties, vai problēma ir izraisījusi atļauju problēmas.
Piesakieties serverī, kurā darbojas jūsu SQL instance, un pēc tam pārbaudiet kļūdu žurnālus, lai pārbaudītu, vai kļūda ir aktivizēta atļauju problēmu dēļ.
Kļūda žurnālā izskatīsies apmēram šādi:
SQL Server tīkla interfeisa bibliotēka nevarēja reģistrēt pakalpojuma galvenā servera nosaukumu (SPN) [MSSQLSvc / servername.domainname.net: 1433] SQL Server pakalpojumam.
Windows atgriešanas kods: 0x2098, stāvoklis: 15. Ja nereģistrē SPN, iespējams, ka integrētā autentifikācija Kerberos vietā izmanto NTLM.
Tas ir informatīvs ziņojums. Papildu darbības ir jāveic tikai tad, ja autentifikācijas politikas prasa Kerberos autentifikāciju un ja SPN nav manuāli reģistrēts.
Kļūda nevar ģenerēt SSPI kontekstu. Tā var rasties atļaujas, kā arī pilnvaru izbeigšanās problēmu dēļ. Paroles un atļaujas maiņai vajadzētu palīdzēt novērst kļūdu un pieteikties atpakaļ savā SQL serverī.
