no se puede generar un error de contexto SSPI [SQL Server]

El nombre principal de destino es incorrecto: no se puede generar un error de contexto SSPI cuando intenta establecer una conexión con SQL Server desde un servidor remoto con una cuenta de Windows.

Este es un error genérico. Puede desencadenarse por una serie de razones, que incluyen una contraseña obsoleta, un desfase del reloj, un error al registrar un SPN o un permiso de acceso a Active Directory.

En este artículo, echamos un vistazo a algunos pasos de solución de problemas para ayudarlo a resolver el contexto SSPI que no puede generar un error en Windows Server.

¿Cómo puedo corregir que el nombre principal de destino sea incorrecto? ¿No puedo generar un error de contexto SSPI?

1. Cambiar el usuario del servicio SQL

Intente cambiar el usuario de SQL SERVICE al que es Administrador de dominio. Cuando cierra el servicio, necesita una cuenta privilegiada para crear un nuevo SPN (Nombre principal del servicio).

Cuando un servicio se inicia sin él, activará el error. Cambiar los privilegios de su cuenta del sistema puede corregir el error.

Sin embargo, siempre se recomienda que las cuentas de servicio tengan los privilegios mínimos por razones de seguridad.

Eliminar entradas de SPN de usuarios y computadoras de AD

1. Abra Usuarios y equipos de Active Directory en la vista Avanzada.
2. Busque las entradas de SSPN para MSSQL Svc.
3. Elimine todas las entradas asociadas con MSSQL Svc.
4. Cierre AD User and Computers y verifique si hay mejoras.
5. Cambie el permiso de Active Directory.

2. Verifica tu contraseña

El error no puede generar contexto SSPI puede ocurrir debido a problemas con la contraseña. Si recientemente cambió su contraseña pero no ha cerrado la sesión de su cuenta, esto puede desencadenar el error.

Intente cerrar sesión y luego iniciar sesión con la nueva contraseña para corregir el error.

En otros casos, el problema podría deberse a la caducidad de la contraseña. Cambie la contraseña caducada e inicie sesión con las nuevas credenciales para ver si eso resuelve el error.

3. Cambiar el permiso de Active Directory

1. Correr Adsiedit.msc y de Correr caja de diálogo.
2. En el Servicio de directorio activo ventana, ampliarcampo [YourDomainName]luego expandir DC = nombre de dominio raízy luego CN = Usuarios.
3. Haga clic derecho en CN= [YourAccountName] y seleccione propiedad.
4. Abierto Seguridad pestaña.
5. Haga clic en Avanzado opción.
6. Seleccione cualquiera de SER líneas.
7. Hacer clic Editar | X y luego el Abra la entrada de permisos ventana.
8. Aquí, asegúrate Principal se establece en SER, Tipo se establece en Permitir, y Aplicado a está establecido en Solo este objeto.
9. En la sección Propiedades, seleccione lo siguiente.
   Leer servicePrincipalName
   Escribir servicePrincipalName
10. Hacer clic Bien para aplicar los cambios y salir.

Intente establecer una nueva conexión y vea si se resuelve el error de contexto de no poder generar SSPI. Asegúrese de reiniciar los servicios de SQL que están asociados con la cuenta actual para aplicar los cambios.

Cambiar el permiso de Active Directory es una opción más segura que cambiar el usuario del servidor SQL. Sin embargo, antes de proceder a cambiar el permiso, asegúrese de que el problema se desencadene debido a problemas de permisos.

Conéctese al servidor donde se ejecuta su instancia de SQL y luego verifique los registros de errores para ver si el error se desencadena debido a problemas de permisos.

El error en el registro se verá así:

La biblioteca de interfaz de red de SQL Server no pudo registrar el nombre principal de servicio (SPN) [ MSSQLSvc/servername.domainname.net:1433 ] para el servicio de SQL Server.
Código de retorno de Windows: 0x2098, Estado: 15. Si no se registra un SPN, la autenticación integrada puede usar NTLM en lugar de Kerberos.
Este es un mensaje informativo. Se requieren acciones adicionales solo si las políticas de autenticación requieren la autenticación Kerberos y el SPN no se ha registrado manualmente.

No se puede generar un error de contexto de SSPI que puede ocurrir debido a problemas con permisos y credenciales caducadas. Cambiar la contraseña y el permiso debería ayudarlo a corregir el error y conectarse nuevamente al servidor SQL.