- De fout kan geen SSPI-context genereren, kan voorkomen dat de beheerder en gebruikers toegang krijgen tot hun SQLserver.
- In dit artikel, wij verken de drie manieren naar herstel deze fout naar krijg je terug online.
- Als het probleem zich blijft voordoen, bekijk dan onze speciale SQL Server-pagina voor meer herstelt.
- U kunt ook onze Hub oplossen voor meer handige oplossingen.
Deze software zorgt ervoor dat uw stuurprogramma's blijven werken en beschermt u zo tegen veelvoorkomende computerfouten en hardwarestoringen. Controleer nu al uw chauffeurs in 3 eenvoudige stappen:
- DriverFix downloaden (geverifieerd downloadbestand).
- Klik Start scan om alle problematische stuurprogramma's te vinden.
- Klik Stuurprogramma's bijwerken om nieuwe versies te krijgen en systeemstoringen te voorkomen.
- DriverFix is gedownload door 0 lezers deze maand.
De naam van de doelprincipal is onjuist - kan SSPI-contextfout niet genereren wanneer wordt geprobeerd verbinding te maken met SQL Server vanaf een externe server met een Windows-account.
Dit is een algemene fout. Het kan om verschillende redenen worden geactiveerd, waaronder een verouderd wachtwoord, klokafwijking, het niet registreren van een SPN of toegangsrechten voor Active Directory.
In dit artikel bekijken we enkele stappen voor probleemoplossing om u te helpen bij het oplossen van de SSPI-contextfout die niet kan worden gegenereerd op de Windows-server.
Hoe kan ik oplossen dat de naam van de doelprincipal onjuist is - kan geen SSPI-contextfout genereren?
1. Wijzig SQL Service-gebruiker
Probeer de SQL SERVICE-gebruiker te wijzigen door die van Domain Admin. Wanneer u de service afsluit, hebt u een account met privileges nodig om een nieuwe SPN (Service Principal Name) te maken.
Wanneer een service zonder deze start, wordt de fout geactiveerd. Het wijzigen van de rechten van uw systeemaccount kan de fout oplossen.
Het wordt echter altijd aanbevolen voor serviceaccounts om ze om veiligheidsredenen de minste privileges te geven.
Verwijder de SPN-vermeldingen van AD-gebruikers en computers
- Open de Active Directory-gebruiker en computers in de geavanceerde weergave.
- Zoek naar de SSPN-vermeldingen voor MSSQL Svc.
- Verwijder alle vermeldingen die zijn gekoppeld aan MSSQL Svc.
- Sluit AD-gebruiker en computers af en controleer op eventuele verbeteringen.
- Wijzig Active Directory-machtiging.
2. Controleer je wachtwoord
De fout kan geen SSPI-context genereren vanwege wachtwoordproblemen. Als u onlangs uw wachtwoord hebt gewijzigd, maar niet bent uitgelogd bij uw account, kan dit de fout veroorzaken.
Probeer uit te loggen en vervolgens in te loggen met het nieuwe wachtwoord om de fout te verhelpen.
In andere gevallen kan het probleem te wijten zijn aan het verlopen van het wachtwoord. Wijzig het verlopen wachtwoord en log in met de nieuwe inloggegevens om te zien of de fout daarmee is opgelost.
3. Active Directory-machtiging wijzigen
- Rennen Adsiedit.msc en van de Rennen dialoog venster.
- In de Active Directory-service venster, uitbreidenDomein [uwdomeinnaam], dan uitbreiden DC = RootDomainName, en dan CN = Gebruikers.
- Klik met de rechtermuisknop op CN= [uw accountnaam] en selecteer Eigendommen.
- Open de Veiligheid tabblad.
- Klik op Geavanceerd keuze.
- Selecteer een van de ZELF rijen.
- Klik Bewerk en dan de Toestemming openen venster.
- Hier, zorg ervoor dat de directeur ingesteld op ZELF, Type ingesteld op Toestaan, en Toegepast op is ingesteld op Alleen dit object.
-
Selecteer het volgende in het gedeelte Eigenschappen.
ServicePrincipalName lezen
Schrijf servicePrincipalName - Klik OK om de wijzigingen toe te passen en af te sluiten.
Probeer een nieuwe verbinding tot stand te brengen en controleer of ze geen SSPI-contextfout kunnen genereren. Zorg ervoor dat u de SQL-services die aan het huidige account zijn gekoppeld, opnieuw start om de wijzigingen toe te passen.
Het wijzigen van de Active Directory-machtiging is een veilige optie dan het wijzigen van de SQL-servergebruiker. Voordat u echter doorgaat met het wijzigen van de machtiging, moet u ervoor zorgen dat het probleem wordt veroorzaakt door machtigingsproblemen.
Meld u aan bij de server waarop uw SQL-instantie wordt uitgevoerd en controleer vervolgens de foutenlogboeken om te controleren of de fout wordt veroorzaakt door toestemmingsproblemen.
De fout in het logboek ziet er ongeveer zo uit:
De SQL Server Network Interface-bibliotheek kan de Service Principal Name (SPN) [ MSSQLSvc/servername.domainname.net: 1433] niet registreren voor de SQL Server-service.
Windows-retourcode: 0x2098, staat: 15. Het niet registreren van een SPN kan ertoe leiden dat geïntegreerde verificatie NTLM gebruikt in plaats van Kerberos.
Dit is een informatief bericht. Verdere actie is alleen vereist als Kerberos-verificatie vereist is door verificatiebeleid en als de SPN niet handmatig is geregistreerd.
De fout kan geen SSPI-context genereren vanwege problemen met machtigingen en verlopen inloggegevens. Als u het wachtwoord en de toestemming wijzigt, kunt u de fout oplossen en weer inloggen op uw SQL-server.
