Nuestros desarrolladores estrellas agotaron sus depósitos de café, en su búsqueda a tiempo completo por la solución, hasta que Lucas halló el resultado en GitHub y en este momento la comparte con nosotros.
Solución:
‘No se puede generar contexto SSPI’ es un error genérico. Puede deberse a muchos problemas, como una contraseña obsoleta, un desfase del reloj, permisos de acceso a Active Directory, no registrar un SPN, etc.
No hay solución a este problema La única “solución” es investigar la causa, según KB811889 y/o Solución de errores de Kerberos. Aplicar una solución u otra de recursos aleatorios de Internet, sin entender la causa, puede o no resolver el problema, puede o no causar frustración, puede o no causar un daño irreparable.
cambiamos el SQL SERVICE user a uno que es “Domain Admin“.
He hecho algunas investigaciones para saber por qué sucede esto. Dice que cuando apaga el servicio, necesita una cuenta con privilegios para crear un nuevo SPN (cuando se enciende nuevamente). Si inicia un servicio sin él, se mostrará en NO SE PUEDE GENERAR CONTEXTO SSPI.
estamos cambiando los privilegios de nuestra cuenta del sistema.
Espero que ayude a alguien.
Tuvimos este problema después de que tomamos una base de datos de PROD y la restauramos en QA. Nuestra aplicación llamó a tres bases de datos en tres servidores y, aparte de eso, no fue complicado.
Resultó que un SPN (nombre principal del servicio) falso se interponía en el camino de la cuenta de servicio con la que debería haberse ejecutado la conexión. Descubrimos esto usando Archivos de programa> Administrador de configuración de Microsoft Kerberos.
La solución a corto plazo fue usar el Administrador de configuración de SQL Server y cambiar las conexiones de SQL Server y SQL Server Agent de la cuenta de servicio a ‘LocalSystem’ en ‘Usar cuenta incorporada’.
Te invitamos a añadir valor a nuestra información contribuyendo tu experiencia en las observaciones.