La mejor manera de transferir archivos a través de una LAN entre dos ordenadores Linux

En un entorno Linux, tanto por la seguridad como por la facilidad de uso, ssh es el mejor camino a seguir. SSH, SSHFS, SCP, y SFTP, como usted menciona, son todos servicios diferentes construidos sobre el protocolo SSH. SCP es muy fácil de usar, funciona igual que CP pero puedes proporcionar nombres de usuario y máquina en la ruta. Por lo tanto, podríamos hacer un CP como cp ~/music/ ~/newmusic/, pero también podríamos hacer scp ~/music/ user@host:~/newmusic para enviarlo al ordenador llamado host. Eso es todo - no necesitamos configurar nada. Se le pedirá la contraseña de la cuenta en la otra máquina si no tiene certificado o alguna otra autenticación configurada (scp comparte esas configuraciones con ssh, por supuesto).

SFTP es una herramienta que facilita muchas operaciones en un sistema de archivos remoto - funciona como FTP, pero se ejecuta a través de SSH por lo que es seguro y sólo requiere un servidor SSH. man sftp te dirá todo sobre cómo usarlo. Yo no uso SFTP sólo para mover una carpeta entre dos máquinas, es más útil cuando tienes muchas operaciones que hacer, como si estás reorganizando archivos en otro ordenador.

SSHFS sólo extiende SFTP en un sistema de archivos: te permite montar un host virtual en tu sistema de archivos, por lo que las cosas de la red ocurren de forma totalmente transparente. SSHFS es para configuraciones semipermanentes, no sólo para una transferencia de archivos única. Requiere un poco más de esfuerzo para configurarlo, que puedes leer en la página web del proyecto .

Si necesitas trabajar en un entorno mixto, Samba es tu siguiente mejor opción. Windows y OS X soportan Samba de forma completamente automática, y Linux también lo hace, aunque a veces es difícil de usar.

Para movimientos de una sola vez, se recomienda scp.

Pero si encuentras que este dir puede funcionar y necesitas moverlo muchas veces para mantener la otra posición actualizada entonces puedes usar rsync (con ssh).

Como rsync tiene muchos argumentos suelo ponerlo en una pequeña shell para que me salga bien (siempre). La idea es enviar sólo las cosas que han cambiado desde la última vez que se ejecutó.

#!/bin/bash

user="nisse"
host="192.168.0.33"

echo "Sync: /home/media/music/"
rsync --archive --delete -v --progress -e "ssh -l $user " /home/media/music/ $host:/home/media/music/

Esto moverá un dir llamado “/home/media/music/” del ordenador local al pc llamado 192.168.0.33, usando el usuario “nisse”. Y borrará cualquier cosa en el destino que no exista en el pc local.

Te recomendaría probar alternativas en lugar de ir directamente con SSH para mover archivos dentro de tu propia LAN ya que la sobrecarga es INMENSA. Yo optaría por la solución de Caspar si ésta, por la razón que sea, no te funciona:

En el origen:

$ python3 -m http.server {PICK_YOUR_PORT}

En el destino:

$ wget -r {ip / hostname}:{port}/{File / Directory}

Esto no sólo será más ligero que usar SSH sino mucho más rápido con velocidades que van de 45~65MiB en UTP estándar CAT6.
Si realmente quieres exprimir al máximo la conexión prueba a sustituir wget por lftp y utilizar los comandos pget -n20 y mirror -r.

El más rápido es probablemente netcat (como describió caspar).

Me gusta la combinación de tar & ssh, que es segura y sigue siendo rápida:

En el origen

tar -cf - . | ( ssh user@target && cd /target/path && tar -xf - )

Haciendo eso como root, preserva los permisos de los archivos. O usar -p en ambos lados. También -S podría ser considerado si tienes archivos dispersos.

Es posible reducir la sobrecarga de encriptación de ssh si usas arcfour como cifrado que funciona con openSSH:

tar -cpSf - . | ( ssh -c arcfour user@targethost && cd /target/path && tar -xpSf - )

Para actualizar la ruta remota, rsync es perfecto:

rsync -av --sparse --delete -e "ssh -c arcfour" . root@targethost:/target/path

Si es absolutamente necesario hacerlo a través de la LAN, yo usaría rsync, ya que lo retomará donde lo dejó si se interrumpe. También tiene algunos otros trucos para minimizar la cantidad de datos que se transfieren, aunque dudo que muchos/algunos de ellos sean relevantes para el caso de copiar una biblioteca de música a una ubicación virgen. Si la seguridad es una preocupación, simplemente ponga RSYNC_RSH=ssh primero y los datos serán tunelados sobre ssh.

Si lo estuviera haciendo, sin embargo, probablemente no usaría la LAN en absoluto. Copiaría los archivos en, y luego fuera de, un disco duro USB. En mi experiencia, esto puede ser fácilmente varios órdenes de magnitud más rápido que ir a través de la LAN, a pesar de tener que copiar los archivos dos veces - el USB 2.0 está clasificado para 480Mbps, que es más rápido que cualquier cosa que no sea gigabit ethernet, además es menos sensible a las condiciones que degradarán el rendimiento de una LAN. También es completamente independiente del sistema operativo, siempre que se utilice un sistema de archivos que todas las máquinas implicadas puedan manejar: yo recomendaría VFAT/FAT32, ya que es prácticamente universal.

He seguido el proceso ssh para el inicio de sesión sin contraseña primero http://www.tecmint.com/ssh-passwordless-login-using-ssh-keygen-in-5-easy-steps/

Para los scripts y archivos de texto lo siguiente me funciona bien

Para transferir datos del host local al host remoto.cat localfile | ssh <user>@<ip> "cat > <path>/<remotefile>"

Para transferir datos del host remoto al host local.ssh <user>@<ip> "cat > <path>/<remotefile>" | cat > localfile

Esto me funciona para transferir archivos en sistemas embebidos que no tienen cliente ssh o scp incorporado.

No scp - sólo ssh.