Meilleur moyen de transférer des fichiers sur un réseau local entre deux ordinateurs Linux

Pour les déplacements ponctuels, scp est recommandé.

Mais si vous trouvez que ce répertoire peut fonctionner et que vous devez le déplacer plusieurs fois pour maintenir l'autre position à jour, vous pouvez utiliser rsync (avec ssh).

Comme rsync a beaucoup d'arguments, je le place généralement dans un petit Shell pour que je le fasse correctement (à chaque fois). L'idée est d'envoyer seulement les choses qui ont changé depuis la dernière fois qu'il a été exécuté.

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

Cela va déplacer un répertoire appelé "/home/media/music/" de l'ordinateur local vers l'ordinateur appelé 192.168.0.33, en utilisant l'utilisateur "nisse". Et supprimer tout ce qui n'existe pas sur l'ordinateur local.

Je vous recommande d'essayer d'autres solutions plutôt que d'utiliser directement SSH pour déplacer des fichiers à l'intérieur de votre propre réseau local, car les frais généraux sont IMMENSE. Je choisirais la solution de Caspar si celle-ci, pour une raison ou une autre, ne vous convient pas :

A la source :

$ python3 -m http.server {PICK_YOUR_PORT}

A destination :

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

Ce sera non seulement plus léger que l'utilisation de SSH mais aussi beaucoup plus rapide avec des vitesses allant de 45~65MiB sur du CAT6 UTP standard.
Si vous voulez vraiment tirer le meilleur parti de la connexion, essayez de remplacer les éléments suivants wget con lftp et en utilisant pget -n20 y mirror -r des commandes.

Le plus rapide est probablement netcat (comme l'a décrit Caspar).

J'aime la combinaison de tar & ssh qui est sûr et toujours rapide :

Sur la source

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

En faisant cela en tant que root, cela préserve les permissions des fichiers. Ou utilisez -p des deux côtés. Voir aussi -S peut être envisagée si vous avez des fichiers épars.

Il est possible de réduire l'encombrement du chiffrage de ssh si vous utilisez arcfour comme chiffrement qui fonctionne avec openSSH :

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

Pour mettre à jour le chemin à distance, rsync est parfait :

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

Si cela doit absolument être fait sur le réseau local, j'utiliserais rsync car il reprendra là où il s'est arrêté s'il est interrompu. Il a également quelques autres astuces pour minimiser la quantité de données transférées, bien que je doute que beaucoup/toutes ces astuces soient pertinentes dans le cas de la copie d'une bibliothèque musicale vers un emplacement vierge. Si la sécurité est une préoccupation, il suffit de définir RSYNC_RSH=ssh d'abord et les données seront tunnelisées par ssh.

Mais si je le faisais vraiment, je n'utiliserais probablement pas du tout le réseau local. Je copierais les fichiers sur un disque dur USB, puis à partir de celui-ci. D'après mon expérience, cela peut facilement être plusieurs ordres de grandeur plus rapide que de passer par le réseau local, même s'il faut copier les fichiers deux fois - l'USB 2.0 est conçu pour 480 Mbps, ce qui est plus rapide que tout ce qui n'est pas de l'Ethernet gigabit, et il est moins sensible aux conditions qui dégradent les performances d'un réseau local. Il est également totalement indépendant du système d'exploitation, à condition d'utiliser un système de fichiers que toutes les machines concernées peuvent gérer - je recommanderais VFAT/FAT32, car il est pratiquement universel.