रुपी डेमॉन: क्या यह वास्तव में उपयोगी है?


30

rsyncdSsh पर rsync की तुलना में उपयोग करने में कोई व्यावहारिक लाभ हैं ? क्या यह वास्तव में गति, स्थिरता, कुछ भी बढ़ाता है?

जवाबों:


20

मुझे लगता है कि बड़ा अंतर है, तो आप उपयोग कर रहे हैं वह यह है कि rsyncd, के बजाय सर्वर अंत पर rsyncखत्म हो गया ssh, सर्वर पहले से ही जानता है कि यह क्या है, तो क्या हस्तांतरित किए जाने की जरूरत निर्धारित करने के लिए फ़ाइल सूचियां बनाने में बहुत सरल है। यदि आप केवल कुछ फ़ाइलों के इर्द-गिर्द घूम रहे हैं तो इससे कोई फर्क नहीं पड़ेगा, लेकिन यदि आप उदाहरण के लिए, CPAN rsync पर उपलब्ध हैं, तो आप फ़ाइल सूची को स्रोत के हर तरफ बनाना नहीं चाहते हैं पहर।


मेरी अज्ञानता को क्षमा करो। एक सर्वर पर मेरे पास rsyncd चल रहा है। दूसरे होस्ट पर मैं दूरस्थ सर्वर से कॉपी करने के लिए rsync का उपयोग करता हूं ... और यह ssh का उपयोग करता है। मुझे समझ नहीं आ रहा है: दूरस्थ डेमॉन को उपयोगकर्ता के लिए rsync कमांड को कैसे मजबूर किया जाए?
मासिमो

14

यह एक पुराना प्रश्न है, लेकिन rsyncडेमॉन मोड बनाम ssh पर प्रयोग करने का एक और बहुत ही मान्य कारण है :

  • कम CPU ओवरहेड।

मेरे पास एक 10 टीबी एनएएस है जो एक और 10 टीबी एनएएस के लिए समर्थित है, और सिर्फ एसएसएच सुरंग के लिए एन्क्रिप्शन ओवरहेड स्थानांतरण के लिए सीमित कारक है। दोनों NAS काफी कम-संचालित 1.8 Ghz इंटेल एटम हैं, और यहां तक ​​कि ssh के लिए आसान क्रिप्टो विकल्पों (जैसे ss ssh -c arcfourको rsync के रूप में पारित किया गया है) के साथ, एन्क्रिप्शन ओवरहेड अभी भी 200-300 एमबीपीएस में, एक गीगाबिट ईथरनेट नेटवर्क पर परिणाम देता है।

एक छोर पर rsync डेमॉन का उपयोग करने से क्रिप्टो ओवरहेड को हटा दिया जाता है, और बड़ी, सन्निहित फ़ाइलों के लिए 800 एमबीपीएस स्थानान्तरण प्राप्त होता है।


1
बहुत मददगार, धन्यवाद। मैं एक समान सेटअप चला रहा हूं और ssh -c arcfourमैं जिस कनेक्शन का उपयोग कर रहा हूं उससे ट्रांसफर की गति को दोगुना करने में सक्षम था ।
स्टीव लैंबर्ट

यकीन नहीं होता कि अगर क्रिप्टो 'ओवरहेड' को हटा दिया जाए तो इसे एक फायदा माना जा सकता है .. यह हार्डवेयर त्वरित क्रिप्टो का उपयोग करना सबसे अच्छा होगा, जो एआरसी 4 शायद वास्तव में नहीं है।
Lodewijk

@Lodewijk - सबसे पहले, मैं अपने घर पर एक निजी नेटवर्क पर हूं, इसलिए एन्क्रिप्शन महत्वपूर्ण नहीं है (और यह सुपर निजी डेटा वैसे भी नहीं है)। इसके अतिरिक्त, या तो मेरे वितरण में rsync संस्करण हार्डवेयर क्रिप्टो का उपयोग नहीं करता है, या मैं जिस इंटेल परमाणु का उपयोग कर रहा हूं उसमें हार्डवेयर त्वरक नहीं है। मैंने SSH परिवहन के लिए अधिकांश क्रिप्टो विकल्पों की कोशिश की, और उनमें से सभी बहुत ही धीमी गति से बहुत कम थे।
नकली नाम

अगर वहाँ था एक क्रिप्टो विकल्प है कि बड़े पैमाने पर प्रदर्शन को प्रभावित नहीं किया, मैं इसका इस्तेमाल करते हैं, लेकिन मैं कोई भाग्य के साथ पहले उन विकल्पों की कोशिश की।
नकली नाम

मेरी अज्ञानता को क्षमा करो। एक सर्वर पर मेरे पास rsyncd चल रहा है। दूसरे होस्ट पर मैं दूरस्थ सर्वर से कॉपी करने के लिए rsync का उपयोग करता हूं ... और यह ssh का उपयोग करता है। मुझे समझ नहीं आ रहा है: दूरस्थ डेमॉन को उपयोगकर्ता के लिए rsync कमांड को कैसे मजबूर किया जाए?
मासिमो

8

मुझे नहीं लगता कि SSH पर rsync के लिए रनिंग एलसीडी की तुलना करना बहुत मायने रखता है। वे आम तौर पर पूरी तरह से अलग चीजों के लिए उपयोग किए जाते हैं।

ss पर rsync आमतौर पर बैकअप या इंटरनेट पर सर्वर को सिंक करने के लिए उपयोग किया जाता है। rsyncd का उपयोग आमतौर पर सॉफ्टवेयर मिरर जैसी चीजों के लिए किया जाता है, इसलिए rsyncd की तुलना सादे HTTP या FTP मिरर या बिटटोरेंट से करना अधिक समझदारी है।

Zsync जैसे सॉफ़्टवेयर भी है, जो आपको मानक HTTP सर्वर का उपयोग करते हुए भी rsync के कई लाभ प्राप्त करने की अनुमति देता है


3

का कार्य rsyncdसर्वर पर चलाना और (दूरस्थ) rsyncअनुरोधों का जवाब देना है ।

(जब हम कहते हैं कि rsyncdहमारा मतलब rsyncएक डेमन के रूप में चल रहा है, और जब हम 'रिमोट' कहते हैं, तो हमारा मतलब मशीन के दृष्टिकोण से रिमोट है rsyncd)

दोनों एक दूसरे से सुरक्षित तरीके से बात करने के लिए ssh का उपयोग करेंगे।

यह वास्तव में एक या दूसरे का उपयोग करने का सवाल नहीं है, हालांकि अगर rsyncएक ही मशीन पर फ़ाइलों और निर्देशिकाओं की प्रतिलिपि बनाने के लिए उपयोग किया जाता है , तो मुझे नहीं लगता कि इसे डेमॉन के रूप में चलाने की आवश्यकता है।

मुझे लगता है कि rsyncमैन पेज यह स्पष्ट करता है।


0

rsyncd (डेमॉन के साथ rsyncd) डिफ़ॉल्ट पोर्ट 873 द्वारा उपयोग करता है।

यह देशी rsync प्रोटोकॉल का उपयोग करेगा, लेकिन कुछ भी एन्क्रिप्ट नहीं करता है। यह केवल स्थानीय या विश्वसनीय नेटवर्क के लिए है।

यदि आप सुरक्षा चाहते हैं, तो आपको हमेशा SSH पर rsync या rsyncd का उपयोग करना होगा, आपके सभी डेटा ट्रांसफर ssh प्रोटोकॉल द्वारा एंट्री किए जाएंगे।


यह। स्वीकृत उत्तर होना चाहिए! Rsyncd पूरी तरह से असुरक्षित है, मैं विश्वास नहीं कर सकता कि किसी ने भी इसका उल्लेख नहीं किया था।
स्टेफोसलीन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.