Escritorio remoto Linux sobre SSH (alternativa a FreeNX)

Necesito encontrar un cliente de escritorio remoto en mi servidor Linux que funcione a través de SSH. Usamos FreeNX antes, pero está desactualizado y se eliminó de muchos repositorios. ¿Qué cliente puedes recomendar?

He usado winswitch, pero ahora se ha caído. TightVNC parece seguir vivo
¿Desea acceder a su servidor Linux de forma remota o desea trabajar localmente en su servidor Linux y acceder a otras máquinas de forma remota? Si es lo último, ¿necesita soporte RDP o es suficiente soporte RFB (es decir, VNC)?
Es un servidor terminal con nuestro software. Los usuarios deberán conectarse y trabajar en el servidor.
Entonces, ¿necesita una GUI y desea trabajar en el escritorio remoto , o simplemente desea acceder a la línea de comandos? ¿En qué sistema operativo están los clientes? ¿Serviría un simple túnel SSH (abrir cosas gráficas en el sistema X-Windows de la máquina local)?
¿Has probado nomachine ? Siempre fue mi favorito para ejecutar shell completo de forma remota.
Necesito más de 50 usuarios conectados. Ninguna máquina tiene limitaciones. Quiero probar x2go.
@Izzy, gracias por la idea. Intentaré ejecutar el software a través del túnel ssh.
Excelente. Lo que tenía en mente lo puedes encontrar en la respuesta de guettli . Si tiene problemas con -X, pruebe -Yen su lugar (método más nuevo para exportar X).

Respuestas (2)

Descubrí que xrdpcombinado con ssh tunneling + compresión es mucho más rápido que el simple reenvío X en SSH.

A pesar del nombre, admite internamente VNC.

Para el reenvío de puertos a través de ssh, haga algo como esto:

ssh -v -C -L localport:127.0.0.1:remotexrdpport user@host.tld

Luego, el cliente se conecta a localhost:localport.

Sin embargo, habilite Compression yesy CompressionLevel 9en .ssh/configo en la línea de comandos para lograr un reenvío más rápido.

En xrdp.inila globalssección deberías hacer algo como:

[globals]
bitmap_cache=yes
bitmap_compression=yes
...

Tal combo funciona tolerablemente en enlaces relativamente lentos. No tan bien como el NoMachineservidor, pero la mejora con respecto al reenvío simple X es enorme.

¿Cómo es la latencia de sus servidores? Si es bueno, la forma más sencilla es:

you@pc> ssh -X root@server xeyes
La mayoría de mis clientes tienen 100mb\s. Probaré tu consejo. Gracias
Eso era lo que tenía en mente cuando pedí una aclaración sobre la pregunta (+1;) Simplemente recomendaría -Xque se reemplace el parámetro por -Y(método más nuevo), pero los dos son "intercambiables": si uno causa problemas, pruebe el otro.
¿Usará bibliotecas locales, fuentes, impresoras o control remoto?
@NCNecros, supongo: usa librerías y fuentes locales. Las impresoras son del host remoto. AFAIK, la aplicación que se ejecuta en la máquina remota no sabe que la pantalla se exporta. Pero fue solo una suposición. Para mi caso de uso funciona.
Dado que el protocolo Xwindow mezcla muchos flujos que se comprimen bien, agregaría -Cun indicador a ssh para habilitar la compresión transparente.