- El error no puede generar el contexto SSPI puede evitar que el administrador y los usuarios accedan a su sql servidor.
- En este articulo, nosotros explorar las tres formas a arreglar este error a recuperarte en línea.
- Si el problema persiste, consulte nuestro dedicado página del servidor SQL por más arreglos
- También puede explorar nuestro Centro de solución de problemas por más soluciones útiles.
El nombre principal de destino es incorrecto: no se puede generar un error de contexto SSPI al intentar establecer una conexión en SQL Server desde un servidor remoto con una cuenta de Windows.
Este es un error genérico. Puede activarse por muchos motivos, como 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 error de contexto no se puede generar SSPI en el servidor de Windows.
¿Cómo puedo corregir que el nombre principal de destino sea incorrecto? ¿No se puede generar un error de contexto SSPI?
1. Cambiar usuario del servicio SQL
Intente cambiar el usuario de SQL SERVICE con el que es Administrador de dominio. Cuando apaga el servicio, necesita una cuenta con privilegios 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 les otorguen los privilegios mínimos por razones de seguridad.
Eliminar las entradas de SPN de los usuarios y equipos de AD
- Abra Usuarios y equipos de Active Directory en Vista avanzada.
- Busque las entradas de SSPN para MSSQL Svc.
- Elimine todas las entradas asociadas con MSSQL Svc.
- Cierre AD User and Computers y verifique si hay mejoras.
- Cambiar 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, 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
- Correr Adsiedit.msc y desde el Correr caja de diálogo.
- En el Servicio de directorio activo ventana, ampliarDominio [YourDomainName]luego expandir DC = nombre de dominio raízy luego CN = Usuarios.
- Haga clic derecho en CN= [YourAccountName] y seleccione Propiedades.
- Abre el Seguridad pestaña.
- Haga clic en Avanzado opción.
- Seleccione cualquiera de los UNO MISMO filas
- Hacer clic Editar y luego el Abrir entrada de permiso ventana.
- Aquí, asegúrese de que Principal se establece en UNO MISMO, Escribe se establece en Permitir, y Aplicado a está establecido en Solo este objeto.
- En la sección Propiedades, seleccione lo siguiente.
Leer servicePrincipalName
Escribir servicePrincipalName - Hacer clic OK para aplicar los cambios y salir.
Intente establecer una nueva conexión y verifique si no pueden generar el error de contexto SSPI resuelto. 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.
Inicie sesión en el servidor donde se ejecuta su instancia de SQL y luego verifique los registros de errores para verificar 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, es posible que la autenticación integrada use NTLM en lugar de Kerberos.
Este es un mensaje informativo. Solo se requieren acciones adicionales si las políticas de autenticación requieren la autenticación Kerberos y si el SPN no se ha registrado manualmente.
El error no puede generar contexto SSPI puede ocurrir debido a problemas de permisos y credenciales caducadas. Cambiar la contraseña y el permiso debería ayudarlo a corregir el error y volver a iniciar sesión en su servidor SQL.