rsync SSH पर स्वामित्व वाली फ़ाइलों को

Question

मैं एक दूरस्थ सर्वर से एक स्थानीय सर्वर से एक वेब फ़ोल्डर संरचना को दोहराने के लिए rsync का उपयोग कर रहा हूँ www-डेटा के लिए केवल स्वामित्व की रक्षा। दोनों सर्वर उबंटू लिनक्स हैं। मैं निम्नलिखित कमांड का उपयोग करता हूं, और यह अच्छी तरह से काम करता है:

rsync -az /var/www/ user@10.1.1.1:/var/www/ 

स्थानीय सिस्टम और रिमोट सिस्टम के लिए उपयोगकर्ता नाम भिन्न हैं। मैंने जो पढ़ा है, उससे सभी फाइल और फ़ोल्डर मालिकों और समूहों को संरक्षित करना संभव नहीं हो सकता है। यह ठीक है, लेकिन मैं केवल www-data उपयोगकर्ता के लिए मालिकों और समूहों को संरक्षित करना चाहता हूं, जो दोनों सर्वरों पर मौजूद है।

क्या यह संभव है? यदि हां, तो मैं ऐसा करने के बारे में कैसे जाऊं?

** संपादित करें **

rsync स्वामित्व और दूरदराज के फ़ाइल पर समूहों की रक्षा करने में सक्षम होने के कुछ जिक्र नहीं है यहाँ समन्वयित होते हैं: http://lists.samba.org/archive/rsync/2005-August/013203.html

** संपादित 2 **

मैं समाप्त हो गया वांछित प्रभाव प्राप्त करना यहां कई सहायक टिप्पणियों और उत्तरों के लिए धन्यवाद। स्रोत मशीन का आईपी मानना ​​10.1.1.2 है और गंतव्य मशीन का आईपी 10.1.1.1 है। मैं गंतव्य मशीन से इस लाइन का उपयोग कर सकते हैं:

sudo rsync -az user@10.1.1.2:/var/www/ /var/www/ 

यह स्वामित्व और एक आम उपयोगकर्ता नाम है, www-डेटा की तरह फ़ाइलों के समूह को बरकरार रखता है। ध्यान दें कि rsyncsudo के बिना इन अनुमतियों को सुरक्षित नहीं करता है।

Answer 1

तुम भी --rsync-path विकल्प का उपयोग करके लक्ष्य मेजबान पर rsync sudo कर सकते हैं:

# rsync -av --rsync-path="sudo rsync" /path/to/files user@targethost:/path 

यह आपको user targethost पर के रूप में प्रमाणित करते हैं, लेकिन अभी भी sudo के माध्यम से विशेषाधिकार प्राप्त लिखने की अनुमति प्राप्त करने देता है। अपने पासवर्ड के लिए सुडो के अनुरोध से बचने के लिए आपको लक्ष्य होस्ट पर अपनी सूडर्स फ़ाइल को संशोधित करना होगा। man sudoers या निर्देशों और नमूने के लिए sudo visudo चलाएं।

आप उल्लेख करते हैं कि आप www-data के स्वामित्व वाली फ़ाइलों के स्वामित्व को बनाए रखना चाहते हैं, लेकिन अन्य फाइलें नहीं। यदि यह वास्तव में सच है, तो आप भाग्य से बाहर हो सकते हैं जब तक कि आप अनुमतियों को अपडेट करने के लिए chown या rsync का दूसरा भाग लागू नहीं करते हैं। के लिए स्वामित्व को संरक्षित रखने के लिए rsync को बताने का कोई तरीका नहीं है केवल एक उपयोगकर्ता।

उस ने कहा, आपको rsync के --files-from विकल्प के बारे में पढ़ना चाहिए।

rsync -av /path/to/files user@targethost:/path 
find /path/to/files -user www-data -print | \ 
    rsync -av --files-from=- --rsync-path="sudo rsync" /path/to/files user@targethost:/path 

मैं इस परीक्षण नहीं किया है, तो मुझे यकीन है कि वास्तव में कैसे --files-from=- में पाइपिंग खोजने के उत्पादन में काम करेंगे नहीं हूँ। आपको निस्संदेह प्रयोग करने की आवश्यकता होगी।

Answer 2

जहाँ तक मुझे पता है, आप कर सकते हैं, आप की तुलना में किसी और को करने के लिए फ़ाइलों नहीं chown यदि आप नहीं जड़ हैं। इसलिए आपको को www-data खाते का उपयोग करना होगा, क्योंकि सभी फ़ाइलों को निर्दिष्ट उपयोगकर्ता के साथ मालिक के रूप में बनाया जाएगा। तो आपको फ़ाइलों को बाद में chown की आवश्यकता है।

Answer 3

स्थानीय सिस्टम और दूरस्थ सिस्टम के लिए रूट उपयोगकर्ताओं अलग हैं।

इसका क्या अर्थ है? रूट उपयोगकर्ता यूआईडी 0 है। वे अलग कैसे हैं?

निर्देशिका आप प्रतिलिपि बनाना तय कर सकते हैं कि क्या उपयोगकर्ता नाम ही क्या फाइलों चाहते हैं कि पढ़ने के लिए अनुमति के साथ कोई भी उपयोगकर्ता। केवल रूट लिखित फ़ाइलों के स्वामित्व को बदल सकता है।

आप वर्तमान स्रोत मशीन है, जो user@10.1.1.1 के साथ जुड़े अनुमतियों के लिए अपने लेखन को प्रतिबंधित करता है पर कमांड चला रहे हैं। इसके बजाय, आप लक्ष्य मशीन पर रूट के रूप में आदेश चलाने का प्रयास कर सकते हैं। आपके स्रोत मशीन पर पहुंच को पढ़ना कोई समस्या नहीं है।

तो लक्ष्य मशीन (10.1.1.1) पर, स्रोत मानते हुए 10.1.1.2 है:

# rsync -az user@10.1.1.2:/var/www/ /var/www/ 

सुनिश्चित करें कि आपके समूह दोनों मशीनों पर मेल खाते हों।

इसके अलावा, एक DSA या RSA कुंजी का उपयोग इतना है कि आप पासवर्ड के आसपास चल होने से बचने कर सकते हैं user@10.1.1.2 के लिए उपयोग की स्थापना की।उदाहरण के लिए, अपने लक्ष्य मशीन पर रूट के रूप में, चलाएँ:

# ssh-keygen -d 

फिर फ़ाइल /root/.ssh/id_dsa.pub की सामग्री को लेने के लिए और स्रोत मशीन पर ~user/.ssh/authorized_keys में जोड़ें। आप लक्ष्य मशीन से रूट के रूप में ssh user@10.1.1.2 देख सकते हैं कि यह काम करता है या नहीं। अगर आपको पासवर्ड प्रॉम्प्ट मिलता है, तो यह देखने के लिए कि आपका कुंजी क्यों काम नहीं कर रहा है, अपना त्रुटि लॉग जांचें।

Answer 4

ठीक है, आप पूरी तरह से rsync की चुनौतियों को छोड़ सकते हैं, और बस एक टैर सुरंग के माध्यम से ऐसा कर सकते हैं।

sudo tar zcf - /path/to/files | \ 
    ssh user@remotehost "cd /some/path; sudo tar zxf -" 

आपको ग्राहम के वर्णन के रूप में अपनी एसएसएच कुंजी सेट अप करने की आवश्यकता होगी।

ध्यान दें कि यह पूर्ण निर्देशिका प्रतियों को संभालता है, rsync जैसे वृद्धिशील अपडेट नहीं।

विचार है कि यहाँ है:

• आप अपनी निर्देशिका अप अलकतरा,
• बजाय एक टार फ़ाइल बनाते समय, आप stdout में राल उत्पादन,
• कि stdout एक SSH के माध्यम से पहुंचाया जाता है भेजने को अन्य होस्ट,
• पर टैर प्राप्त करने के लिए आदेश, लेकिन यह प्राप्त करने वाला सूड सूडो द्वारा चलाया जाता है, इसलिए इसे उपयोगकर्ता नाम सेट करने के लिए विशेषाधिकार प्राप्त पहुंच प्राप्त है।

Answer 5

मैं एक ऐसी ही समस्या थी और rsync आदेश को धोखा दिया,

rsync -avz --delete root@x.x.x।एक्स:/घर // डोमेन/साइट/public_html// घर/domains2/public_html & & chown आर wwwusr: wwwgrp/घर/domains2/public_html/

& & फ़ोल्डर के खिलाफ chown चलाता rsync पूरा करता है जब सफलतापूर्वक (1x '&' rsync पूरा होने की स्थिति से बेपरवाह chown चल पाएंगे)