Лучший способ передачи файлов по локальной сети между двумя компьютерами Linux

мой личный фаворит для случаев, когда безопасность не имеет значения составляет netcat + tar:

отправить папку, компакт-диск внутри каталога, содержимое которого вы хотите отправить на компьютер посылает и делать:

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

на компьютере, получающем содержимое, компакт-диск, где вы хотите, чтобы содержимое появилось и сделать:

nc -w 10 $REMOTE_HOST 45454 | tar -xz

заменить $REMOTE_HOST С ip / hostname компьютера делая отправка. Вы также можете использовать другой порт вместо 45454.

что на самом деле происходит здесь, так это то, что "принимающий" компьютер подключается к отправляющему компьютеру через порт 45454 и получает содержимое каталога tar'D и gzip'D, и передает его непосредственно в tar (и gzip), чтобы извлечь его в текущий каталог.

пример (использование localhost в качестве удаленного хоста)

компьютер 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

компьютер 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

для однократных ходов рекомендуется scp.

но если вы обнаружите, что этот каталог может работать, и вам нужно переместить его много раз, чтобы сохранить другую позицию обновляется, то вы можете использовать rsync (с ssh).

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

это переместит каталог с именем"/home/media/ music / " из локального компьютер к ПК называется 192.168.0.33, используя пользователя "nisse". И удалите все, что не существует на локальном компьютере.

самый быстрый, вероятно,netcat (как Каспар описал).

мне нравится сочетание tar & ssh, которое безопасно и все еще быстро:

источник

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

делая это как root, он сохраняет права доступа к файлам. Или используйте -p С обеих сторон. Также -S может быть рассмотрено, если у вас разреженные файлы.

можно уменьшить затраты на шифрование ssh если вы используете arcfour как шифр, который работает с openSSH:

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

обновить удаленный путь, rsync идеально подходит:

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

Я бы рекомендовал вам попробовать альтернативы, а не идти прямо с SSH для перемещения файлов внутри вашей собственной локальной сети, поскольку накладные расходы огромны. Я бы пошел с решением Каспара, если это по какой-то причине не сработает для вас:

источник:

$ python3 -m http.server {PICK_YOUR_PORT}

назначения:

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

это будет не только легче, чем с помощью SSH, но гораздо быстрее со скоростью в диапазоне 45~65 МБ на стандартном CAT6 UTP.

Если вы действительно хотите выжать большинство из соединения попробуйте заменить wget С lftp и с помощью pget -n20 и mirror -r команды.

Если это абсолютно необходимо сделать по локальной сети, я бы использовал rsync, как он будет забрать, где он остановился, если он будет прерван. У него также есть несколько других трюков для минимизации объема передаваемых данных, хотя я сомневаюсь, что многие/любые из них будут иметь отношение к случаю копирования музыкальной библиотеки в девственное место. Если вас беспокоит безопасность, просто установите RSYNC_RSH=ssh сначала данные будут туннелированы по ssh.

Если бы я на самом деле это делал, я, вероятно, не стал бы использовать локальную сеть вообще. Я копировал файлы на жесткий диск USB, а затем выключал его. По моему опыту, это может быть на несколько порядков быстрее, чем по локальной сети, несмотря на то, что приходится копировать файлы дважды - USB 2.0 рассчитан на 480 Мбит / с, что быстрее, чем что-либо, кроме gigabit ethernet, плюс он менее чувствителен к условиям, которые ухудшат производительность локальной сети. Он также полностью независим от ос, Если вы используете файловую систему, которую могут использовать все вовлеченные машины handle-я бы рекомендовал VFAT / FAT32, так как это довольно универсально.

Я бы предложил rsync, поскольку он будет копировать файлы постепенно. Можно настроить копирование только измененных или новых файлов только после выполнения первоначального обновления. При желании можно использовать ssh в качестве транспортного уровня.

Я использую унисон, который является удивительным синхронизации файлов по многим различным протоколам. Вы можете настроить его на использование scp,rcp,ftp или даже локально в файловой системе между двумя папками. Я использую его для синхронизации моей музыкальной библиотеки, так как он может передавать несколько файлов одновременно по сети и действительно настраивается в своей конфигурации. Я сохраняю свою музыкальную коллекцию резервной копией и синхронизирую более 2-3 компьютеров. Он будет копировать только измененные файлы, и делает это, сохраняя индексируйте на обоих концах передачи, чтобы быть в состоянии сказать, когда клиент изменил файл или когда файл сервера изменился.

ваш пробег может варьироваться, но это, конечно, намного лучше, чем scping всю свою музыкальную коллекцию каждый раз, когда вы добавляете новую песню:)