SCP'nin bağlanmaya çalıştığı zaman miktarı nasıl sınırlanır?


2

Bir 'to_send' dizinindeki dosyaları uzaktaki bir sunucuya kopyalayan bir bash betiğim var scp. Komut dosyası scpher dosya için bir komut çalıştırır , dönüş kodunu kontrol eder ve yerel sürümü başarılı olursa, to_send dizininden 'gönderilen' dizine taşır. Başarısız olursa, dosya 'to_send' dizininde kalırsa, komut dosyasını bir daha çalıştırdığınızda göndermeyi denemeye hazır olun.

scpBir internet bağlantısı üzerinden göndermek için bir URL ve standart olmayan bağlantı noktası numarasını kullanır. Uzak sunucuya bağlantı mümkün değilse, scpkomutun her örneğinin bağlanamayacağını belirlemek için yaklaşık iki dakika süren bir sorunum var . Gönderilecek yalnızca bir dosya varsa, bu korkunç bir yük değildir, ancak gönderilecek birkaç dosya varsa sorunlara neden olur.

Bağlanma girişiminin ne kadar süreyle deneneceğini sınırlamanın bir yolu var mı? Belki bir seçenek ileterek sshile -oseçeneği scp?

Yanıtlar:


3

SSH seçeneklerini geçebilirsiniz, örneğin -o ConnectTimeout=1010 saniye sonra zaman aşımı gibi .

Ancak birden fazla dosyayı kopyalıyorsanız, rsyncbakmaya değer olabilir. Muhtemelen --contimeout 10bir rsyncemir için kullanırsın .


Teşekkürler, rsyncadil bir bit kullanıyorum, ancak bir dosyanın başarıyla gönderildiğini kontrol etmek için nasıl elde edeceğimi bilemiyorum, daha sonra bu dosyayı yerel olarak taşıyın ve ne yaptığımı seçtiğim biçimde günlüğe kaydedin. Belki --remove-source-filesseçeneği kullanarak , daha sonra bir şekilde bu silinmiş kaynak dosyalarını yedekleme yapmak. Yine de bunun için bir seçenek bulamıyorum. Sanırım bu tamamen bir başka soru. Bütün bağlantı süresi sınırlayıcı şey benim durumumda biraz uç bir durum, ama mümkün olduğu kadar çok öngörülen problemi çözmeyi seviyorum, sonra beklenmediklerin başlamasını bekle!
Arronical

1
Tüm dosyaları rsync ile aktarmak ve çıkışını (kopyalanan dosyaların bir listesini) taşımak için harekete geçiren yeni bir ssh komutuna yönlendirmek isteyebilirim. Bunun güvenli olup olmadığından emin değilim, ancak ilginç bir fikir ve ek yükü daha düşük bir bağlantı.
Oli
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.