Solución:
No tengo idea de por qué funcionó, pero comencé a cambiar la configuración una a la vez. Cuando edité las propiedades de conexión, miré en la pestaña “avanzado” y cambié la seguridad de “negociar” a “TLS”, y listo, todo funciona.
Curiosamente, “negociar” todavía funciona en la computadora portátil, pero al menos estoy de vuelta en el negocio con mi monitor más grande 🙂
Esto me acaba de pasar, y encontré esta respuesta de Stack Overflow de Alejandro Sanchez (archivada), que resolvió el problema. Solo corre rm ~/.freerdp/known_hosts e intenta de nuevo.
Aparentemente, esto sucede cuando cambian las claves en el servidor del túnel. Consulte Launchpad Bug # 944040: No se puede conectar a RDP si la huella dactilar del host cambia.
Actualizar
El primer enlace ahora apunta a una respuesta que se eliminó y es posible que no se archive por completo. Aquí hay parte de la información adicional de ese enlace:
Parece que el archivo “known_hosts” contiene algunos datos de enrutamiento para cada servidor, esos datos a veces se vuelven desactualizados y cuando Remmina intenta conectarse usando los datos desactualizados, falla. Eliminar el archivo known_hosts resuelve este problema. – Erel Segal-Halevi 13 de diciembre de 2012 a las 10:06
FWIW, mi problema no tiene nada que ver con known_hosts (como se explica a continuación), sino todo con la configuración de seguridad: consulte http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html para obtener más detalles. – Tomislav Nakic-Alfirevic 24 de abril de 2014 a las 10:58
Totalmente trabajado, me preguntaba dónde se almacenaban los certificados. Tuve el mismo problema en su mayor parte, estaba usando Remmina para RDP en una determinada máquina, luego un día dejó de funcionar (no cambió nada en la máquina remota). Otras conexiones RDP que había guardado todavía funcionaban, excepto esta máquina. Ocurrió que usó la autenticación NLA, que parece ser parte del problema con el Remmina más nuevo que no guarda certificados. – Nicholi 26 de abril de 2013 a las 20:26
gracias, solía conectarse perfectamente, luego reformateé el servidor y dejó de funcionar, la eliminación de la línea para este host funcionó. – Bor691 15 de enero de 2014 a las 8:50
Necesito usar dos servicios en la misma dirección pero puertos diferentes y usar esto repetidamente es la única forma en que podría conectarme a ambos. – Gringo Suave 13 de octubre de 2014 a las 18:55
Esto me sucedió cuando copié mi configuración de remmina (en ~/.remmina) de una máquina a otra. Quizás las versiones de remmina fueran diferentes; cambiar la seguridad no ayudó, pero eliminar y recrear la conexión sí lo hizo.