Il modo migliore per trasferire file su una LAN tra due computer Linux

Voglio trasferire file (una cartella musicale) tra due computer Linux. Dopo aver cercato il modo migliore per farlo, ho visto che ci sono molti modi per farlo. So che è stato chiesto molto , ovunque e in ogni momento . Il problema principale è che non esiste un chiaro consenso recente su un modo migliore per eseguire questa attività nel 2011 per i principianti di Linux (anche a seconda di alcuni parametri).

Quindi, nello spirito dei siti Web di Stack Exchange, voglio che questo non sia correlato alla mia situazione particolare, ma piuttosto una guida per gli altri e su come trasferire file tra due computer Linux su una rete locale. Penso che un wiki sarebbe utile per molti.

Ecco cosa ho trovato finora:

• SSH
• sshfs
• SCP
• sftp
• nfs
• samba
• donatore

Qual è il più semplice? Più flessibile? Più semplice? Soluzione migliore? Quali sono i pro ed i contro di ognuno? Ci sono altre (migliori) opzioni? Quali sono i parametri nella scelta del metodo migliore (la soluzione potrebbe dipendere dal numero di file, dimensione, facilità rispetto a flessibilità, ...)?

In un ambiente Linux, sia per la sicurezza che per la facilità d'uso, ssh è il modo migliore di procedere. SSH, SSHFS, SCP e SFTP, come elencato, sono solo servizi diversi basati sul protocollo SSH. SCP è molto facile da usare, funziona proprio come CP ma è possibile fornire nomi utente e macchina nel percorso. Quindi, potremmo fare un CP simile cp ~/music/ ~/newmusic/, ma potremmo fare altrettanto facilmente scp ~/music/ user@host:~/newmusicper inviarlo al computer chiamato host. Ecco fatto: non è necessario impostare nulla. Ti verrà richiesta la password dell'account sull'altro computer se non hai impostato il certificato o qualche altra autenticazione (ovviamente scp condivide queste impostazioni con ssh).

SFTP è uno strumento che semplifica l'esecuzione di molte operazioni su un file system remoto: funziona esattamente come FTP, ma funziona tramite SSH, quindi è sicuro e richiede solo un server SSH. man sftpti dirà tutto su come usarlo. Non uso SFTP solo per spostare una cartella tra due macchine, è più utile quando hai molte operazioni da fare, come se stai riordinando i file su un altro computer.

SSHFS estende SFTP a un file system: ti consente di montare un host virtuale sul tuo file system, in modo che le cose di rete avvengano in modo totalmente trasparente. SSHFS è per configurazioni semi-permanenti, non solo per il trasferimento di file una tantum. Ci vuole un po 'più di sforzo per iniziare, di cui puoi leggere sul sito web del progetto .

Se devi lavorare in un ambiente con sistema operativo misto, Samba diventa la tua prossima scommessa migliore. Windows e OS X supportano Samba in modo completamente automatico, e Linux lo fa anche se a volte è difficile da usare.

Il mio preferito per i casi in cui la sicurezza non conta è netcat + tar :

Per inviare una directory, cd all'interno della directory i cui contenuti si desidera inviare sul computer facendo l'invio e fare:

tar -cz . | nc -q 10 -l -p 45454

Sul computer che riceve i contenuti, cd nel punto in cui si desidera visualizzare i contenuti ed eseguire:

nc -w 10 $REMOTE_HOST 45454 | tar -xz

Sostituisci $REMOTE_HOSTcon ip / hostname del computer che esegue l'invio. È inoltre possibile utilizzare una porta diversa anziché 45454.

Quello che sta realmente accadendo qui è che il computer "ricevente" si sta collegando al computer di invio sulla porta 45454 e sta ricevendo il contenuto tar'd e gzip della directory e lo sta passando direttamente a tar (e gzip) per estrarlo in la directory corrente.

Esempio rapido (utilizzo di localhost come host remoto)

Computer 1

caspar@jumpy:~/nctest/a/mydir$ ls
file_a.txt  file_b.log
caspar@jumpy:~/nctest/a/mydir$ tar -cz . | nc -q 10 -l -p 45454

Computer 2

caspar@jumpy:~/nctest/b$ ls
caspar@jumpy:~/nctest/b$ nc -w 10 localhost 45454 | tar -xz
caspar@jumpy:~/nctest/b$ ls
file_a.txt  file_b.log

Per le mosse di una volta, si consiglia scp.

Ma se scopri che questa directory può funzionare e devi spostarla più volte per mantenere l'altra posizione aggiornata, puoi usare rsync (con ssh).

Dato che rsync ha molti argomenti, di solito lo inserisco in una piccola shell, quindi lo capisco bene (ogni volta). L'idea è di inviare solo cose che sono cambiate dall'ultima volta che è stato eseguito.

#!/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/

Questo sposterà una dir chiamata "/ home / media / music /" dal computer locale al pc chiamato 192.168.0.33, usando l'utente "nisse". Elimina tutto sulla destinazione che non esiste sul PC locale.

Ti consiglierei di provare alternative invece di andare dritto con SSH per spostare i file all'interno della tua LAN poiché l'overhead è IMMENSE. Andrei con la soluzione di Caspar se questa per qualsiasi motivo non funzionasse per te:

Alla fonte:

$ python3 -m http.server {PICK_YOUR_PORT}

A destinazione:

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

Questo non sarà solo più leggero dell'utilizzo di SSH ma molto più veloce con velocità comprese tra 45 ~ 65 MiB su UTP CAT6 standard.
Se vuoi davvero spremere il massimo dalla connessione prova a sostituirlo wgetcon lftpe usando pget -n20e i mirror -rcomandi.

Il più veloce è probabilmente netcat(come descritto da caspar).

Mi piace la combinazione di tar& ssh, che è sicura e ancora veloce:

Sulla fonte

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

In questo modo come root, conserva i permessi dei file. O utilizzare -psu entrambi i lati. Inoltre -Spotrebbe essere preso in considerazione se si dispone di file sparsi.

È possibile ridurre il sovraccarico di crittografia sshse si utilizza arcfourcome codice che funziona con openSSH:

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

Per aggiornare il percorso remoto, rsyncè perfetto:

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

Se dovesse assolutamente essere fatto sulla LAN, lo userei rsync, poiché riprenderà da dove si era interrotto se viene interrotto. Ha anche alcuni altri trucchi per ridurre al minimo la quantità di dati che vengono trasferiti, anche se dubito che molti / nessuno di loro sarebbe rilevante nel caso di copiare una libreria musicale in una posizione vergine. Se la sicurezza è un problema, basta impostare RSYNC_RSH=sshprima e i dati verranno incanalati su SSH.

Se lo stessi effettivamente facendo, probabilmente non userei affatto la LAN. Coperei i file su un disco rigido USB, quindi su di esso. Nella mia esperienza, questo può essere facilmente più ordini di grandezza più veloce rispetto alla LAN, nonostante sia necessario copiare i file due volte: USB 2.0 è valutato per 480 Mbps, che è più veloce di qualsiasi altra cosa al di fuori di Gigabit Ethernet, inoltre è meno sensibile alle condizioni che degraderà le prestazioni di una LAN. È anche completamente indipendente dal sistema operativo, a condizione che tu utilizzi un file system che tutte le macchine coinvolte sono in grado di gestire - consiglierei VFAT / FAT32, dal momento che è praticamente universale.

Suggerirei rsync in quanto copierà i file in modo incrementale. Puoi configurarlo per copiare solo i file modificati o nuovi solo dopo aver effettuato l'aggiornamento iniziale. Se lo desideri, puoi usare ssh come livello di trasporto.

Uso Unison , che è un fantastico sincronizzatore di file su molti protocolli diversi. È possibile configurare in modo da utilizzare scp, rcp, ftpo anche localmente sul filesystem tra due cartelle. Lo uso per sincronizzare la mia libreria musicale, in quanto può trasferire più file contemporaneamente sulla rete ed è davvero sintonizzabile nella sua configurazione. Mantengo il backup della mia raccolta musicale e la sincronizzazione su 2-3 computer. Copia solo i file modificati e lo fa mantenendo un indice su entrambe le estremità del trasferimento in modo da poter dire quando un client ha modificato il file o quando il file del server è cambiato.

Il tuo chilometraggio può variare, ma è sicuramente molto meglio di scptutta la tua raccolta musicale ogni volta che aggiungi una nuova canzone :)

Ho seguito prima il processo ssh per l'accesso senza password http://www.tecmint.com/ssh-passwordless-login-using-ssh-keygen-in-5-easy-steps/

Per gli script e i file di testo, per me funziona bene

Per trasferire dati dall'host locale all'host remoto. cat localfile | ssh <user>@<ip> "cat > <path>/<remotefile>"

Per trasferire dati dall'host remoto all'host locale. ssh <user>@<ip> "cat > <path>/<remotefile>" | cat > localfile

Questo funziona per me per trasferire file su sistemi embedded che non hanno client ssh o scp integrati.

No scp - solo ssh.