Posteriormente a observar en diversos repositorios y páginas al concluir nos encontramos con la respuesta que te compartiremos a continuación.
Solución:
Esta misma pregunta se hizo hace un tiempo sobre el desbordamiento de pila: https://stackoverflow.com/questions/15816/ Changing-the-solution-of-a-vnc-session-in-linux
La respuesta aceptada de Nathan Fellman:
El servidor Real VNC 4.4 incluye soporte para Xrandr, que permite cambiar el tamaño del VNC. Inicie el servidor con:
vncserver -geometry 1600x1200 -randr 1600x1200,1440x900,1024x768Luego cambie el tamaño con:
xrandr -s 1600x1200 xrandr -s 1440x900 xrandr -s 1024x768
El visor UltraVNC admite el escalado automático, por lo que cambiará el tamaño de la ventana de visualización automáticamente para mostrar la pantalla completa del servidor remoto.
Actualizar
Escalado de pantalla/escritorio tanto RealVNC como TightVNC.
Con TigerVNC, la resolución automática del cliente VNC de Windows (visor) funciona de manera inmediata. No es necesario configurar nada en ningún lugar, en el cliente o en el servidor. Cuando se conecta por primera vez a su servidor, la resolución se establece en lo que esté preestablecido en el lado del servidor, pero puede cambiarla fácilmente simplemente cambiando el tamaño de la ventana del cliente; a cualquier resolución, cualquier resolución loca, no estándar y ad-hoc que desee. La resolución del escritorio remoto, digamos KDE, sigue la resolución de la ventana de su cliente sin problemas.
Verifique que esté configurado “Cambiar el tamaño de la sesión remota a la ventana local”. Debería ser por defecto.
No confunda el cambio de resolución automática con estiramiento de imagenllamado alternativamente escalado automático. Este llamado es prácticamente inútil, a menos que tenga una discapacidad visual. funciona como zoom o espejo en editores de mapas de bits populares. Simplemente hace que los píxeles sean más grandes (o más pequeños) al estirar la imagen de salida. Disminuye significativamente la calidad de la imagen, si se estira mucho.
Lo que los usuarios normalmente quieren es un cambio de resolución real de la sesión remota. Y eso es de lo que hablé anteriormente y eso es lo que el cliente TigetVNC es capaz, siempre que el servidor tenga la funcionalidad correspondiente. La resolución automática mantiene la imagen nítida en cualquier tamaño. La desventaja es que también aumenta el ancho de banda de la red.
Hasta ahora encontré que solo TigerVNC es capaz de resolución automática. Probé TightVNC (código abierto), RealVNC (versión gratuita) y UltraVNC (código abierto) y no tuve suerte con ninguno de ellos, en el mejor de los casos proporcionan un escalado automático inútil.
Página de inicio de TigerVNC: https://tigervnc.org/
Fuentes de TigerVNC: https://github.com/TigerVNC/tigervnc
Lanzamientos de TigerVNC en GitHub: https://github.com/TigerVNC/tigervnc/releases
Binarios de TigerVNC para descargar: https://bintray.com/tigervnc/stable/tigervnc/1.9.0
Si desea solo el visor, descargue solo el visor, como vncviewer64-1.9.0.exe, que es solo el visor sin el servidor VNC incluido. Tenga en cuenta que con el servicio del servidor TigerVNC se inicia automáticamente, en silencio, en segundo plano, lo que detesto fuertemente como una posible amenaza a la seguridad.
Mi servidor se ejecuta sin -randr Configuración en absoluto y solo básica. -geometry 1024x768. Esta baja resolución se usa solo cuando se conecta por primera vez, pero luego puede cambiar la resolución simplemente cambiando el tamaño de la ventana del cliente. Si tiene curiosidad, aquí está mi comando de servidor VNC completo:
/usr/bin/Xvnc -log *:syslog:30,TcpSocket:syslog:-1 -inetd -MaxDisconnectionTime=5 -securitytypes=none -displayfd 10 -geometry 1024x768 -AllowOverride=Desktop,AcceptPointerEvents,SendCutText,AcceptCutText,MaxDisconnectionTime,MaxConnectionTime,MaxIdleTime,QueryConnect,QueryConnectTimeOut,AlwaysShared,NeverShared,DisconnectClients,SecurityTypes,Password,PlainUsers -query localhost -once -desktop New session -extension MIT-SHM
Según la descripción del paquete openSuse, xorg-x11-Xvnc – el servidor openSuse VNC – se basa en el código TigerVNC. Entonces, en mi caso, el cliente de TigerVNC habla con el servidor de TigerVNC, así que tal vez sea por eso que todo es tan fluido 🙂
Configuración de mi cliente: cliente TigerVNC 1.9.0 (Windows)
Configuración de mi servidor: openSuse 15.1, xorg-x11-Xvnc 1.9.0, vncmanager 1.0.2, GDM, KDE Plasma.
Aquí puedes ver las comentarios y valoraciones de los lectores
Recuerda que tienes la capacidad de explicar tu experiencia si te ayudó.