Ssh üzerinde Rsync, her zaman harika çalışıyor.

Ancak, yalnızca sftp girişlerine izin veren, ancak ssh girişlerine izin vermeyen bir ana bilgisayara rsync denemek aşağıdaki hatayı sağlar:

rsync -av / kaynak ssh kullanıcısı @ remotehost: / target /

protokol sürümü uyuşmazlığı - kabuğunuz temiz mi? (bir açıklama için rsync man sayfasına bakın) rsync hatası: compat.c (171) [sender = 3.0.6] protokol uyumsuzluğu (kod 2)

İşte rsync man sayfasından ilgili bölüm:

Bu mesaja genellikle rsync'in aktarımı için kullandığı akışta istenmeyen çöpler üreten başlangıç ​​komut dosyalarınız veya uzak kabuk tesisiniz neden olur. Bu sorunu teşhis etmenin yolu, uzak kabuğunuzu şu şekilde çalıştırmaktır:

          ssh remotehost /bin/true > out.dat

sonra dışarı bak. Her şey doğru çalışıyorsa, out.dat sıfır uzunluklu bir dosya olmalıdır. Yukarıdaki hatayı rsync'den alıyorsanız, muhtemelen out.dat dosyasının bir metin veya veri içerdiğini göreceksiniz. İçeriğe bakın ve ne ürettiğini hesaplamaya çalışın. En yaygın neden, etkileşimli olmayan girişler için çıktı ifadeleri içeren yanlış yapılandırılmış kabuk başlangıç ​​komut dosyalarıdır (.cshrc veya .profile gibi).

Bunu denemek benim sistemimde out.dat içinde şöyle sonuçlandı:

ssh-dummy-shell: Komuta izin verilmiyor.

Düşündüğüm gibi, ev sahibi ssh girişlerine izin vermiyor.

Aşağıdaki bağlantı , bu görevi sshfs ile sigorta kullanarak gerçekleştirmenin mümkün olduğunu gösteriyor - bununla birlikte oldukça yavaş ve üretim için uygun değil.

Rsync sftp'yi çalıştırma şansı var mı?

Ne yazık ki doğrudan değil. Bu şekilde çalıştırıldığında rsync, uzak kopyasını başlatmasını sağlayacak bir kabuk ile temiz bir bağlantı gerektirir rsync.

Ana bilgisayarda uzun ömürlü dinleme işlemlerini yürütmenin bir yolunu kullanıyorsanız, rsync'i ayrıcalıklı olmayan bir bağlantı noktasındaki bağlantıları manuel olarak dinlemeye başlatabilirsiniz, ancak bunu yapmak için çoğu teknik SSH aracılığıyla da uygun kabuk erişimi gerektirebilir ve ana bilgisayar güvenlik duvarı düzenlemeleri, seçtiğiniz bağlantı noktasında bağlantıların kurulmasına izin verir (ve ana bilgisayar, ilk başta rsync yüklüdür). Genel olarak adreslenebilir bir hizmet olarak rsync çalıştırmak (dolaylı olarak SSH veya benzeri yoluyla değil) genel olarak açık olmayan veriler için önerilmez.

Eğer barındırıyorsanız PHP'de veya benzeri komut dosyası çalıştırmaya izin veriyorsa ve kilitli değilse, ekstra komutlar execkullanıcı komut dosyaları tarafından edilemez , o zaman rsync'i bu şekilde dinleme modunda başlatabilirsiniz . Uçunuz bağlanabiliyorsa (SSH'yi dış dünyaya erişebiliyorsanız) bunu tersten deneyebilirsiniz - sunucuda rsync komut dosyasını çalıştırın, ancak gelen bağlantıları dinlemek yerine yerel servisinize danışın ve bu şekilde senkronize edin. Bu hala rsync'in gerçekte verilmeyen bir ana bilgisayara kurulmasına veya çalışan bir kopya yükleyebileceğinize, ancak bir rsync arka planını halka açık adreslenebilir bir şekilde çalıştırmanın ve şifrelenmemiş bir şekilde konuşmanın güvenlik etkilerine sahip olmamasına dayanmaktadır. kanal.

Yukarıda açıklandığı gibi uğraşmak, hiç çalışmasa ve sizi kovmaya başlamasına rağmen, ev sahibi politikalarına aykırı olabilir. Bu hesap için tam bir kabuğun etkinleştirilip etkinleştirilemeyeceğini sormak ve o ana bilgisayar için rsync'i bırakmak veya o ana bilgisayarı terk etmek ve bunu yapmazlarsa başka bir yere taşımak daha iyidir.

Teorik olarak evet. Uzak dosya sistemini FUSE kullanarak yerel makinenize monte edebilirsiniz . Ardından takılan dizin ile yerel dizin arasında yerel bir rsync kopyası çalıştırabilirsiniz. Bunu şahsen denemedim ama teoride çalışması gerekiyor. Karşılaştırma yapmak için her bir dosyanın en az bir bölümünü aktarması gerekeceğinden, rsync'in SSH üzerinden gerçekleştirilmesi çok daha az etkili olacaktır.

Rsync kullanmanın bir alternatifi bunun yerine lftp (sftp'ye bağlanabilen) kullanmak ve mirror komutunu kullanmaktır. Örneğin bir yapabilir

lftp
~> open -u user,password sftp://host.com
~> mirror remotedir outdir
~> quit

biraz geç, ama işte sshfs kullanarak nasıl yaptığım

  source /scratch/slimdata/password.sh
  mkdir tmp_mnt
  echo $PASSWORD | sshfs user@host:dir tmp_mnt -o password_stdin
  rsync -rutL --delete tmp_mnt/ to_sync/
  fusermount -u tmp_mnt
  rmdir tmp_mnt

Hayır. Rsync diğer tarafta rsync'i çalıştırarak ve onunla iletişim kurarak çalışır, bu da bir tür kabuk erişiminin gerekli olduğu anlamına gelir.

Alternatif olarak, rsync'i daemon olarak başlatmak ve ona SSH tüneli aracılığıyla bağlamak olabilir.

En iyisini birleştiren seçenek

Buradaki diğer cevapların sahip olmadığı aşağıdaki avantajlara sahip görünüyor:

• SSH'den tamamen faydalanın (güvenli)
• rsync'ten (bant genişliği etkin protokol, bant genişliği sınırlaması gibi tüm rsync seçenekleri) tam olarak faydalanın
• aslında verimli (bazen günleri koruyan ancak uygulamada hala yavaş olan sshfs'den farklı olarak)
• isteğe bağlı kabuk komutlarına sunucu tarafında ihtiyaç duymaz
• ssh tünellerine izin vermek için sunucuya ihtiyaç duymaz
• bir rsyncdaemon çalıştırmak için sunucuya ihtiyaç duymaz

Henüz test etmedim, ancak hariç tüm bu özellikleri başarıyla kullandım rrsync.

Nasıl yapılır

• yerel olarak bir anahtar oluşturun ssh-keygen(openSSH özelliği)
• Sunucunun yalnızca belirli bir anahtarla oturum ~/.ssh/authorized_keysaçmasına izin ver , sunucunun girişi ile (openSSH özelliği)
• Bu anahtarı , rsync ile dağıtılan ~/.ssh/authorized_keyskomut dosyasını kullanarak (openSSH özelliği) ile belirli bir komuta ilişkilendirinrrsynccommand="$HOME/bin/rrsync -ro ~/backups/",no-agent-forwarding,no-port-forwarding,no-pty,no-user-rc,no-X11-

Ardından normal istemciden rsync yapabilirsiniz.

Daha fazla ayrıntıya ihtiyacınız varsa

SSH Erişimini rsync ile Kısıtlama | Guy Rutenberg

Yukarıdaki bağlantının ötesinde bir adım

Bu sayfanın sonundaki komut daha kısa yapılabilir. Bunun ~/.ssh/configgibi bir stanza oluşturmak:

Host remote # can be host or ip or custom-label User user # login on remote host HostName optional-dns-resolvable-host-or-ip # if label used above IdentityFile ~/.ssh/id_remote_backup

sonra istemciden rsync komutunuz

rsync -e "ssh -i $HOME/.ssh/id_remote_backup" -av user@remote: etc2/

olur

rsync -av user@remote: etc2/