Mosh (software)

Mosh se basa en el Protocolo de Sincronización de Estado (SSP), ^{[ 10 ]} que admite el roaming de un solo paquete. ^{[ 11 ]} Después de que el cliente cambia a una nueva dirección IP, un solo paquete que llega correctamente al servidor es suficiente para "roamear" la conexión. El cliente no necesita saber que ha roamado. (El cliente puede estar en una red con traducción de direcciones de red (NAT) cuando el enrutador NAT roam). ^{[ 8 ]}

En el artículo de investigación de Mosh, ^{[ 8 ]} los creadores probaron SSP en un enlace con una pérdida de paquetes del 29% y encontraron que SSP redujo el tiempo de respuesta promedio en un factor de 50 (de 16,8 segundos a 0,33 segundos) en comparación con SSH, que utiliza TCP . Otro estudio, realizado por estudiantes de la Universidad de Stanford , encontró que SSP redujo el tiempo de respuesta promedio en un factor de 30 (de 5,9 segundos a 0,19 segundos). ^{[ 12 ]}

Según los desarrolladores de Mosh, se descubrió que el programa podía predecir y mostrar inmediatamente el 70 % de las pulsaciones de teclas del usuario, ^{[ 2 ] [ 8 ]} reduciendo el tiempo medio de respuesta a una pulsación de tecla a menos de 5 milisegundos (enmascarando la latencia de la red). Otro estudio, realizado por estudiantes de la Universidad de Stanford, descubrió que Mosh podía reproducir rápidamente el 55 % de las pulsaciones de teclas del usuario. ^{[ 13 ]}

El principal inconveniente de Mosh es que requiere que el servidor cumpla con requisitos previos adicionales que SSH no necesita. Debido a su diseño, Mosh requiere que el servidor permita conexiones directas a través de UDP. ^{[ 14 ]} Los servidores que no cumplen con estos requisitos previos no pueden ser utilizados por Mosh. Ejemplos de tales sistemas incluyen servidores detrás de firewalls que restringen las conexiones al puerto SSH a través de TCP. También son problemáticos los servidores que solo son accesibles indirectamente. Esto último generalmente se gestiona mediante SSH a través de la opción 'ProxyCommand', pero Mosh no lo admite. ^{[ 15 ]}

Por defecto, el servidor intenta asignar el primer puerto UDP libre en el rango 60001–61000, por conexión. Esta asignación dinámica de puertos se considera una carga y un riesgo adicionales para el mantenimiento del cortafuegos. ^{[ 16 ]} Una parte significativa del filtrado del cortafuegos se realiza mediante el seguimiento de conexiones, denominado filtrado con estado , que se basa en las banderas SYN/ACK en los segmentos TCP ; los paquetes UDP no tienen dichas banderas. ^{[ 17 ]}

Mitigación:

1. El puerto UDP en el servidor se puede configurar por conexión Mosh, de modo que solo sea necesario abrir un número limitado de puertos ^{[ 18 ].}
2. Los firewalls de inspección profunda de paquetes y los firewalls de aplicaciones pueden manejar esto mejor al examinar el contenido del paquete y asociarlo con la conexión inicial.

La función scrollback no es compatible con la versión actual de Mosh, y al usarla en un emulador de terminal con barras de desplazamiento, estas desaparecen, pero está previsto para la versión 1.3. ^{[ 19 ]} Esta funcionalidad implica una compensación por la limpieza de basura, ya que la salida binaria se borra . Una forma de mitigar esto es usar Mosh en combinación con un multiplexor de terminal como screen o tmux . ^{[ 20 ]}

Actualmente no se admite el reenvío de ssh-agent . ^{[ 21 ]}

El reenvío X11 aún no es compatible. ^{[ 22 ]}