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.
ssh
performance
Lexys
fuente
fuente
Respuestas:
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.
fuente
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.
fuente
Puedo pensar en dos posibles causas:
fuente
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.
fuente
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.
fuente
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?
fuente
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.
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.
fuente
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 .
fuente
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.
fuente
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.
fuente
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.
fuente