¿Qué puede causar una sesión ssh lenta? [cerrado]

Ssh en host remoto, pero el rendimiento del terminal es pobre. Los símbolos que estoy escribiendo no se muestran de inmediato, pero con cierto retraso. A veces se muestran dos símbolos a la vez después del retraso.

La alta latencia es otra causa del bajo rendimiento de ssh. Recomiendo usar mtr como un mejor reemplazo para traceroute. Debería poder darle una idea de dónde podrían ocurrir sus problemas de red.

Deshabilitar el reenvío X11 si no lo necesita (ssh -x) y habilitar la compresión (ssh -C) también puede acelerar su sesión.

Puedo pensar en dos posibles causas:

1. Pérdida de paquetes en la conexión
2. Alta carga en el servidor.

Traté de medir el rendimiento de la red y pronto descubrí que el terminal estaba bien. ¿Lo que ha sucedido?

Tenemos un balance de carga entre dos enrutadores de canales de Internet. A veces enruta mi tráfico ssh a través de wan1 y a veces a través de wan2. Propuse que hay algo mal con un solo canal. Así que medí el rendimiento de la red con mtr (¡gran herramienta!) Para dos canales por separado.

¡sí! ¡wan2 tiene 21 saltos con 110 ms y wan1 tiene 15 con solo 21 ms! La latencia wan2 es el problema.

Use Compression y CompressionLevel of 9. Eso debería ayudar un poco. Puede configurar estos parámetros en / etc / ssh / ssh_config. Pero si la red real es muy pobre, estos trucos no servirán de mucho.

La causa más obvia de este comportamiento es el enlace que está saturado o descartando paquetes. ¿Cuántos saltos tienes desde tu estación de trabajo hasta la máquina en la que te estás metiendo? ¿Ha analizado un trazado de ruta, si corresponde?

Si está utilizando OpenSSH en una tubería larga y gruesa (alto ancho de banda + alta latencia), asegúrese de utilizar al menos la versión 4.7 en ambos lados porque contiene correcciones para hacer que OpenSSH use un tamaño de ventana tcp más grande.

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

Esto puede ser importante si desea utilizar la conexión en todo su potencial porque, de lo contrario, un remitente puede tener que esperar un reconocimiento antes de poder continuar enviando.

Como ya lo han dicho otros, puede provenir de latencia, pérdida en su red, servidor lento.
En algún momento ves 2 caracteres en un tipo porque la pila TCP moderna usa un algoritmo llamado Naggle .

También podría ser un intento de SSH Brute Force que acelera su conexión. Cada vez que mi sesión transcurre lentamente, reviso los registros y, en muchos casos, alguien intenta contraseñas como locos.

DNS mal configurado puede causar esto. El servidor responderá bien una vez que inicie sesión y cargará y descargará archivos bastante rápido, pero los inicios de sesión SSH serán lentos.

Una cosa a tener en cuenta es simplemente la memoria del servidor. Estaba ejecutando una máquina virtual Ubuntu con 256Mb de memoria y SSH era realmente lento. Duplicar esto a 512Mb resolvió el problema.