Transferencia lenta de datos utilizando SSH

2

El servidor es un servidor ubuntu 11.04 con sshd.

SSH funciona bien para los programas de consola.

Pero la transferencia de datos es lenta, lo cual es muy molesto cuando se transfieren archivos grandes.

Probé dos programas de cliente diferentes y cambié el puerto, pero la velocidad siempre es la misma. Sé que el servidor puede transferir datos mucho más rápido a través de SSL, que afaik usa AES. Configuré mi cliente SSH para usar AES, también, pero sin efecto.

¿Por qué usar SSH varias veces más lento que SSL y hay una manera de mejorar la velocidad de transferencia de SSH?

linux ubuntu sshd Zotta
fuente
¿Qué pasa cuando intentas sftp? podría intentar definir un puerto diferente en su archivo de configuración ssh para que no use 22, pero eso podría ser problemático.
pneumatics
Estoy usando sftp (transferencia de archivos ssh). Y ya he cambiado el puerto.
Zotta
Bueno, hay 2 explicaciones entonces por qué es tan lento. La primera es que está siendo limitado específicamente en SSH, lo cual es muy poco probable. La segunda es que está transfiriendo muchos archivos más pequeños pero a granel. Cada vez que se transfiere un archivo a través de sftp, hay varias comprobaciones que realiza cada lado para asegurarse de que el archivo sea seguro, y esto requiere una gran cantidad de ancho de banda, por lo que sugeriría comprimir la gran cantidad de archivos en un archivo zip y luego transferirlos. terminado. Aparte de eso, realmente no sé
pneumatics
¿También has probado rsync? ¿Puede informar sobre la velocidad de transferencia media que observó con scp / sftp y con ssl (para dar una impresión)?
Vincent
La solución es no usar ssh para la transferencia de datos. Instalé un servidor ftp que soporta tls y un servidor vpn. Funciona bien.
Zotta

Respuestas:

2

Hay un proyecto llamado HPN-SSH ( Alto rendimiento SSH / SCP ), es el cliente predeterminado en FreeBSD desde hace un tiempo, así que creo que podría considerarse estable. He notado una pequeña ganancia de velocidad hacia / desde mi servidor de respaldo en mi LAN, pero el verdadero beneficio de HPN-SSH es que entiendo que se trata de distancias más largas (lea más sobre esto en su sitio). No sé si este es el caso para ti.

Pero si realmente desea mejorar el rendimiento, puede cambiar a algoritmos de encriptación más simples como blowfish o archfour. En general no veo eso como un problema.

Intenso
fuente
0

Supongo que una CPU es muy lenta o ya está agotada. Las formas de acelerarlo son mediante el parche 'hpn' mencionado anteriormente para permitirte renunciar al cifrado por completo o si no estás dispuesto a perder todo el cifrado (no puedo culparte), puedes cambiar al uso del cifrado 'arcfour' usando el Ciphers opción ya sea en el CLI o en ~/.ssh/config. Es considerablemente menos intensivo en recursos que los algoritmos de cifrado estándar, pero al mismo tiempo no es tan seguro. Obtengo velocidades de transferencia ssh increíblemente lentas en mi PC eee que ejecuta una CPU de un solo núcleo a 1.6 GHz.

Ejemplo: ssh -oCiphers='arcfour' user@host

Si estas usando scp, hacer esto: -oCiphers='arcfour'

Si estas usando rsync para la transferencia, entonces haga esto: -e'ssh -oCiphers=arcfour'

UtahJarhead
fuente