जवाबों:
कई, लेकिन मैं अपने सिर के ऊपर से कुछ का हवाला दूंगा।
क्या होगा यदि ssh / rsh दूरस्थ सर्वर पर उपलब्ध नहीं हैं या यदि वे कॉन्फ़िगरेशन या कड़े नेटवर्क नियमों के संदर्भ में टूट गए हैं? Rsh / ssh का उपयोग करने के लिए अभी भी क्लाइंट (प्रेषक या रिसीवर की भूमिका पर निर्भर करता है) की आवश्यकता होगी, लेकिन दूरस्थ पक्ष को स्थानीय रूप से rsync बाइनरी को फोर्क करना होगा और स्थानीय पक्ष पर चलने वाली rsync प्रक्रिया के साथ कनेक्शन स्थापित करना होगा। rsh / ssh केवल एक कनेक्शन सुरंग प्रदान करेगा; जहाँ तक rsync का सवाल है, rsync पाइप (ओं) पर अन्य rsync प्रक्रिया के साथ संचार कर रहा है।
डेमॉन मोड rsync प्रक्रिया होने से सर्वर को एक वास्तविक ftp लुक-अलाइक सर्वर बना दिया जाएगा जहां कुछ फाइल सिस्टम rsync मॉड्यूल के माध्यम से उपलब्ध कराए जा सकते हैं। बाकी सभी चीजों से बचा जा सकता है। कहें कि मैं केवल / usr / स्थानीय और / var डाउनलोड के लिए उपलब्ध कराना चाहता हूं और अन्य डाउनलोड के लिए किसी भी rsync क्लाइंट के अनुरोध को अस्वीकार करना चाहता हूं। मैं या तो अपलोड या डाउनलोड (केवल पढ़ने के लिए) की अनुमति देने के लिए मेजबान स्तर पर या फाइल सिस्टम (मॉड्यूल) स्तर पर विवेक का उपयोग कर सकता हूं।
विशेष रूप से कॉन्फ़िगरेशन फ़ाइल के माध्यम से डाउनलोड / अपलोड करने के लिए होस्ट / उपयोगकर्ता स्तर पहुंच, प्रमाणीकरण, प्राधिकरण, लॉगिंग और फाइल सिस्टम (संरचना) मॉड्यूल को नियंत्रित कर सकते हैं। हर बार जब कॉन्फ़िगरेशन फ़ाइल में परिवर्तन किया जाता है, rsyncd --daemonतो उसे पुनः आरंभ करने या करने की आवश्यकता नहीं होती है HUPped। एक समय में rsync सर्वर प्रक्रिया से कितने क्लाइंट कनेक्ट हो सकते हैं, इस पर नियंत्रण रख सकते हैं। यह अच्छा है, क्योंकि मैं नहीं चाहता कि मेरी rsyncd सर्वर प्रक्रिया पूरी तरह से CPU या डिस्क पर आधारित I / O संचालन पर होस्ट को हॉग करें।
चेरोट कार्यक्षमता को डेमॉन मोड में rsyncd के लिए विन्यास के माध्यम से उपलब्ध कराया जा सकता है। मैं इसे एक बहुत साफ सुरक्षा सुविधा के रूप में उपयोग कर सकता हूं, अगर मैं क्लाइंट को अपने रैनसमेंक से किसी भी फाइल / फाइलसिस्टम से कनेक्ट करने से बचना चाहता हूं जो होस्ट पर सुरक्षित होना चाहिए और बाहरी पहुंच नहीं होनी चाहिए।
मैं बाहरी रूप से rsync क्लाइंट द्वारा उपयोग किए जाने वाले कुछ विकल्पों से इनकार कर सकता हूं और सर्वर छोर पर मनोरंजन नहीं कर सकता, जैसे कि --deleteविकल्प की अनुमति नहीं देना ।
Rsync प्रक्रिया से पहले और बाद में कुछ कमांड / स्क्रिप्ट चलाने का विकल्प हो सकता है। एक उदाहरण रिपोर्टिंग और ट्रांसफर मोड में rsync आँकड़ों को संग्रहीत करना होगा।
ये उनमें से कुछ हैं, लेकिन मुझे यकीन है कि rsync के विशेषज्ञ उपयोगकर्ता इस पर अधिक प्रकाश डाल सकते हैं।
मुझे एक समस्या का सामना करना पड़ा है जो एक बड़ी मशीन के बीच सिंक करने की कोशिश कर रहा है और एक साइबर मशीन का उपयोग करके विंडोज मशीन है। SSH टनल को rsync डेमॉन के उपयोग के पक्ष में छोड़ने के बाद, मेरी समस्याएं दूर हो गईं।
क्लाइंट को सर्वर के फाइलसिस्टम लेआउट आदि को जानने की जरूरत नहीं है, वह / वह / से / को धक्का / खींच रहा है
rsyncSSH का उपयोग करने के बारे में क्या अनुभव करते थे?
Rsync के लिए एक आम उपयोग फाइलों के सार्वजनिक अभिलेखागार को प्रतिबिंबित करना है। प्राथमिक प्रतिलिपि के ऑपरेटर संग्रह के लिए दूरस्थ शेल एक्सेस की अनुमति नहीं देना चाहते हैं, लेकिन चाहते हैं कि दूरस्थ दर्पण चलाने वाले स्वयंसेवकों को कुशलता से अभिलेखागार की पूरी प्रतिलिपि प्राप्त करने में सक्षम हों। Rsync एक दर्पण बनाने के लिए बहुत अच्छी तरह से काम करता है क्योंकि यह केवल परिवर्तित बिट्स को डाउनलोड करेगा, और यदि नेटवर्क में थोड़ी रुकावट है, तो यह पूरी बड़ी फ़ाइल (सीडी / डीवीडी छवियों) को फिर से डाउनलोड नहीं करेगा।
बिट टोरेंट प्रोटोकॉल वास्तव में अब इसके लिए बेहतर विकल्प हो सकता है, लेकिन rsync को कई साल पहले जारी किया गया था।
अब भी कई प्रमुख अभिलेखागार अभी भी दर्पण के लिए rsync का उपयोग करते हैं।
देखें: http://www.debian.org/mirror/ftpmirror
मिररिंग प्रोटोकॉल जो हम सुझाते हैं वह rsync है।
आप एक्सट्रैनेट को rsync- सेवाएं प्रदान कर सकते हैं और ssh को उजागर किए बिना उस तरह से सिंक करने की अनुमति दे सकते हैं।
डेमन मोड में rsync संभवतः स्थानीय चेकसमों की तेज़ी से गणना करेगा और इस प्रकार बेहतर सूट करेगा यदि आप कई समानांतर क्लाइंट्स की अपेक्षा करते हैं। स्टैंडअलोन कमांड के साथ हर सत्र के लिए चेकसम की पुन: गणना की जानी चाहिए।
एन्क्रिप्शन उपयोग की वजह से SSH ओवरहेड देता है। तो सिद्धांत रूप में आपको rsync सर्वर डेमॉन के साथ उच्च थ्रूपुट प्राप्त करना चाहिए।