Estate atento ya que en este post hallarás el resultado que buscas.
Solución:
verdadera solución: Ahora estoy usando SSVNC en la máquina con Windows y x11vnc en el servidor Linux. También funciona con bVNC en Android. Necesita un poco de experiencia para que funcione, así que aquí hay instrucciones concisas:
En Linux (siga las instrucciones que le da x11vnc, son detalladas pero vale la pena leerlas):
x11vnc -storepasswd
x11vnc -forever -repeat -usepw -ssl -autoport 6000
(Tendrá que poner el último en uno de sus scripts de inicio de sesión, o lo que sea. No use una frase de contraseña en el certificado SSL generado. Estoy usando el puerto 6000 para no meterme con vino).
En Windows: Instale el cliente binario desde aquí.
Conéctate y disfruta de una (lenta…) conexión encriptada.
Respuesta parcial: (publicado para ayudar a otras personas, NO RECOMENDADO); Espero que haya otras respuestas a la pregunta — Marcaré esta respuesta como la correcta ya que no hay solución por ahora).
El problema surgió cuando el proyecto Vino decidió cambiar para requerir encriptación por defecto — desafortunadamente, el único tipo de encriptación soportado por el vino servidor (tipo 18) es no compatible con la mayoría de los visores de Windows, Android e iOS. Por lo que sé, solo el basado en Linux vinagre espectador lo apoya.
He informado de un error en el proyecto Vino, tanto en el upstream como en el launchpad sobre este problema; busque allí para más detalles. Básicamente, parece que no hay suficiente poder de desarrollador para implementar más tipos de cifrado en el servidor (bastante justo).
Eso significa que puedes volver al anterior, inseguro comportamiento al deshabilitar el cifrado para toda la capa VNC mediante el uso dconf-editor Me gusta esto:
Gran aviso gordo eso significa que todo lo que escribes es visible en claro en la red. Contraseñas incluidas.
Puedo hacerlo porque la conexión es realmente a través de un túnel SSH encriptado y no hay otros usuarios locales en la máquina remota, pero incluso en este caso, si alguien logra acceder a su máquina, puede leer todos sus secretos. olfateando 127.0.0.1…
Comando de desactivación de cifrado UNSEGURO de una línea para 16.04
dconf write /org/gnome/desktop/remote-access/require-encryption false
entonces TigerVNC y realvnc funcionan desde Windows.
Sin embargo, como señaló Rmano, solo haga esto si su conexión ya está encriptada en otra capa.
Encontrado con dconf dump.
También hay una solicitud de compatibilidad en el lado de TigerVNC: https://github.com/TigerVNC/tigervnc/issues/307
Acuérdate de que tienes autorización de decir .