La cadena de certificados fue emitida por una autoridad en la que no se confía


16

Hace algún tiempo instalé SQL Server 2016 Developer Edition en un entorno Windows 10 Home Edition ( una computadora portátil para ser precisos ) y todo estuvo bien.

entonces alguien, un administrador en la caja, decidió sin decirme, renombrar dicha caja.

después de eso, al intentar la conexión al servidor SQL, hemos experimentado los siguientes mensajes de error:

ingrese la descripción de la imagen aquí

ingrese la descripción de la imagen aquí

Esta es una pregunta muy similar a esta:

"La cadena de certificados fue emitida por una autoridad en la que no se confía" cuando se conectaba DB en VM Role desde el sitio web de Azure

También he estado aquí:

El nombre principal de destino es incorrecto. No se puede generar el contexto SSPI. (Microsoft SQL Server, error: 0)

y he estado usando el Kerberos Configuration Manager, que me da un mensaje de error diferente

ingrese la descripción de la imagen aquí

Debo decir que puedo conectarme a esta instancia del servidor SQL mediante la autenticación del servidor SQL, pero quiero conectarme usando la autenticación de Windows.

para que quede claro: se trata de una máquina local que no pertenece a ningún dominio.

No estoy muy seguro de cómo proceder desde aquí, lo que quiero es usar la autenticación de Windows.

El mensaje de error relacionado con los certificados me hace pensar en volver a emitir certificados aquí. No estoy seguro de cómo hacer esto, o si esta es una forma válida de solucionar esta situación.

No estaré cerca de esta máquina por el día, pero me pondré al día lo antes posible. Continuaré con mi investigación cuando el tiempo lo permita.


1
¿Ha ejecutado sp_dropserver, sp_addserver para asegurarse de que el nombre interno de SQL sea correcto (es decir, @@ servername es diferente del nombre de la máquina?)
Nic

Respuestas:


19

En la conexión emergente, haga clic en las opciones ingrese la descripción de la imagen aquí

Luego asegúrese de que el "Certificado del servidor de confianza" esté marcado

ingrese la descripción de la imagen aquí


1
Cabe señalar que esta es una solución, no una solución adecuada. La verdadera solución es lidiar con el problema de la confianza del certificado.
duct_tape_coder

4

vaya a "opciones" avanzadas y coloque TrustServerCertificate = True en parámetros de conexión adicionales


66
¿Cómo y por qué esto resuelve el problema?
Colin 't Hart

2
le dice al cliente que puede confiar en el certificado no confiable para la conexión encriptada al servidor. no es de confianza porque el certificado raíz no está instalado en la máquina del cliente
cyptus
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.