- Viga ei saa luua SSPI-konteksti, mis võib takistada administraatoril ja kasutajatel nende juurde pääseda SQLserver.
- Selles artiklis meie uurige kolme viisi kuni parandage see viga kuni sind tagasi võrgus.
- Kui probleem püsib, vaadake meie pühendatud SQL Serveri leht eest rohkem parandab.
- Võite uurida ka meie Veaotsingu jaotur eest rohkem kasulikke lahendusi.
See tarkvara hoiab teie draiverid töökorras ja hoiab teid kaitstud tavaliste arvutivigade ja riistvaratõrgete eest. Kontrollige kõiki draivereid nüüd kolme lihtsa sammuga:
- Laadige alla DriverFix (kinnitatud allalaadimisfail).
- Klõpsake nuppu Käivitage skannimine leida kõik probleemsed draiverid.
- Klõpsake nuppu Draiverite värskendamine uute versioonide saamiseks ja süsteemi talitlushäirete vältimiseks.
- DriverFixi on alla laadinud 0 lugejaid sel kuul.
Sihtmärgi peamine nimi on vale - ühenduse loomisel ilmneb SSPI-kontekstiviga SQL Server Windowsi kontoga kaugserverist.
See on üldine viga. Selle võib käivitada mitmel põhjusel, sealhulgas vananenud parool, kella triiv, SPN-i registreerimata jätmine või Active Directory juurdepääsuluba.
Selles artiklis vaatleme mõningaid tõrkeotsingu samme, mis aitavad teil lahendada Windowsi serveris SSPI-konteksti viga luua ei saa.
Kuidas parandada sihtnime valet nime - kas ei saa SSPI-kontekstiviga genereerida?
1. SQL-teenuse kasutaja muutmine
Proovige muuta SQL-teenuse kasutaja domeeniadministraatoriga. Teenuse sulgemisel vajate uue SPN-i (teenuse printsipaali nimi) loomiseks privileegidega kontot.
Kui teenus käivitatakse ilma selleta, käivitab see tõrke. Süsteemikonto õiguste muutmine võib vea parandada.
Kuid alati on soovitatav, et teenuse kontod annaksid neile turvalisuse kaalutlustel kõige vähem privileege.
SPN-kirjete eemaldamine AD-kasutajate ja arvutite alt
- Avage laiendatud vaates Active Directory kasutaja ja arvutid.
- Otsige MSSQL Svc SSPN-i kirjeid.
- Eemaldage kõik MSSQL Svc-ga seotud kirjed.
- Sulgege AD-kasutaja ja arvutid ja kontrollige, kas pole mingeid parandusi.
- Muutke Active Directory luba.
2. Kontrollige oma parooli
Viga ei saa luua SSPI-konteksti, mis võib ilmneda parooliprobleemide tõttu. Kui olete hiljuti oma parooli muutnud, kuid pole oma kontolt välja loginud, võib see tõrke käivitada.
Proovige vea parandamiseks välja logida ja seejärel uue parooliga sisse logida.
Muudel juhtudel võib probleem olla tingitud parooli aegumisest. Muutke aegunud parooli ja logige sisse uute mandaatidega, et näha, kas see vea lahendab.
3. Muutke Active Directory luba
- Jookse Adsiedit.msc ja Jookse Dialoogikast.
- Aastal Active Directory teenus aken, laiendageDomeen [teie domeeninimi], seejärel laiendage DC = RootDomainName, ja siis CN = kasutajad.
- Paremklõpsake nuppu CN = [teie konto number] ja valige Atribuudid.
- Ava Turvalisus vaheleht.
- Kliki Täpsem valik.
- Valige üks järgmistest ISE read.
- Klõpsake nuppu Muuda ja siis Avage loa sisestamine aken.
- Siin veenduge Direktor on seatud väärtusele ISE, Tüüp on seatud väärtusele Lubama, ja Rakendatud on seatud väärtusele Ainult see objekt.
-
Valige jaotises Atribuudid järgmine.
Loe teenustPrincipalName
Kirjutage teenusPrincipalName - Klõpsake nuppu Okei muudatuste rakendamiseks ja väljumiseks.
Proovige luua uus ühendus ja kontrollige, kas need ei suuda SSPI-konteksti viga luua. Muudatuste rakendamiseks taaskäivitage praeguse kontoga seotud SQL-teenused.
Active Directory loa muutmine on turvaline valik kui SQL serveri kasutaja muutmine. Enne loa muutmise jätkamist veenduge siiski, et probleem on käivitatud loaga seotud probleemide tõttu.
Logige sisse sellesse serverisse, kus teie SQL-i eksemplar töötab, ja seejärel kontrollige tõrkelogisid, et kontrollida, kas tõrge käivitati õiguste probleemide tõttu.
Logiviga näeb välja umbes selline:
SQL Serveri võrguliidese teek ei suutnud teenuse põhiteenuse (SPN) [MSSQLSvc / servername.domainname.net: 1433] registreerida SQL Serveri teenuse jaoks.
Windowsi tagastuskood: 0x2098, olek: 15. SPN-i registreerimata jätmisel võib integreeritud autentimine Kerberose asemel kasutada NTLM-i.
See on informatiivne sõnum. Edasised toimingud on vajalikud ainult juhul, kui autentimispoliitikad nõuavad Kerberose autentimist ja kui SPN-i pole käsitsi registreeritud.
Viga ei saa luua SSPI-konteksti. See võib ilmneda nii õiguste kui ka aegunud mandaatide probleemide tõttu. Parooli ja õiguse muutmine peaks aitama vea parandada ja oma SQL-serverisse tagasi logida.