İki Linux bilgisayar arasında LAN üzerinden dosya aktarmanın en iyi yolu

İki Linux bilgisayar arasında dosya (müzik klasörü) aktarmak istiyorum. Bunu yapmanın en iyi yolunu aradıktan sonra , bunu yapmanın birçok yolu olduğunu gördüm . Bunun istendi biliyorum çok , her yerde ve her zaman . Bununla ilgili temel sorun, Linux'ta yeni başlayanlar için (bazı parametrelere bağlı olarak) 2011'de bu işi yapmanın en iyi yolu hakkında net ve yakın tarihli bir görüş birliği olmamasıdır.

Bu yüzden, Stack Exchange web sitelerinin ruhuna göre, bunun benim özel durumumla ilgili olmamasını değil, başkalarının yanı sıra yerel bir ağ üzerinden iki Linux bilgisayar arasında nasıl dosya transfer edileceğine dair daha fazla rehberlik etmek istiyorum. Bir wiki'nin birçokları için faydalı olacağını düşünüyorum.

İşte şimdiye dek ne buldum:

• sSH
• sshfs
• scp
• sftp
• nfs
• samba
• verici

En kolay olan nedir? En esnek? En basit? En iyi çözüm? Her birinin avantajları ve dezavantajları nelerdir? Başka (daha iyi) seçenekler var mı? En iyi yöntemi seçmedeki parametreler nelerdir (çözüm, dosya sayısına, dosya boyutuna, kolaylık ve esnekliğe bağlı olabilir ...)?

Bir Linux ortamında, hem güvenlik hem de kullanım kolaylığı için, ssh, gitmek için en iyi yoldur. SSH, SSHFS, SCP ve sizin de listelediğiniz SFTP’lerin tümü, SSH protokolünün üzerine inşa edilmiş farklı servislerdir. SCP'nin kullanımı çok kolaydır, tıpkı CP gibi çalışır ancak yolda kullanıcı ve makine adları sağlayabilirsiniz. Öyleyse, CP gibi bir cp ~/music/ ~/newmusic/şey yapabiliriz, ancak bunu scp ~/music/ user@host:~/newmusicana bilgisayar adındaki bilgisayara göndermek için kolayca yapabiliriz . İşte bu - hiçbir şey kurmamız gerekmiyor. Sertifikanız veya başka bir kimlik doğrulama ayarınız yoksa, diğer makinedeki hesap şifresini girmeniz istenir (scp elbette bu ayarları ssh ile paylaşır).

SFTP, uzak bir dosya sisteminde çok fazla işlem yapmayı kolaylaştıran bir araçtır - tıpkı FTP gibi çalışır, ancak SSH üzerinden çalışır, bu nedenle güvenlidir ve yalnızca bir SSH sunucusu gerektirir. man sftpnasıl kullanılacağı hakkında tüm anlatacağım. Sadece iki makine arasında bir klasörü taşımak için SFTP kullanmıyorum, başka bir bilgisayardaki dosyaları yeniden düzenliyormuşsunuz gibi yapacak çok işiniz olduğunda daha kullanışlıdır.

SSHFS, SFTP'yi bir dosya sistemine genişletir: sanal bir ana bilgisayarı dosya sisteminize bağlamanıza izin verir, böylece ağ işleri tamamen saydam olur. SSHFS, yalnızca bir defalık bir dosya aktarımı için değil, yarı kalıcı kurulumlar içindir. Proje web sitesinde okuyabileceğiniz kurulum yapmak için biraz daha çaba gerekiyor .

Karma işletim sistemi ortamında çalışmanız gerekiyorsa, Samba bir sonraki en iyi bahsiniz olur. Windows ve OS X, Samba'yı tamamen otomatik olarak destekliyor ve bazen kullanımı zor olsa da, Linux da destekliyor.

Güvenliğin önemli olmadığı durumlar için kişisel favorim netcat + tar :

Bir dizini göndermek için, içeriğini göndermek istediğiniz dizini bilgisayara gönderin ve gönderme yapın:

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

İçeriği alan bilgisayarda, içeriğin görünmesini ve yapılmasını istediğiniz yere cd:

nc -w 10 $REMOTE_HOST 45454 | tar -xz

$REMOTE_HOSTGönderen bilgisayarın ip / hostname ile değiştirin . Bunun yerine farklı bir bağlantı noktası da kullanabilirsiniz 45454.

Aslında burada olan şey, 'alıcı' bilgisayarın 45454 numaralı bağlantı noktasındaki gönderen bilgisayara bağlanması ve dizinin tar'd ve gzip'd içeriğini alması ve bunu doğrudan tar (ve gzip) 'a aktarmasıdır. geçerli dizin.

Hızlı örnek (localhost'u uzaktaki bir sunucu olarak kullanmak)

Bilgisayar 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

Bilgisayar 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

Bir kez hamle için scp önerilir.

Ancak bu dir'in çalışabileceğini ve diğer pozisyonu güncel tutmak için defalarca hareket ettirmeniz gerektiğini tespit ederseniz rsync (ssh ile) kullanabilirsiniz.

Rsync'in çok fazla argümanı olduğundan, genellikle küçük bir kabuğa koyarım (böylece her zaman). Buradaki fikir yalnızca koştuğu son zamandan beri değişen şeyleri göndermek.

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

Bu, "/ home / media / music /" adlı bir dizini yerel bilgisayardan "nisse" kullanıcısını kullanarak 192.168.0.33 adlı bilgisayara taşıyacak. Ve yerel bilgisayarda bulunmayan hedef üzerindeki her şeyi silin.

Genel gider IMMENSE olduğundan, dosyaları kendi LAN'ınız içinde taşımak için doğrudan SSH ile gitmek yerine alternatifleri denemenizi tavsiye ederim. Herhangi bir nedenden dolayı sizin için işe yaramazsa, Caspar'ın çözümüyle giderdim:

Kaynağında:

$ python3 -m http.server {PICK_YOUR_PORT}

Hedefte:

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

Bu sadece SSH kullanmaktan daha hafif olmayacak, aynı zamanda standart CAT6 UTP'de 45 ~ 65MiB arasında değişen hızlarda çok daha hızlı olmayacaktır.
Gerçekten sıkmak istiyorsanız bağlantının en iyi şekilde değiştirmeyi deneyin wgetile lftpve kullanma pget -n20ve mirror -rkomutlar.

En hızlı olasılıkla netcat(caspar tanımlandığı gibi).

Güvenli ve hala hızlı olan tar& kombinasyonunu seviyorum ssh:

Kaynak

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

Kök olarak yapmak, dosya izinlerini korur. Veya -pher iki tarafta da kullanın . Ayrıca -Ssize seyrek dosyalar varsa düşünülebilir.

OpenSSH ile çalışan şifre olarak sshkullanıyorsanız şifrelemenin ek yükünü azaltmak mümkündür arcfour:

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

Uzak yolu güncellemek için rsyncmükemmel:

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

Eğer LAN üzerinden kesinlikle yapılması rsyncgerekiyorsa, kesilirse bıraktığı yerden alacağı için kullanırdım. Ayrıca, aktarılan veri miktarını en aza indirgemek için bir kaç püf noktası daha var, ancak birçoğunun / herhangi birinin bakire bir yere kopyalanması durumunda olacağından şüpheliyim. Güvenlik bir endişe ise, sadece RSYNC_RSH=sshilk önce ayarlayın ve veriler ssh üzerinden tünellenecektir.

Aslında yapıyor olsam da, muhtemelen LAN kullanmam. Dosyaları bir USB sabit diskine kopyalardım. Deneyimlerime göre, dosyaları iki kez kopyalamak zorunda kalmasına rağmen, LAN üzerinden geçmekten çok daha hızlı bir şekilde çok sayıda büyüklükte olabilir - USB 2.0, gigabit ethernetten daha kısa olan herhangi bir şeyden daha hızlı olan 480Mbps değerindedir, ayrıca şartlara daha az duyarlıdır bu bir LAN'ın performansını düşürecektir. Ayrıca, tüm ilgili makinelerin kaldırabileceği bir dosya sistemi kullanmanız şartıyla tamamen işletim sisteminden bağımsızdır - VFAT / FAT32'yi tavsiye ederim, çünkü bu oldukça evrenseldir.

Dosyaları kademeli olarak kopyalayacağı için rsync'i öneririm. Yalnızca ilk güncellemeyi yaptıktan sonra yalnızca değiştirilmiş veya yeni dosyaları kopyalayacak şekilde ayarlayabilirsiniz. İsterseniz ssh'yi bir taşıma katmanı olarak kullanabilirsiniz.

Birçok farklı protokolde harika bir dosya senkronizörü olan Unison kullanıyorum . Bunu kullanmak için yapılandırabilirsiniz scp, rcp, ftpiki klasör arasındaki dosya sistemi üzerinde bile yerel olarak veya. Müzik kitaplığımı senkronize etmek için kullanıyorum, çünkü ağ üzerinden aynı anda birden fazla dosyayı aktarabilir ve yapılandırmasında gerçekten ayarlanabilir. Müzik koleksiyonumu yedeklediğim halde 2-3 bilgisayar üzerinden senkronize tutuyorum. Yalnızca değiştirilen dosyaları kopyalar ve bir istemcinin dosyayı ne zaman değiştirdiğini veya sunucu dosyasının ne zaman değiştiğini anlayabilmek için aktarımın her iki ucunda da bir dizin tutar.

Kilometreniz değişebilir, ancak scpher yeni bir şarkı eklediğinizde tüm müzik koleksiyonunuzu hazırlamaktan kesinlikle çok daha iyi :)

Önce şifresiz giriş için ssh işlemini takip ettim: http://www.tecmint.com/ssh-passwordless-login-using-ssh-keygen-in-5-easy-steps/

Komut dosyaları ve metin dosyaları için aşağıdakiler benim için yeterlidir

Yerel ana bilgisayardan uzak ana bilgisayara veri aktarmak için. cat localfile | ssh <user>@<ip> "cat > <path>/<remotefile>"

Uzaktaki bilgisayardan yerel ana bilgisayara veri aktarmak için. ssh <user>@<ip> "cat > <path>/<remotefile>" | cat > localfile

Bu benim için yerleşik ssh istemcisi veya scp yerleşik olmayan gömülü sistemlerdeki dosyaları aktarmak için çalışıyor.

Scp yok - sadece ssh.