¿Cuáles son las alternativas de TCP para SSH?

Una de las alternativas más utilizadas de SSH es Mosh (Mobile Shell). Como se dijo en el sitio web, Mosh es un …

Aplicación de terminal remota que permite la itinerancia, admite conectividad intermitente y proporciona eco local inteligente y edición de línea de las pulsaciones de teclas del usuario. Mosh es un reemplazo para SSH. Es más robusto y receptivo, especialmente a través de Wi-Fi, celulares y enlaces de larga distancia.

Si desea más información técnica, puede consultar el informe técnico de Mosh. Aquí está el resumen:

Mosh (shell móvil) es una aplicación de terminal remota que admite conectividad intermitente, permite la itinerancia y hace eco de forma especulativa y segura de las pulsaciones de teclas del usuario para una mejor respuesta interactiva en rutas de alta latencia. Mosh se basa en el Protocolo de sincronización de estado (SSP), un nuevo protocolo basado en UDP que sincroniza de forma segura el estado del cliente y el servidor, incluso a través de cambios en la dirección IP del cliente. Mosh usa SSP para sincronizar un emulador de terminal de celda de caracteres, manteniendo el estado del terminal tanto en el cliente como en el servidor para repetir las pulsaciones de teclas de forma predictiva. Nuestra evaluación analizó los rastros de pulsaciones de teclas de seis usuarios diferentes que cubren un período de 40 horas de uso en el mundo real. Mosh pudo mostrar inmediatamente los efectos del 70% de las pulsaciones de teclas del usuario. En una red comercial EV-DO (3G), la latencia media de respuesta de pulsación de tecla con Mosh fue inferior a 5 ms, en comparación con 503 ms para SSH. Mosh es software libre, disponible desde el shell móvil. Fue descargado más de 15,000 veces en la primera semana de su lanzamiento.

Funciona perfectamente en mi servidor personal en casa y en mi Raspberry pi. Espero que encuentres esto útil.

Puede transportar SSH sobre cualquier cosa que desee, siempre que se comporte exactamente como TCP 🙂

Este es un error común: alguien decide usar UDP “por razones de rendimiento”, pero luego decide que los paquetes descartados no son aceptables, y agrega la lógica de retransmisión … y luego decide el orden de los paquetes, entonces agregan la lógica de ordenamiento … simplemente termine con una versión insegura, con errores y lenta de “TCP-over-UDP”, sin la ventana, el retroceso, los números de secuencia impredecibles, la aceleración de hardware y todo lo que viene con TCP real .