Certificado no confiable sobre Win7 a la conexión de escritorio remoto Win7


2

Estoy experimentando un problema de certificado al conectar dos máquinas con Windows 7 juntas a través de Escritorio remoto. He instalado el certificado, pero recibo un mensaje que dice que el certificado no es de confianza. ¿Qué puedo hacer sobre esto?


1
¿Dónde obtuvo el certificado, qué utilizó para el valor CN del certificado? ¿Windows confía en la CA que firmó el certificado? ¿Por qué necesitas esto?
Zoredache

@Zoredache Windows 7 genera uno automáticamente con algunos elementos aleatorios si un DC no está disponible para emitir uno.
vcsjones

@vcsjones, conozco los certificados generados automáticamente, pero mencionó que instaló uno. Me preguntaba si había comprado un certificado de una CA como GoDaddy. Es muy fácil de hacer, aunque no puedo imaginar por qué alguien pagaría uno por RDP.
Zoredache

Respuestas:


0

Para ser honesto, si este es un entorno de baja seguridad y está seguro de que conoce la máquina de destino, simplemente haga clic en aceptar / permitir.

Sin embargo, si es un entorno de alta seguridad y desea que los certificados funcionen, asegúrese de haber importado el certificado a la zona correcta. Intente importar nuevamente y permita que el sistema elija la ubicación para importar.


44
Mejor aún, si se trata de un entorno de alta seguridad, obtenga una arquitectura de certificado adecuada o pague un certificado. Buena suerte revocación de un certificado autofirmado que haya instalado en todas las tiendas de confianza de certificados raíz de sus clientes ...
ta.speot.is

0

Supongo que está utilizando un certificado autofirmado y que no forma parte de un dominio. Si usted es parte de un dominio y su dominio aloja una CA, entonces el certificado autofirmado no funcionará.

Si no está en un dominio, entonces el certificado de su servidor debe importarse a la Autoridad de certificados raíz de confianza del cliente .

ingrese la descripción de la imagen aquí


0

Asegúrese de que ambas computadoras tengan contraseñas, que la asistencia remota esté activada y que ambas máquinas estén en la misma red de área local. He intentado esto antes y funciona correctamente.


0

No es realmente un problema, sino que SSL hace lo que se supone que debe hacer.

Todo lo que significa es que su computadora no reconoce la entidad que firmó el certificado que la computadora remota presenta para identificarse. De manera predeterminada, Windows confía en las autoridades de firma como GoDaddy y VeriSign, por lo que cuando visita sitios web con certificados firmados por estas autoridades, Windows acepta que la computadora remota es quien dice ser.

Para "arreglar" el mensaje, puede decirle a su computadora que confíe en la entidad firmante agregando el certificado del servidor al almacén de CA raíz de confianza en el cliente tal como lo describe @surfasb, u obtenga (compre) e importe un nuevo certificado de servidor firmado de una CA ya confiable.

Si no obtiene un certificado firmado de CA raíz, deberá importar el certificado actual en cada nuevo cliente desde el que se conecte. Si esto es para uso comercial, solo obtenga un certificado firmado para el servidor y ahórrese la molestia.


¡No me di cuenta de que era una pregunta de 2 años! : O
Chris

0

Independientemente de la antigüedad de esta publicación, esta pregunta sigue siendo válida y permanece "sin resolver". Hoy pude solucionar este problema para mi propio sistema.

Tengo una PC llamada "phenom" a la que me conecto desde una PC llamada "laptop". Tras la conexión, recibo el mensaje de advertencia mencionado por el OP. Después de un poco de búsqueda, encontré la solución:

El certificado que se instala es válido solo con el nombre de la PC. Seguí conectándome a la estación de trabajo "phenom" en función de su dirección IP que estaba causando que el certificado autofirmado fallara en la verificación. La conexión basada en el nombre eliminó la advertencia y me permitió utilizar el certificado de la manera correcta.

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.