¿Cómo acelerar X sobre SSH en una conexión de red lenta?

32

¿Hay alguna recomendación específica para acelerar las aplicaciones X sobre ssh en una conexión de red lenta? En este caso específico, estoy accediendo a un servidor ubicado en la costa oeste desde una computadora portátil en la costa este y eso también en una conexión DSL no demasiado rápida.

¿Alguna configuración para ssh? ¿Algún consejo en general?

— vivekian2
fuente

15

Probablemente verá los beneficios más importantes al usar la compresión usando la -Copción. También puede habilitarlo en su sshd_configmediante la siguiente línea:

Compression yes

— Chris Down
fuente

1

Si el tiempo de ida y vuelta de la conexión es alto, la compresión no ayuda mucho. El protocolo estándar X, con su multitud de mensajes de ping-pong, no es adecuado para rutas con RTT notable.

— Linulin

Esa es solo la naturaleza del protocolo que estamos tratando. El interlocutor ha declarado que no puede cambiar el servidor SSH en ejecución, por lo que esta es la opción superior del lado del cliente, suponiendo que no se pueda hacer nada al servidor.

— Chris Down

66

En algunos sitios también se informa que utiliza un chiper simple y rápido, por ejemplo, blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname

— matemática

Hay una pregunta similar, recomendando opciones adicionales: superuser.com/questions/400136/speeding-up-remote-x-sessions

— matemáticas

(pregunta anterior pero se está marcando como "referencia" en otra pregunta, que se cerró como duplicado de esta) La razón por la cual ejecutar aplicaciones X a través de una conexión ssh (o en cualquier ubicación remota en realidad) es el protocolo X en sí . Desestimé esta respuesta porque ajustar la configuración de ssh no ayudará en absoluto en la práctica. Debe utilizar alguna "herramienta de compresión de protocolos" para que la aplicación sea utilizable, la mejor opción X2GO o alguna otra herramienta basada en NX. Ver unix.stackexchange.com/a/187420/104833 por ejemplo.

— Ariel

15

Si tiene la opción, intente probar NX (aunque es un dolor ponerse en marcha) ya que se sentirá mucho más rápido que hacer un túnel X sobre ssh ...

— Luego
fuente

3

NX por defecto también funciona sobre un túnel ssh. Para que no tenga que preocuparse por abrir ningún otro puerto.

— wm_eddie

NX es realmente súper rápido. Mejor que VNC, mejor que la compresión sobre X. Funciona bien.

— vivekian2

De hecho, marcaría esta como la respuesta correcta para alguien que pueda lanzar NX en el lado del servidor. No todas las funciones de IU están disponibles (al menos en gnome), pero la velocidad lo vale.

— vivekian2

Nunca probé NX pero VNC es una buena alternativa a SSH -X

— baptx

Esta debería ser la respuesta aceptada, no tiene sentido tratar de acelerar ajustando la configuración de ssh (d). La mejor alternativa a NX en sí (que es bastante difícil de configurar) es X2GO, también basado en bibliotecas NX pero mucho más fácil de ejecutar.

— Ariel

8

Ha pasado un tiempo desde que lo probé, pero DXPC ( Compresión diferencial de protocolo X) solía hacer que X11 sobre PPP de marcación funcione notablemente más rápido. Quizás la opción de compresión SSH funcione mejor para usted, pero esta compresión es específica de X11 y podría funcionar más rápido.

— Bruce Ediger
fuente

4

Puede valer la pena investigar openssh de alto rendimiento. Por razones de seguridad, openssh usa buffers estáticos en muchos lugares. El proyecto HPH-SSH vuelve a implementar partes de él para usar buffers dinámicos. También parece que han implementado cifrados multiproceso en revisiones recientes.

https://www.psc.edu/hpn-ssh

— jmtd
fuente

¿Esto requiere cambios en el servidor ssh que se ejecuta en el lado del servidor? Es posible que sea algo que no puedo controlar.

— vivekian2

1

No lo hace Desde la página:> Hemos creado un parche que eliminará los cuellos de botella en OpenSSH y es totalmente interoperable con otros servidores y clientes. Además, los clientes de HPN podrán descargar más rápido desde servidores que no sean HPN

— jmtd

1

X2Go resolverá tu problema. Estoy accediendo a una frambuesa pi en Argentina desde Silicon Valley. Hay un ligero retraso, pero es tan cómodo trabajar como la computadora de mi escritorio.

VNC es tu segunda opción.

— Rico
fuente