rsync - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

rsync - एक तेज़, बहुमुखी, दूरस्थ (और स्थानीय) फ़ाइल-कॉपी करने वाला उपकरण

SYNOPSIS

स्थानीय: rsync [विकल्प...] SRC... [DEST]

रिमोट शेल के माध्यम से पहुंच:
खींचें: rsync [विकल्प...] [USER@]होस्ट:SRC... [DEST]
पुश: rsync [विकल्प...] SRC... [USER@]होस्ट:DEST

rsync डेमॉन के माध्यम से पहुंच:
खींचें: rsync [विकल्प...] [USER@]होस्ट::SRC... [DEST]
rsync [विकल्प...] rsync://[USER@]HOST[:पोर्ट]/SRC... [DEST]
पुश: rsync [विकल्प...] SRC... [USER@]HOST::DEST
rsync [विकल्प...] SRC... rsync://[USER@]HOST[:पोर्ट]/DEST

केवल एक SRC तर्क और बिना DEST तर्क वाले उपयोग इसके बजाय स्रोत फ़ाइलों को सूचीबद्ध करेंगे
नकल.

वर्णन

Rsync एक तेज़ और असाधारण रूप से बहुमुखी फ़ाइल प्रतिलिपि उपकरण है। यह स्थानीय रूप से कॉपी कर सकता है,
किसी दूरस्थ शेल पर किसी अन्य होस्ट से/तक, या किसी दूरस्थ rsync डेमॉन से/तक। यह एक ऑफर करता है
बड़ी संख्या में विकल्प जो उसके व्यवहार के हर पहलू को नियंत्रित करते हैं और बहुत लचीलेपन की अनुमति देते हैं
कॉपी की जाने वाली फ़ाइलों के सेट की विशिष्टता। यह अपने डेल्टा-ट्रांसफर के लिए प्रसिद्ध है
एल्गोरिथ्म, जो केवल भेजकर नेटवर्क पर भेजे गए डेटा की मात्रा को कम करता है
स्रोत फ़ाइलों और गंतव्य में मौजूदा फ़ाइलों के बीच अंतर। रुसिंक है
बैकअप और मिररिंग के लिए और रोजमर्रा के उपयोग के लिए एक बेहतर कॉपी कमांड के रूप में व्यापक रूप से उपयोग किया जाता है।

Rsync उन फ़ाइलों को ढूंढता है जिन्हें "त्वरित जांच" एल्गोरिदम का उपयोग करके स्थानांतरित करने की आवश्यकता होती है (डिफ़ॉल्ट रूप से)
यह उन फ़ाइलों की तलाश करता है जिनका आकार या अंतिम-संशोधित समय में परिवर्तन हुआ है। में कोई भी बदलाव
अन्य संरक्षित विशेषताएँ (जैसा कि विकल्पों द्वारा अनुरोध किया गया है) गंतव्य फ़ाइल पर बनाई गई हैं
सीधे तौर पर जब त्वरित जांच इंगित करती है कि फ़ाइल के डेटा को अद्यतन करने की आवश्यकता नहीं है।

rsync की कुछ अतिरिक्त विशेषताएं हैं:

o लिंक, डिवाइस, मालिकों, समूहों और अनुमतियों की प्रतिलिपि बनाने के लिए समर्थन

o जीएनयू टार के समान विकल्पों को बाहर करना और बाहर करना

o उन्हीं फ़ाइलों को अनदेखा करने के लिए CVS बहिष्करण मोड, जिन्हें CVS अनदेखा करेगा

o ssh या rsh सहित किसी भी पारदर्शी रिमोट शेल का उपयोग कर सकता है

o को सुपर-उपयोगकर्ता विशेषाधिकारों की आवश्यकता नहीं है

o विलंबता लागत को कम करने के लिए फ़ाइल स्थानांतरण की पाइपलाइनिंग

o गुमनाम या प्रमाणित rsync डेमॉन के लिए समर्थन (मिररिंग के लिए आदर्श)

सामान्य

Rsync फ़ाइलों को या तो किसी दूरस्थ होस्ट से या स्थानीय रूप से वर्तमान होस्ट पर कॉपी करता है
दो दूरस्थ होस्ट के बीच फ़ाइलों की प्रतिलिपि बनाने का समर्थन नहीं करता)।

रिमोट सिस्टम से संपर्क करने के लिए rsync के दो अलग-अलग तरीके हैं: रिमोट-शेल का उपयोग करना
ट्रांसपोर्ट के रूप में प्रोग्राम (जैसे ssh या rsh) या सीधे rsync डेमॉन से संपर्क करना
टी.सी.पी. जब भी स्रोत या गंतव्य पथ शामिल होता है तो रिमोट-शेल ट्रांसपोर्ट का उपयोग किया जाता है
होस्ट विनिर्देशन के बाद एक एकल कोलन (:) विभाजक। एक rsync डेमॉन से संपर्क करना
सीधे तौर पर तब होता है जब स्रोत या गंतव्य पथ में दोहरा कोलन होता है (::)
होस्ट विनिर्देशन के बाद विभाजक, या जब एक rsync:// URL निर्दिष्ट किया जाता है (यह भी देखें)।
अपवाद के लिए "रिमोट-शेल कनेक्शन के माध्यम से RSYNC-डेमॉन सुविधाओं का उपयोग करना" अनुभाग
यह बाद वाला नियम)।

एक विशेष मामले के रूप में, यदि एक एकल स्रोत arg को गंतव्य के बिना निर्दिष्ट किया जाता है, तो फ़ाइलें
"ls -l" के समान आउटपुट स्वरूप में सूचीबद्ध हैं।

जैसा कि अपेक्षित था, यदि स्रोत या गंतव्य पथ में से कोई भी दूरस्थ होस्ट निर्दिष्ट नहीं करता है, तो प्रतिलिपि
स्थानीय स्तर पर होता है (यह भी देखें --सूची-केवल विकल्प)।

Rsync स्थानीय पक्ष को "क्लाइंट" और दूरस्थ पक्ष को "सर्वर" के रूप में संदर्भित करता है। नहीं
"सर्वर" को rsync डेमॉन के साथ भ्रमित करें - एक डेमॉन हमेशा एक सर्वर होता है, लेकिन एक सर्वर हो सकता है
या तो एक डेमॉन या एक रिमोट-शेल उत्पन्न प्रक्रिया।

सेटअप

इंस्टॉलेशन निर्देशों के लिए फ़ाइल README देखें।

एक बार इंस्टॉल हो जाने पर, आप किसी भी मशीन पर rsync का उपयोग कर सकते हैं जिसे आप रिमोट शेल के माध्यम से एक्सेस कर सकते हैं
(साथ ही कुछ जिन्हें आप rsync डेमॉन-मोड प्रोटोकॉल का उपयोग करके एक्सेस कर सकते हैं)। रिमोट के लिए
स्थानांतरण, एक आधुनिक rsync अपने संचार के लिए ssh का उपयोग करता है, लेकिन इसे कॉन्फ़िगर किया गया हो सकता है
डिफ़ॉल्ट रूप से भिन्न रिमोट शेल का उपयोग करने के लिए, जैसे rsh या remsh।

आप इसका उपयोग करके अपनी पसंद का कोई भी रिमोट शेल भी निर्दिष्ट कर सकते हैं -e कमांड लाइन
विकल्प, या RSYNC_RSH पर्यावरण चर सेट करके।

ध्यान दें कि rsync को स्रोत और गंतव्य दोनों मशीनों पर स्थापित किया जाना चाहिए।

उपयोग

आप rsync का उपयोग उसी प्रकार करते हैं जिस प्रकार आप आरसीपी का उपयोग करते हैं। आपको एक स्रोत और एक गंतव्य निर्दिष्ट करना होगा,
जिनमें से एक दूरस्थ हो सकता है.

शायद वाक्यविन्यास को समझाने का सबसे अच्छा तरीका कुछ उदाहरणों के साथ है:

rsync -t *.c foo:src/

यह पैटर्न *.c से मेल खाने वाली सभी फ़ाइलों को वर्तमान निर्देशिका से स्थानांतरित कर देगा
मशीन फू पर निर्देशिका स्रोत। यदि कोई फ़ाइल रिमोट सिस्टम पर पहले से मौजूद है
तब rsync रिमोट-अपडेट प्रोटोकॉल का उपयोग केवल फ़ाइल भेजकर अपडेट करने के लिए किया जाता है
डेटा में अंतर. ध्यान दें कि कमांडलाइन पर वाइल्डकार्ड का विस्तार (*.c)
फ़ाइलों की सूची को rsync चलाने से पहले शेल द्वारा नियंत्रित किया जाता है, rsync द्वारा नहीं
(बिल्कुल अन्य सभी पॉज़िक्स-शैली कार्यक्रमों के समान)।

rsync -avz foo:src/bar /data/tmp

यह मशीन फू पर निर्देशिका src/bar से सभी फ़ाइलों को पुनरावर्ती रूप से स्थानांतरित करेगा
स्थानीय मशीन पर /data/tmp/bar निर्देशिका में। फ़ाइलें स्थानांतरित कर दी जाती हैं
"संग्रह" मोड, जो यह सुनिश्चित करता है कि प्रतीकात्मक लिंक, उपकरण, विशेषताएँ, अनुमतियाँ,
हस्तांतरण में स्वामित्व आदि संरक्षित रहते हैं। इसके अतिरिक्त, संपीड़न का उपयोग किया जाएगा
स्थानांतरण के डेटा भागों का आकार कम करें।

rsync -avz foo:src/bar/ /data/tmp

स्रोत पर एक अनुगामी स्लैश अतिरिक्त बनाने से बचने के लिए इस व्यवहार को बदल देता है
गंतव्य पर निर्देशिका स्तर। आप किसी स्रोत पर पीछे चल रहे/को अर्थ के रूप में सोच सकते हैं
"इस निर्देशिका की सामग्री को कॉपी करें" के विपरीत "निर्देशिका को नाम से कॉपी करें", लेकिन इसमें
दोनों ही मामलों में युक्त निर्देशिका की विशेषताओं को युक्त में स्थानांतरित कर दिया जाता है
गंतव्य पर निर्देशिका. दूसरे शब्दों में, निम्नलिखित में से प्रत्येक आदेश की प्रतिलिपि बनाता है
फ़ाइलों को उसी तरह, /dest/foo की विशेषताओं की सेटिंग सहित:

rsync -av /src/foo /dest
rsync -av /src/foo/ /dest/foo

यह भी ध्यान दें कि होस्ट और मॉड्यूल संदर्भों को कॉपी करने के लिए अनुगामी स्लैश की आवश्यकता नहीं है
डिफ़ॉल्ट निर्देशिका की सामग्री. उदाहरण के लिए, ये दोनों दूरस्थ निर्देशिका की प्रतिलिपि बनाते हैं
"/dest" में सामग्री:

rsync -av होस्ट: /dest
rsync -av होस्ट::मॉड्यूल /dest

आप rsync का उपयोग स्थानीय-केवल मोड में भी कर सकते हैं, जहां स्रोत और गंतव्य दोनों नहीं होते हैं
नाम में ':' रखें। इस मामले में यह एक बेहतर कॉपी कमांड की तरह व्यवहार करता है।

अंत में, आप किसी विशेष rsync डेमॉन से उपलब्ध सभी (सूची योग्य) मॉड्यूल को सूचीबद्ध कर सकते हैं
मॉड्यूल का नाम छोड़कर:

rsync somehost.mydomain.com::

अधिक विवरण के लिए निम्नलिखित अनुभाग देखें।

उन्नत उपयोग

किसी दूरस्थ होस्ट से एकाधिक फ़ाइलों का अनुरोध करने का सिंटैक्स निर्दिष्ट करके किया जाता है
अतिरिक्त रिमोट-होस्ट तर्क पहले के समान शैली में, या होस्टनाम छोड़े जाने के साथ।
उदाहरण के लिए, ये सभी कार्य:

rsync -av होस्ट:फ़ाइल1 :फ़ाइल2 होस्ट:फ़ाइल{3,4} /dest/
rsync -av होस्ट::modname/file{1,2} होस्ट::modname/file3 /dest/
rsync -av होस्ट::modname/file1 ::modname/file{3,4}

rsync के पुराने संस्करणों को इन उदाहरणों की तरह, SRC में उद्धृत स्थानों का उपयोग करना आवश्यक है:

rsync -av होस्ट:'dir1/file1 dir2/file2' /dest
rsync होस्ट::'modname/dir1/file1 modname/dir2/file2' /dest

यह शब्द-विभाजन अभी भी नवीनतम rsync में (डिफ़ॉल्ट रूप से) काम करता है, लेकिन यह उतना आसान नहीं है
पहली विधि के रूप में उपयोग करें।

यदि आपको किसी फ़ाइल नाम को स्थानांतरित करने की आवश्यकता है जिसमें रिक्त स्थान है, तो आप या तो निर्दिष्ट कर सकते हैं
--रक्षा-तर्क (-s) विकल्प, या आपको रिक्त स्थान से इस तरह बच निकलना होगा
रिमोट शेल समझ जाएगा. उदाहरण के लिए:

rsync -av होस्ट:'फ़ाइल\नाम\ साथ\स्पेस' /dest

कनेक्ट सेवा मेरे AN rsync डेमोन

परिवहन के रूप में रिमोट शेल के बिना rsync का उपयोग करना भी संभव है। इस मामले में
आप आमतौर पर टीसीपी पोर्ट 873 का उपयोग करके सीधे रिमोट आरसिंक डेमॉन से कनेक्ट होंगे। (यह
स्पष्ट रूप से डेमॉन को रिमोट सिस्टम पर चलाने की आवश्यकता है, इसलिए STARTING देखें
उस पर जानकारी के लिए नीचे दिए गए कनेक्शन अनुभाग को स्वीकार करने के लिए एक RSYNC डेमॉन।)

इस तरह से rsync का उपयोग करना रिमोट शेल के साथ उपयोग करने के समान है, सिवाय इसके कि:

o आप होस्टनाम को अलग करने के लिए एकल कोलन के बजाय डबल कोलन :: का उपयोग करें
पथ से, या आप rsync:// URL का उपयोग करते हैं।

o "पथ" का पहला शब्द वास्तव में एक मॉड्यूल नाम है।

जब आप कनेक्ट होंगे तो रिमोट डेमॉन उस दिन का संदेश प्रिंट कर सकता है।

o यदि आप दूरस्थ डेमॉन पर कोई पथ नाम निर्दिष्ट नहीं करते हैं तो पहुंच योग्य पथों की सूची
डेमॉन पर दिखाया जाएगा.

o यदि आप कोई स्थानीय गंतव्य निर्दिष्ट नहीं करते हैं तो निर्दिष्ट फ़ाइलों की एक सूची
रिमोट डेमॉन प्रदान किया गया है।

o आपको निर्दिष्ट नहीं करना चाहिए --rsh (-e) विकल्प।

एक उदाहरण जो "src" नामक रिमोट मॉड्यूल में सभी फ़ाइलों को कॉपी करता है:

rsync -av होस्ट::src /dest

दूरस्थ डेमॉन पर कुछ मॉड्यूल को प्रमाणीकरण की आवश्यकता हो सकती है। यदि हां, तो आपको एक प्राप्त होगा
जब आप कनेक्ट होते हैं तो पासवर्ड संकेत मिलता है। आप इसे सेट करके पासवर्ड प्रॉम्प्ट से बच सकते हैं
पर्यावरण परिवर्तनीय RSYNC_PASSWORD उस पासवर्ड पर डालें जिसे आप उपयोग करना चाहते हैं या उपयोग करना चाहते हैं
--पासवर्ड-फ़ाइल विकल्प। rsync को स्क्रिप्ट करते समय यह उपयोगी हो सकता है।

चेतावनी: कुछ सिस्टम पर पर्यावरण चर सभी उपयोगकर्ताओं के लिए दृश्यमान होते हैं। उन प्रणालियों पर
का उपयोग --पासवर्ड-फ़ाइल इसकी सिफारिश की जाती है।

आप पर्यावरण चर सेट करके वेब प्रॉक्सी के माध्यम से कनेक्शन स्थापित कर सकते हैं
RSYNC_PROXY को एक होस्टनाम पर: पोर्ट जोड़ी जो आपके वेब प्रॉक्सी की ओर इशारा करती है। ध्यान दें कि आपका web
प्रॉक्सी के कॉन्फ़िगरेशन को पोर्ट 873 पर प्रॉक्सी कनेक्शन का समर्थन करना चाहिए।

आप किसी प्रोग्राम को प्रॉक्सी के रूप में सेट करके एक डेमॉन कनेक्शन भी स्थापित कर सकते हैं
पर्यावरण परिवर्तनीय RSYNC_CONNECT_PROG उन आदेशों के लिए जिन्हें आप बनाने के स्थान पर चलाना चाहते हैं
एक सीधा सॉकेट कनेक्शन. स्ट्रिंग में प्रतिनिधित्व करने के लिए एस्केप "%H" हो सकता है
होस्टनाम rsync कमांड में निर्दिष्ट है (इसलिए यदि आपको अपने में एकल "%" की आवश्यकता है तो "%%" का उपयोग करें
डोरी)। उदाहरण के लिए:

निर्यात RSYNC_CONNECT_PROG='ssh proxyhost nc %H 873'
rsync -av targethost1::मॉड्यूल/src/ /dest/
rsync -av rsync:://targethost2/मॉड्यूल/src/ /dest/

ऊपर निर्दिष्ट कमांड प्रॉक्सीहोस्ट पर एनसी (नेटकैट) चलाने के लिए एसएसएच का उपयोग करता है, जो सभी को अग्रेषित करता है
टारगेटहोस्ट (%H) पर पोर्ट 873 (rsync डेमॉन) पर डेटा।

का उपयोग करते हुए RSYNC-डेमन विशेषताएं VIA A रिमोट-शेल कनेक्शन

कभी-कभी rsync डेमॉन की विभिन्न विशेषताओं (जैसे नामित मॉड्यूल) का उपयोग करना उपयोगी होता है
वास्तव में सिस्टम में किसी भी नए सॉकेट कनेक्शन की अनुमति दिए बिना (जो है उसके अलावा)।
रिमोट-शेल एक्सेस की अनुमति देना पहले से ही आवश्यक है)। Rsync का उपयोग करके होस्ट से कनेक्ट करने का समर्थन करता है
एक दूरस्थ शेल और फिर एक एकल-उपयोग "डेमॉन" सर्वर को जन्म देना जो इसे पढ़ने की अपेक्षा करता है
दूरस्थ उपयोगकर्ता के होम डीआईआर में कॉन्फ़िग फ़ाइल। यदि आप एन्क्रिप्ट करना चाहते हैं तो यह उपयोगी हो सकता है
एक डेमॉन-शैली स्थानांतरण का डेटा, लेकिन चूंकि डेमॉन को रिमोट द्वारा नए सिरे से शुरू किया गया है
उपयोगकर्ता, आप चेरूट जैसी सुविधाओं का उपयोग करने या उपयोग किए गए यूआईडी को बदलने में सक्षम नहीं हो सकते हैं
डेमन. (डेमन ट्रांसफर को एन्क्रिप्ट करने के दूसरे तरीके के लिए, सुरंग ए में एसएसएच का उपयोग करने पर विचार करें
एक दूरस्थ मशीन के लिए स्थानीय पोर्ट और उस दूरस्थ होस्ट पर एक सामान्य rsync डेमॉन कॉन्फ़िगर करें
केवल "लोकलहोस्ट" से कनेक्शन की अनुमति दें।)

उपयोगकर्ता के दृष्टिकोण से, रिमोट-शेल कनेक्शन के माध्यम से एक डेमॉन स्थानांतरण लगभग उपयोग करता है
एकमात्र अपवाद के साथ, सामान्य rsync-डेमन ट्रांसफर के समान कमांड-लाइन सिंटैक्स
ऐसा होने पर आपको रिमोट शेल प्रोग्राम को कमांड-लाइन पर स्पष्ट रूप से सेट करना होगा
--rsh=कमांड विकल्प। (पर्यावरण में RSYNC_RSH सेट करने से यह चालू नहीं होगा
कार्यक्षमता।) उदाहरण के लिए:

rsync -av --rsh=ssh होस्ट::मॉड्यूल /dest

यदि आपको एक अलग रिमोट-शेल उपयोगकर्ता निर्दिष्ट करने की आवश्यकता है, तो ध्यान रखें कि उपयोगकर्ता @ उपसर्ग
होस्ट के सामने rsync-उपयोगकर्ता मान निर्दिष्ट कर रहा है (एक मॉड्यूल के लिए जिसकी आवश्यकता है
उपयोगकर्ता-आधारित प्रमाणीकरण)। इसका मतलब है कि आपको ssh को '-l उपयोगकर्ता' विकल्प देना होगा
रिमोट-शेल निर्दिष्ट करते समय, जैसा कि इस उदाहरण में है जो इसके संक्षिप्त संस्करण का उपयोग करता है
--rsh विकल्प:

rsync -av -e "ssh -l ssh-user" rsync-user@host::module /dest

"ssh-user" का उपयोग ssh स्तर पर किया जाएगा; लॉग-इन करने के लिए "rsync-user" का उपयोग किया जाएगा
"मॉड्यूल"।

शुरुआत में AN rsync डेमोन सेवा मेरे स्वीकार करना कनेक्शन

rsync डेमॉन से कनेक्ट करने के लिए, रिमोट सिस्टम में पहले से ही एक डेमॉन होना आवश्यक है
चल रहा है (या इसे rsync डेमॉन उत्पन्न करने के लिए inetd जैसा कुछ कॉन्फ़िगर करने की आवश्यकता है
किसी विशेष पोर्ट पर आने वाले कनेक्शन)। डेमॉन कैसे शुरू करें, इसकी पूरी जानकारी के लिए
जो आने वाले सॉकेट कनेक्शन को संभालेगा, देखें rsyncd.conf(5) मैन पेज--अर्थात्
डेमॉन के लिए कॉन्फ़िगरेशन फ़ाइल, और इसमें डेमॉन को चलाने के तरीके के बारे में पूरी जानकारी शामिल है
(स्टैंड-अलोन और inetd कॉन्फ़िगरेशन सहित)।

यदि आप स्थानांतरण के लिए रिमोट-शेल ट्रांसपोर्ट में से किसी एक का उपयोग कर रहे हैं, तो इसकी कोई आवश्यकता नहीं है
मैन्युअल रूप से rsync डेमॉन प्रारंभ करें।

हल स्थानांतरण आदेश

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

यदि आपको किसी विशेष फ़ाइल को दूसरे से पहले स्थानांतरित करने की आवश्यकता है, तो या तो अलग करें
फ़ाइलों को अलग-अलग rsync कॉल में बदलें, या उपयोग करने पर विचार करें --विलंब-अद्यतन (जो प्रभावित नहीं करता
क्रमबद्ध स्थानांतरण क्रम, लेकिन अंतिम फ़ाइल-अद्यतन चरण को और अधिक घटित करता है
तेज़ी से)।

उदाहरण

यहां कुछ उदाहरण दिए गए हैं कि मैं rsync का उपयोग कैसे करता हूं।

मेरी पत्नी की होम डायरेक्टरी का बैकअप लेने के लिए, जिसमें बड़ी एमएस वर्ड फ़ाइलें और मेल हैं
फ़ोल्डर्स, मैं एक क्रॉन जॉब का उपयोग करता हूं जो चलता है

rsync -Cavz . अरविड्सजौर: बैकअप

हर रात मेरी मशीन "arvidsjaur" पर एक डुप्लिकेट निर्देशिका के लिए PPP कनेक्शन पर।

अपने सांबा स्रोत पेड़ों को सिंक्रनाइज़ करने के लिए मैं निम्नलिखित मेकफ़ाइल लक्ष्यों का उपयोग करता हूं:

पाना:
rsync -avuzb --बहिष्कृत '*~' samba:samba/।
डाल दिया:
rsync -Cavuzb . सांबा:सांबा/
सिंक: लगाओ

यह मुझे कनेक्शन के दूसरे छोर पर सीवीएस निर्देशिका के साथ सिंक करने की अनुमति देता है। मैं तो करता हूँ
रिमोट मशीन पर सीवीएस संचालन, जो रिमोट सीवीएस प्रोटोकॉल के रूप में बहुत समय बचाता है
बहुत कुशल नहीं है.

मैं कमांड के साथ अपनी "पुरानी" और "नई" एफ़टीपी साइटों के बीच एक निर्देशिका को प्रतिबिंबित करता हूं:

rsync -az -e ssh --डिलीट ~ftp/pub/samba nimbus:"~ftp/pub/tridge"

इसे हर कुछ घंटों में क्रॉन से लॉन्च किया जाता है।

विकल्प सारांश

यहां rsync में उपलब्ध विकल्पों का संक्षिप्त सारांश दिया गया है। कृपया विस्तृत विवरण देखें
संपूर्ण विवरण के लिए नीचे विवरण।

-v, --verbose क्रियाशीलता बढ़ाता है
--जानकारी=झंडे सूक्ष्म सूचनात्मक शब्दाडंबर
--डीबग=FLAGS बारीक-बारीक डिबग वर्बोसिटी
--msgs2stderr डिबगिंग के लिए विशेष आउटपुट हैंडलिंग
-q, --शांत गैर-त्रुटि संदेशों को दबाएँ
--no-motd डेमन-मोड MOTD को दबाएँ (चेतावनी देखें)
-सी, --चेकसम चेकसम के आधार पर छोड़ें, मॉड-टाइम और आकार पर नहीं
-ए, --संग्रह पुरालेख मोड; बराबर -rlptgoD (नहीं -H,-A,-X)
--no-option एक निहित विकल्प को बंद करें (उदा. --no-D)
-r, --निर्देशिकाओं में पुनरावर्ती पुनरावृत्ति
-आर, --सापेक्ष उपयोग सापेक्ष पथ नाम
--no-implied-dirs --relative के साथ निहित dirs नहीं भेजते
-बी, --बैकअप बैकअप बनाएं (देखें --प्रत्यय और --बैकअप-डीआईआर)
--बैकअप-डीआईआर=डीआईआर डीआईआर के आधार पर पदानुक्रम में बैकअप बनाता है
--suffix=SUFFIX बैकअप प्रत्यय (डिफ़ॉल्ट ~ w/o --backup-dir)
-यू, --अपडेट स्किप फ़ाइलें जो रिसीवर पर नई हैं
--अद्यतन गंतव्य फ़ाइलों को यथास्थान रखें
--डेटा को छोटी फ़ाइलों में जोड़ें
--जोड़ें-सत्यापित करें --फ़ाइल चेकसम में पुराने डेटा के साथ जोड़ें
-d, --dirs बिना पुनरावृत्ति के निर्देशिकाओं को स्थानांतरित करता है
-एल, --लिंक सिम्लिंक को सिम्लिंक के रूप में कॉपी करते हैं
-एल, --कॉपी-लिंक सिम्लिंक को संदर्भित फ़ाइल/डीआईआर में बदल देते हैं
--कॉपी-असुरक्षित-लिंक केवल "असुरक्षित" सिम्लिंक रूपांतरित होते हैं
--सुरक्षित-लिंक उन सिम्लिंक को अनदेखा करते हैं जो पेड़ के बाहर की ओर इशारा करते हैं
--मंज-लिंक सिम्लिंक को सुरक्षित बनाने के लिए उन्हें मंज करते हैं
-k, --कॉपी-डिरलिंक्स सिम्लिंक को डीआईआर से रेफ़रेंट डीआईआर में बदल देते हैं
-K, --keep-dirlinks रिसीवर पर सिम्लिंक्ड dir को dir के रूप में मानते हैं
-एच, --हार्ड-लिंक हार्ड लिंक को संरक्षित करते हैं
-p, --perms अनुमतियाँ सुरक्षित रखते हैं
-ई, --निष्पादनशीलता निष्पादनशीलता को सुरक्षित रखती है
--chmod=CHMOD फ़ाइल और/या निर्देशिका अनुमतियों को प्रभावित करता है
-ए, --एसीएलएस एसीएल को संरक्षित करता है (इसका मतलब है -पी)
-X, --xattrs विस्तारित विशेषताओं को सुरक्षित रखता है
-o, --स्वामी स्वामी को संरक्षित करता है (केवल सुपर-उपयोगकर्ता)
-जी, --ग्रुप संरक्षित समूह
--डिवाइस डिवाइस फ़ाइलों को संरक्षित करते हैं (केवल सुपर-उपयोगकर्ता)
--स्पेशल विशेष फाइलों को सुरक्षित रखते हैं
-D --devices --specials के समान
-t, --times संशोधन समय को सुरक्षित रखता है
-O, --omit-dir-times --times से निर्देशिकाओं को हटा दें
-जे, --लिंक-टाइम्स को हटा दें --टाइम्स से सिम्लिंक को हटा दें
--सुपर रिसीवर सुपर-यूज़र गतिविधियों का प्रयास करता है
--नकली-सुपर स्टोर/xattrs का उपयोग करके विशेषाधिकार प्राप्त attrs पुनर्प्राप्त करें
-S, --sparse विरल फ़ाइलों को कुशलतापूर्वक संभालता है
--preallocate लिखने से पहले dest फ़ाइलें आवंटित करें
-n, --ड्राई-रन बिना किसी बदलाव के ट्रायल रन करें
-W, --संपूर्ण-फ़ाइल प्रतिलिपि फ़ाइलें संपूर्ण (डेल्टा-xfer एल्गोरिथम के बिना)
-x, --one-फ़ाइल-सिस्टम फ़ाइल सिस्टम सीमाओं को पार नहीं करता है
-बी, --ब्लॉक-आकार=आकार एक निश्चित चेकसम ब्लॉक-आकार को बाध्य करता है
-e, --rsh=COMMAND उपयोग करने के लिए दूरस्थ शेल निर्दिष्ट करें
--rsync-path=PROGRAM रिमोट मशीन पर चलने के लिए rsync निर्दिष्ट करता है
--मौजूदा रिसीवर पर नई फ़ाइलें बनाना छोड़ें
--अनदेखा-मौजूदा रिसीवर पर मौजूद फ़ाइलों को अद्यतन करना छोड़ें
--निकालें-स्रोत-फ़ाइलें प्रेषक सिंक्रनाइज़ फ़ाइलों को हटा देता है (गैर-डीआईआर)
--delete-dदौरान के लिए एक उपनाम --del
--डिलीट करें, डेस्ट डायर से अप्रासंगिक फ़ाइलें हटाएं
--डिलीट-बिफोर रिसीवर एक्सफ़र से पहले डिलीट करता है, उसके दौरान नहीं
--डिलीट-दौरान रिसीवर स्थानांतरण के दौरान हटा देता है
--डिलीट-विलंब के दौरान विलोपन ढूंढें, बाद में हटाएं
--डिलीट-आफ्टर रिसीवर ट्रांसफर के बाद डिलीट करता है, दौरान नहीं
--डिलीट-बहिष्कृत, डेस्ट डायर से बहिष्कृत फ़ाइलों को भी हटा दें
--ignore-missing-args त्रुटि के बिना लापता स्रोत तर्कों को अनदेखा करें
--delete-missing-args गंतव्य से अनुपलब्ध स्रोत args हटाएं
--ignore-errors I/O त्रुटियां होने पर भी हटा दें
--खाली न होने पर भी डीआईआर को बलपूर्वक हटाने के लिए बाध्य करें
--max-delete=NUM NUM से अधिक फ़ाइलें न हटाएँ
--max-size=SIZE, SIZE से बड़ी किसी फ़ाइल को स्थानांतरित न करें
--min-size=SIZE SIZE से छोटी किसी फ़ाइल को स्थानांतरित न करें
--आंशिक रूप से स्थानांतरित फ़ाइलों को आंशिक रूप से रखें
--partial-dir=DIR आंशिक रूप से स्थानांतरित फ़ाइल को DIR में डालें
--delay-updates अंत में सभी अद्यतन फ़ाइलों को यथास्थान रख देता है
-m, --prune-empty-dirs फ़ाइल-सूची से खाली निर्देशिका श्रृंखलाओं को छाँटें
--न्यूमेरिक-आईडी उपयोगकर्ता/समूह नाम के आधार पर यूआईडी/जीआईडी ​​​​मानों को मैप नहीं करते हैं
--usermap=STRING कस्टम उपयोक्तानाम मैपिंग
--ग्रुपमैप=STRING कस्टम ग्रुपनाम मैपिंग
--chown=USER:समूह सरल उपयोक्तानाम/समूहनाम मानचित्रण
--timeout=SECONDS सेकंड में I/O टाइमआउट सेट करें
--contimeout=SECONDS सेकंड में डेमॉन कनेक्शन टाइमआउट सेट करें
-I, --ignore-times आकार और समय से मेल खाने वाली फ़ाइलों को न छोड़ें
--आकार-केवल उन फ़ाइलों को छोड़ें जो आकार में मेल खाती हों
--modify-window=NUM कम सटीकता के साथ मॉड-टाइम की तुलना करें
-T, --temp-dir=DIR निर्देशिका DIR में अस्थायी फ़ाइलें बनाएँ
-y, --fuzzy यदि कोई डेस्ट फ़ाइल नहीं है तो आधार के लिए समान फ़ाइल ढूंढें
--compare-dest=DIR, DIR के सापेक्ष प्राप्त फ़ाइलों की तुलना भी करता है
--copy-dest=DIR ... और अपरिवर्तित फ़ाइलों की प्रतियां शामिल करें
--link-dest=DIR अपरिवर्तित होने पर DIR में फ़ाइलों को हार्डलिंक करें
-z, --ट्रांसफर के दौरान फ़ाइल डेटा को कंप्रेस करें
--compress-level=NUM स्पष्ट रूप से संपीड़न स्तर सेट करें
--स्किप-कंप्रेस=LIST LIST में प्रत्यय के साथ फ़ाइलों को संपीड़ित करना छोड़ें
-सी, --सीवीएस-एक्सक्लूड फाइलों को उसी तरह से ऑटो-इग्नोर करें जैसे सीवीएस करता है
-f, --filter=RULE एक फ़ाइल-फ़िल्टरिंग नियम जोड़ें
-F --filter='dir-merge /.rsync-filter' के समान
दोहराया गया: --filter='- .rsync-filter'
--exclude=PATTERN, PATTERN से मेल खाने वाली फ़ाइलों को बाहर रखें
--exclude-from=FILE पढ़ें फ़ाइल से पैटर्न को बाहर करें
--include=PATTERN, PATTERN से मेल खाने वाली फ़ाइलों को बाहर न करें
--include-from=FILE पढ़ने में FILE के पैटर्न शामिल हैं
--फ़ाइलें-से=फ़ाइल फ़ाइल से स्रोत-फ़ाइल नामों की सूची पढ़ें
-0, --from0 सभी *from/filter फ़ाइलें 0s द्वारा सीमांकित हैं
-s, --प्रोटेक्ट-आर्ग्स नो स्पेस-स्प्लिटिंग; केवल वाइल्डकार्ड वर्ण
--address=ADDRESS आउटगोइंग सॉकेट के लिए पते को डेमॉन से बाइंड करें
--पोर्ट=पोर्ट डबल-कॉलन वैकल्पिक पोर्ट नंबर निर्दिष्ट करें
--sockopts=OPTIONS कस्टम टीसीपी विकल्प निर्दिष्ट करते हैं
--ब्लॉकिंग-आईओ रिमोट शेल के लिए ब्लॉकिंग I/O का उपयोग करता है
--outbuf=N|L|B बफ़रिंग को कोई नहीं, रेखा या ब्लॉक पर सेट करें
--आँकड़े कुछ फ़ाइल-स्थानांतरण आँकड़े देते हैं
-8, --8-बिट-आउटपुट, आउटपुट में उच्च-बिट वर्णों को छोड़ देता है
-h, --मानव-पठनीय आउटपुट संख्याएं मानव-पठनीय प्रारूप में
--प्रगति स्थानांतरण के दौरान प्रगति दिखाती है
-P --आंशिक --प्रगति के समान
-i, --itemize-changes सभी अद्यतनों के लिए एक परिवर्तन-सारांश आउटपुट करता है
-M, --remote-option=OPTION, OPTION को केवल रिमोट साइड पर भेजें
--out-format=निर्दिष्ट FORMAT का उपयोग करके FORMAT आउटपुट अपडेट
--log-file=FILE लॉग करें कि हम निर्दिष्ट फ़ाइल में क्या कर रहे हैं
--log-file-format=FMT निर्दिष्ट FMT का उपयोग करके लॉग अद्यतन करता है
--password-file=FILE फ़ाइल से डेमॉन-एक्सेस पासवर्ड पढ़ें
--फ़ाइलों को कॉपी करने के बजाय उन्हें केवल सूचीबद्ध करें
--bwlimit=रेट सीमा सॉकेट I/O बैंडविड्थ
--write-batch=FILE, FILE पर एक बैचयुक्त अद्यतन लिखें
--only-write-batch=फ़ाइल --write-batch की तरह लेकिन गंतव्य को अपडेट किए बिना
--read-batch=FILE FILE से बैच अद्यतन पढ़ें
--protocol=NUM पुराने प्रोटोकॉल संस्करण को उपयोग करने के लिए बाध्य करता है
--iconv=CONVERT_SPEC फ़ाइल नामों के वर्णसेट रूपांतरण का अनुरोध करें
--चेकसम-बीज=NUM सेट ब्लॉक/फ़ाइल चेकसम बीज (उन्नत)
-4, --ipv4 IPv4 को प्राथमिकता दें
-6, --ipv6 IPv6 को प्राथमिकता दें
--संस्करण प्रिंट संस्करण संख्या
(-h) --help इस सहायता को दिखाएं (-h टिप्पणी के लिए नीचे देखें)

Rsync को डेमॉन के रूप में भी चलाया जा सकता है, इस स्थिति में निम्नलिखित विकल्प स्वीकार किए जाते हैं:

--डेमन एक rsync डेमॉन के रूप में चलता है
--address=ADDRESS निर्दिष्ट पते से जुड़ता है
--bwlimit=रेट सीमा सॉकेट I/O बैंडविड्थ
--config=FILE वैकल्पिक rsyncd.conf फ़ाइल निर्दिष्ट करें
-एम, --dparam=OVERRIDE वैश्विक डेमॉन कॉन्फ़िगरेशन पैरामीटर को ओवरराइड करता है
--नो-डिटैच माता-पिता से अलग न हों
--पोर्ट=पोर्ट वैकल्पिक पोर्ट नंबर पर सुनें
--log-file=FILE "लॉग फ़ाइल" सेटिंग को ओवरराइड करें
--log-file-format=FMT "लॉग फॉर्मेट" सेटिंग को ओवरराइड करता है
--sockopts=OPTIONS कस्टम टीसीपी विकल्प निर्दिष्ट करते हैं
-v, --verbose क्रियाशीलता बढ़ाता है
-4, --ipv4 IPv4 को प्राथमिकता दें
-6, --ipv6 IPv6 को प्राथमिकता दें
-h, --help यह सहायता दिखाएं (यदि --डेमॉन के बाद उपयोग किया जाता है)

विकल्प

Rsync लंबे (डबल-डैश + शब्द) और छोटे (सिंगल-डैश + अक्षर) दोनों विकल्पों को स्वीकार करता है।
उपलब्ध विकल्पों की पूरी सूची नीचे वर्णित है। यदि कोई विकल्प निर्दिष्ट किया जा सकता है
एक से अधिक तरीकों से, विकल्पों को अल्पविराम से अलग किया जाता है। कुछ विकल्पों में केवल लम्बाई होती है
भिन्न, लघु नहीं। यदि विकल्प एक पैरामीटर लेता है, तो पैरामीटर केवल बाद में सूचीबद्ध किया जाता है
लंबा संस्करण, भले ही इसे छोटे के लिए भी निर्दिष्ट किया जाना चाहिए। निर्दिष्ट करते समय ए
पैरामीटर, आप या तो फॉर्म --option=param का उपयोग कर सकते हैं या '=' को व्हाइटस्पेस से बदल सकते हैं।
शेल के जीवित रहने के लिए पैरामीटर को किसी तरह से उद्धृत करने की आवश्यकता हो सकती है
कमांड-लाइन पार्सिंग। ध्यान रखें कि फ़ाइल नाम में एक अग्रणी टिल्ड (~) प्रतिस्थापित किया गया है
आपके शेल द्वारा, तो --option=~/फू आपके होम डायरेक्टरी में टिल्ड को नहीं बदलेगा
(उसके लिए '=' हटा दें)।

--मदद rsync और निकास में उपलब्ध विकल्पों का वर्णन करने वाला एक संक्षिप्त सहायता पृष्ठ प्रिंट करें। के लिए
rsync के पुराने संस्करणों के साथ पश्चगामी-संगतता, सहायता भी आउटपुट होगी
यदि आप उपयोग करते हैं -h बिना किसी अन्य तर्क के विकल्प।

--संस्करण
rsync संस्करण संख्या प्रिंट करें और बाहर निकलें।

-में, --शब्दशः
यह विकल्प स्थानांतरण के दौरान आपको दी जाने वाली जानकारी की मात्रा को बढ़ाता है।
डिफ़ॉल्ट रूप से, rsync चुपचाप काम करता है। एक भी -v किस बारे में आपको जानकारी देंगे
फ़ाइलें स्थानांतरित की जा रही हैं और अंत में एक संक्षिप्त सारांश। दो -v विकल्प होंगे
आपको यह जानकारी देगा कि कौन सी फ़ाइलें छोड़ी जा रही हैं और थोड़ी अधिक जानकारी
अंत में। दो से अधिक -v विकल्पों का उपयोग केवल तभी किया जाना चाहिए जब आप डिबगिंग कर रहे हों
rsync.

आधुनिक rsync में, -v विकल्प के समूहों की सेटिंग के बराबर है --जानकारी
और - दाढ़ विकल्प. आप, या के अतिरिक्त इन नए विकल्पों का उपयोग करना चुन सकते हैं
उपयोग करने के स्थान पर --शब्दशः, क्योंकि कोई भी बारीक सेटिंग निहित को ओवरराइड कर देती है
की सेटिंग्स -v. दोनों --जानकारी और - दाढ़ मदद मांगने का एक तरीका है जो आपको बताता है
वाचालता में प्रत्येक वृद्धि के लिए वास्तव में कौन से झंडे लगाए गए हैं।

हालाँकि, ध्यान रखें कि एक डेमॉन की "अधिकतम वर्बोसिटी" सेटिंग कैसे सीमित करेगी
एक स्तर के ऊंचे स्तर पर विभिन्न व्यक्तिगत झंडे डेमॉन पक्ष पर स्थापित किए जा सकते हैं। के लिए
उदाहरण के लिए, यदि अधिकतम 2 है, तो कोई भी जानकारी और/या डीबग फ़्लैग उच्चतर पर सेट है
जो निर्धारित किया जाएगा उससे अधिक मूल्य -वीवी को डाउनग्रेड कर दिया जाएगा -वीवी में स्तर
डेमॉन की लॉगिंग.

--जानकारी=झंडे
यह विकल्प आपको आपके इच्छित सूचना आउटपुट पर सूक्ष्म नियंत्रण प्रदान करता है
देखने के लिए। एक व्यक्तिगत ध्वज के नाम के बाद एक स्तर संख्या हो सकती है, जिसका अर्थ 0 है
उस आउटपुट को शांत करने के लिए, 1 डिफ़ॉल्ट आउटपुट स्तर है, और उच्च संख्याएँ हैं
उस ध्वज का आउटपुट बढ़ाना (उन लोगों के लिए जो उच्च स्तरों का समर्थन करते हैं)। उपयोग
--जानकारी=मदद सभी उपलब्ध ध्वज नामों को देखने के लिए, वे क्या आउटपुट देते हैं, और कौन सा ध्वज
क्रिया स्तर में प्रत्येक वृद्धि के लिए नाम जोड़े जाते हैं। कुछ उदाहरण:

rsync -a --info=progress2 src/ dest/
rsync -avv --info=stats2,misc1,flist0 src/ dest/

ध्यान दें कि --जानकारी=नामका आउटपुट प्रभावित होता है --आउट-फ़ॉर्मेट और
--आइटमाइज़-परिवर्तन (-i) विकल्प। क्या है इसके बारे में अधिक जानकारी के लिए उन विकल्पों को देखें
आउटपुट और कब।

यह विकल्प 3.1.0 में जोड़ा गया था, इसलिए सर्वर साइड पर पुराना rsync अस्वीकार हो सकता है
सुक्ष्म नियंत्रण के आपके प्रयास (यदि एक या अधिक झंडे भेजने की आवश्यकता है)।
सर्वर और सर्वर उन्हें समझने के लिए बहुत पुराने थे)। "अधिकतम" भी देखें
डेमॉन के साथ व्यवहार करते समय उपरोक्त चेतावनी।

--डीबग=झंडे
यह विकल्प आपको अपने इच्छित डिबग आउटपुट पर सूक्ष्म नियंत्रण रखने की सुविधा देता है
देखना। एक व्यक्तिगत ध्वज नाम के बाद एक स्तर संख्या हो सकती है, जिसका अर्थ 0 है
उस आउटपुट को शांत करें, 1 डिफ़ॉल्ट आउटपुट स्तर है, और उच्च संख्याएँ हैं
उस ध्वज का आउटपुट बढ़ाना (उन लोगों के लिए जो उच्च स्तरों का समर्थन करते हैं)। उपयोग
--डीबग=सहायता सभी उपलब्ध ध्वज नामों को देखने के लिए, वे क्या आउटपुट देते हैं, और कौन सा ध्वज
क्रिया स्तर में प्रत्येक वृद्धि के लिए नाम जोड़े जाते हैं। कुछ उदाहरण:

rsync -avvv --debug=none src/ dest/
rsync -avA --del --debug=del2,acl src/ dest/

ध्यान दें कि कुछ डिबग संदेश केवल तभी आउटपुट होंगे --msgs2stderr अधिकृत है,
विशेष रूप से I/O और बफ़र डिबगिंग से संबंधित।

यह विकल्प 3.1.0 में जोड़ा गया था, इसलिए सर्वर साइड पर पुराना rsync अस्वीकार हो सकता है
सुक्ष्म नियंत्रण के आपके प्रयास (यदि एक या अधिक झंडे भेजने की आवश्यकता है)।
सर्वर और सर्वर उन्हें समझने के लिए बहुत पुराने थे)। "अधिकतम" भी देखें
डेमॉन के साथ व्यवहार करते समय उपरोक्त चेतावनी।

--msgs2stderr
यह विकल्प अपने सभी आउटपुट को सीधे stderr पर भेजने के बजाय rsync को बदल देता है
प्रोटोकॉल के माध्यम से क्लाइंट पक्ष को संदेश भेजें (जो आम तौर पर जानकारी आउटपुट करता है)।
stdout के माध्यम से संदेश)। यह मुख्य रूप से बचने के लिए डिबगिंग के लिए है
प्रोटोकॉल के माध्यम से भेजे गए डेटा को बदलना, क्योंकि अतिरिक्त प्रोटोकॉल डेटा बदल सकता है
क्या परीक्षण किया जा रहा है. ध्यान रखें कि डेमॉन कनेक्शन में stderr नहीं होता है
क्लाइंट पक्ष को संदेश वापस भेजने के लिए चैनल, यदि आप कोई ऐसा कर रहे हैं
इस विकल्प का उपयोग करके डेमॉन-ट्रांसफर डिबगिंग, आपको इसका उपयोग करके डेमॉन शुरू करना चाहिए
--नो-डिटैच ताकि आप डेमॉन साइड पर stderr आउटपुट देख सकें।

इस विकल्प का दुष्परिणाम यह है कि stderr आउटपुट लाइन-बफर हो जाता है
3 प्रोग्रामों के आउटपुट का विलय अधिक पठनीय तरीके से होता है।

-क्यू, --शांत
यह विकल्प स्थानांतरण के दौरान आपको दी जाने वाली जानकारी की मात्रा कम कर देता है,
विशेष रूप से दूरस्थ सर्वर से सूचना संदेशों को दबाना। यह विकल्प है
क्रॉन से rsync लागू करते समय उपयोगी।

--नो-मोट
यह विकल्प उस जानकारी को प्रभावित करता है जो क्लाइंट द्वारा ए की शुरुआत में आउटपुट की जाती है
डेमन स्थानांतरण. यह संदेश-ऑफ़-द-डे (MOTD) पाठ को दबाता है, लेकिन यह भी
मॉड्यूल की सूची को प्रभावित करता है जिसे डेमॉन "rsync होस्ट::" के जवाब में भेजता है।
अनुरोध (rsync प्रोटोकॉल में एक सीमा के कारण), इसलिए यदि आप इस विकल्प को छोड़ दें
डेमॉन से मॉड्यूल की सूची का अनुरोध करना चाहते हैं।

-मैं, --अनदेखा-बार
आम तौर पर rsync किसी भी फाइल को छोड़ देगा जो पहले से ही समान आकार की है और समान है
संशोधन टाइमस्टैम्प. यह विकल्प इस "त्वरित जाँच" व्यवहार को बंद कर देता है, जिसके कारण
सभी फाइलों को अद्यतन किया जाना है।

--केवल आकार
यह आवश्यक फ़ाइलों को ढूंढने के लिए rsync के "त्वरित जांच" एल्गोरिदम को संशोधित करता है
स्थानांतरित किया गया, इसे या तो ए के साथ फ़ाइलों को स्थानांतरित करने के डिफ़ॉल्ट से बदल दिया गया
केवल उन फ़ाइलों की तलाश करने के लिए जिनका आकार बदल गया है या अंतिम-संशोधित समय बदल गया है
आकार में परिवर्तन हुआ. किसी अन्य का उपयोग करने के बाद rsync का उपयोग शुरू करते समय यह उपयोगी होता है
मिररिंग सिस्टम जो टाइमस्टैम्प को सटीक रूप से संरक्षित नहीं कर सकता है।

--संशोधित-विंडो
दो टाइमस्टैम्प की तुलना करते समय, rsync टाइमस्टैम्प को समान मानता है यदि वे हैं
संशोधित-विंडो मान से अधिक भिन्न नहीं। यह सामान्यतः 0 है (सटीक के लिए)।
मिलान), लेकिन कुछ में इसे बड़े मान पर सेट करना आपके लिए उपयोगी हो सकता है
स्थितियाँ. विशेष रूप से, MS Windows FAT पर या उससे स्थानांतरित करते समय
फ़ाइल सिस्टम (जो 2-सेकंड रिज़ॉल्यूशन के साथ समय का प्रतिनिधित्व करता है), --संशोधित-विंडो=1
उपयोगी है (समय को 1 सेकंड तक भिन्न होने की अनुमति देना)।

-सी, --चेकसम
यह rsync की जाँच करने के तरीके को बदल देता है कि क्या फ़ाइलें बदल दी गई हैं और उनकी आवश्यकता है
हस्तांतरण। इस विकल्प के बिना, rsync एक "त्वरित जांच" का उपयोग करता है (डिफ़ॉल्ट रूप से)
जाँचता है कि प्रत्येक फ़ाइल का आकार और अंतिम संशोधन का समय प्रेषक के बीच मेल खाता है या नहीं
और रिसीवर. यह विकल्प प्रत्येक फ़ाइल के लिए 128-बिट चेकसम की तुलना करने के लिए इसे बदलता है
जिसका आकार मेल खाता हो. चेकसम उत्पन्न करने का मतलब है कि दोनों पक्ष ऐसा करेंगे
स्थानांतरण में फ़ाइलों के सभी डेटा को पढ़ने में बहुत अधिक डिस्क I/O खर्च करें (और
यह किसी भी रीडिंग से पहले है जो परिवर्तित फ़ाइलों को स्थानांतरित करने के लिए की जाएगी), इसलिए यह
चीज़ों को काफ़ी हद तक धीमा कर सकता है.

फ़ाइल-सिस्टम स्कैन करते समय भेजने वाला पक्ष अपने चेकसम उत्पन्न करता है
जो उपलब्ध फाइलों की सूची बनाता है। रिसीवर अपना चेकसम उत्पन्न करता है
जब यह बदली हुई फ़ाइलों को स्कैन कर रहा है, और किसी भी फ़ाइल को चेकसम करेगा
संबंधित प्रेषक की फ़ाइल के अनुसार आकार: परिवर्तित आकार वाली फ़ाइलें या a
परिवर्तित चेकसम को स्थानांतरण के लिए चुना जाता है।

ध्यान दें कि rsync हमेशा प्रत्येक को सत्यापित करता है का तबादला फ़ाइल सही थी
संपूर्ण फ़ाइल चेकसम की जांच करके प्राप्तकर्ता पक्ष पर पुनर्निर्माण किया गया है
फ़ाइल स्थानांतरित होते ही उत्पन्न हो जाती है, लेकिन स्थानांतरण के बाद वह स्वचालित हो जाती है
सत्यापन का इस विकल्प के स्थानांतरण से पहले से कोई लेना-देना नहीं है "ऐसा करता है
फ़ाइल को अद्यतन करने की आवश्यकता है?" जांचें।

प्रोटोकॉल 30 और उससे आगे (पहली बार 3.0.0 में समर्थित) के लिए, उपयोग किया जाने वाला चेकसम MD5 है।
पुराने प्रोटोकॉल के लिए, उपयोग किया जाने वाला चेकसम MD4 है।

-ए --संग्रह
इसके बराबर है -rlptgoD. यह कहने का एक त्वरित तरीका है कि आप रिकर्सन चाहते हैं और
लगभग हर चीज़ को संरक्षित करना चाहते हैं (-H एक उल्लेखनीय चूक के साथ)। केवल
उपरोक्त तुल्यता का अपवाद तब है --फ़ाइलें-से निर्दिष्ट है, किस मामले में
-r निहित नहीं है.

ध्यान दें कि -a कर देता है नहीं बनाए रखने के हार्डलिंक, क्योंकि बहु-लिंक्ड फ़ाइलें ढूँढना है
महँगा। आपको अलग से निर्दिष्ट करना होगा -H.

--कोई विकल्प नहीं
आप विकल्प नाम के पहले 'शब्द' जोड़कर एक या अधिक निहित विकल्पों को बंद कर सकते हैं
"नहीं-"। सभी विकल्पों के पहले "नहीं-" नहीं लगाया जा सकता: केवल वे विकल्प जो निहित हैं
अन्य विकल्पों द्वारा (उदा. --सिर हिलाकर सहमति देना, --नो-पर्म) या विभिन्न में अलग-अलग डिफ़ॉल्ट हैं
परिस्थितियाँ (उदा. --कोई-संपूर्ण-फ़ाइल नहीं, --नो-ब्लॉकिंग-आईओ, --नो-डायर). आप निर्दिष्ट कर सकते हैं
"नहीं-" उपसर्ग के बाद या तो छोटा या लंबा विकल्प नाम (उदा. --और न विश्व का सबसे लोकप्रिय एंव
के रूप में एक ही --कोई रिश्तेदार नहीं).

उदाहरण के लिए: यदि आप उपयोग करना चाहते हैं -a (--संग्रह) लेकिन नहीं चाहता -o (--मालिक), बजाय
परिवर्तित करने का -a में -rlptgD, आप निर्दिष्ट कर सकते हैं -a --नहीं (या -a --नो-मालिक).

विकल्पों का क्रम महत्वपूर्ण है: यदि आप निर्दिष्ट करते हैं --और न -a, -r विकल्प
अंत में चालू किया जाएगा, इसके विपरीत -a --और न। ध्यान दें कि
के दुष्प्रभाव --फ़ाइलें-से विकल्प स्थितीय नहीं है, क्योंकि यह प्रभावित करता है
कई विकल्पों की डिफ़ॉल्ट स्थिति और इसका अर्थ थोड़ा बदल जाता है -a (देखें
--फ़ाइलें-से अधिक जानकारी के लिए विकल्प)।

-आर, - आक्रामक
यह rsync को निर्देशिकाओं को पुनरावर्ती रूप से कॉपी करने के लिए कहता है। यह सभी देखें --डीआईआर (-d).

rsync 3.0.0 से शुरुआत करते हुए, उपयोग किया जाने वाला पुनरावर्ती एल्गोरिदम अब एक वृद्धिशील स्कैन है
यह पहले की तुलना में बहुत कम मेमोरी का उपयोग करता है और स्कैनिंग के बाद स्थानांतरण शुरू करता है
पहली कुछ निर्देशिकाएँ पूरी हो चुकी हैं। यह केवल वृद्धिशील स्कैन है
हमारे रिकर्सन एल्गोरिदम को प्रभावित करता है, और गैर-रिकर्सिव ट्रांसफर को नहीं बदलता है। यह
यह भी तभी संभव है जब स्थानांतरण के दोनों सिरे कम से कम संस्करण 3.0.0 हों।

कुछ विकल्पों के लिए पूरी फ़ाइल सूची जानने के लिए rsync की आवश्यकता होती है, इसलिए ये विकल्प अक्षम हो जाते हैं
वृद्धिशील प्रत्यावर्तन मोड. इसमे शामिल है: --हटाएं-पहले, --डिलीट-बाद,
--छँटाई-खाली-डीआईआर, तथा --विलंब-अद्यतन. इस वजह से, डिफ़ॉल्ट डिलीट मोड
जब आप निर्दिष्ट करते हैं --हटाएं अब है --हटाएं-दौरान जब कनेक्शन के दोनों सिरे
कम से कम 3.0.0 हैं (उपयोग करें)। --डेल or --हटाएं-दौरान इस बेहतर विलोपन का अनुरोध करने के लिए
मोड स्पष्ट रूप से)। यह भी देखें --हटाएं-विलंब वह विकल्प जो उससे बेहतर विकल्प है
का उपयोग --डिलीट-बाद.

का उपयोग करके वृद्धिशील रिकर्सन को अक्षम किया जा सकता है --कोई-इंक-पुनरावर्ती नहीं विकल्प या उसका
कम --नहीं-मैं-आर उपनाम।

-आर, --रिश्तेदार
सापेक्ष पथों का प्रयोग करें. इसका मतलब यह है कि कमांड पर पूर्ण पथ नाम निर्दिष्ट हैं
फ़ाइल नाम के केवल अंतिम भाग के बजाय लाइन को सर्वर पर भेजा जाता है। यह
यह विशेष रूप से तब उपयोगी होता है जब आप कई अलग-अलग निर्देशिकाएँ भेजना चाहते हैं
उसी समय। उदाहरण के लिए, यदि आपने इस आदेश का उपयोग किया है:

rsync -av /foo/bar/baz.c रिमोट:/ Tmp /

... इससे baz.c नाम की एक फ़ाइल बनेगी / Tmp / रिमोट मशीन पर. यदि इसके बजाय
आपने इस्तेमाल किया

rsync -avR /foo/bar/baz.c रिमोट:/ Tmp /

फिर रिमोट मशीन पर /tmp/foo/bar/baz.c नाम की एक फ़ाइल बनाई जाएगी,
इसका पूरा पथ संरक्षित करना। इन अतिरिक्त पथ तत्वों को "अंतर्निहित" कहा जाता है
निर्देशिकाएँ" (अर्थात उपरोक्त उदाहरण में "foo" और "foo/bar" निर्देशिकाएँ)।

rsync 3.0.0 से शुरुआत करते हुए, rsync हमेशा इन निहित निर्देशिकाओं को वास्तविक के रूप में भेजता है
फ़ाइल सूची में निर्देशिकाएँ, भले ही पथ तत्व वास्तव में एक सिम्लिंक हो
पक्ष भेज रहा हूँ. यह पूर्ण प्रतिलिपि बनाते समय कुछ वास्तव में अप्रत्याशित व्यवहारों को रोकता है
किसी फ़ाइल का पथ जिसके बारे में आपको पता नहीं था कि उसके पथ में कोई सिम्लिंक है। यदि आप चाहते हैं
सर्वर-साइड सिम्लिंक को डुप्लिकेट करें, इसके पथ के माध्यम से दोनों सिम्लिंक शामिल करें, और
अपने वास्तविक पथ के माध्यम से संदर्भ निर्देशिका। यदि आप पुराने rsync के साथ काम कर रहे हैं
पक्ष भेजने के लिए, आपको इसका उपयोग करने की आवश्यकता हो सकती है --कोई-अंतर्निहित-डीआईआर नहीं विकल्प.

निहित रूप से भेजी जाने वाली पथ जानकारी की मात्रा को सीमित करना भी संभव है
आपके द्वारा निर्दिष्ट प्रत्येक पथ के लिए निर्देशिकाएँ। भेजने वाले पक्ष पर एक आधुनिक rsync के साथ
(2.6.7 से शुरू करके), आप स्रोत पथ में एक बिंदु और एक स्लैश डाल सकते हैं, जैसे
इस:

rsync -avR /foo/./bar/baz.c रिमोट:/ Tmp /

वह रिमोट मशीन पर /tmp/bar/baz.c बनाएगा। (ध्यान दें कि बिंदु अवश्य होना चाहिए
इसके बाद एक स्लैश है, इसलिए "/foo/।" संक्षिप्त नहीं किया जाएगा।) पुराने rsync के लिए
संस्करण, आपको स्रोत पथ को सीमित करने के लिए chdir का उपयोग करने की आवश्यकता होगी। उदाहरण के लिए,
फ़ाइलें पुश करते समय:

(cd /foo; rsync -avR bar/baz.c रिमोट:/ Tmp /)

(ध्यान दें कि माता-पिता दोनों कमांड को एक उप-शेल में डालते हैं, ताकि "सीडी"
यह आदेश भविष्य के आदेशों के लिए प्रभावी नहीं रहेगा।) यदि आप फ़ाइलें खींच रहे हैं
पुराने rsync से, इस मुहावरे का उपयोग करें (लेकिन केवल गैर-डेमॉन स्थानांतरण के लिए):

rsync -avR --rsync-path='cd /foo; rsync' \
रिमोट:बार/baz.c / Tmp /

--कोई-अंतर्निहित-डीआईआर नहीं
यह विकल्प के डिफ़ॉल्ट व्यवहार को प्रभावित करता है --रिश्तेदार विकल्प। जब यह है
निर्दिष्ट, स्रोत नामों से निहित निर्देशिकाओं की विशेषताएँ नहीं हैं
स्थानांतरण में शामिल है. इसका मतलब है कि संबंधित पथ तत्व
यदि गंतव्य प्रणाली मौजूद है तो उन्हें अपरिवर्तित छोड़ दिया जाता है, और कोई भी गायब निहित है
निर्देशिकाएँ डिफ़ॉल्ट विशेषताओं के साथ बनाई जाती हैं। यह इन्हें निहित भी करने की अनुमति देता है
पथ तत्वों में बड़े अंतर होते हैं, जैसे किसी निर्देशिका का सिम्लिंक होना
प्राप्तकर्ता पक्ष.

उदाहरण के लिए, यदि एक कमांड-लाइन आर्ग या फाइल-फ़्रॉम प्रविष्टि ने rsync को स्थानांतरित करने के लिए कहा है
फ़ाइल "पथ/फू/फ़ाइल", निर्देशिकाएं "पथ" और "पथ/फू" निहित हैं जब
--रिश्तेदार प्रयोग किया जाता है। यदि "पथ/फू" गंतव्य सिस्टम पर "बार" का एक सिम्लिंक है,
प्राप्त करने वाला rsync आमतौर पर "path/foo" को हटा देगा, इसे एक निर्देशिका के रूप में पुनः बनाएगा,
और फ़ाइल को नई निर्देशिका में प्राप्त करें। साथ --कोई-अंतर्निहित-डीआईआर नहीं, प्राप्त करने वाला
rsync मौजूदा पथ तत्वों का उपयोग करके "पथ/फू/फ़ाइल" को अद्यतन करता है, जिसका अर्थ है
फ़ाइल अंततः "पथ/बार" में बन जाती है। इस लिंक को पूरा करने का दूसरा तरीका
संरक्षण का उपयोग करना है --कीप-डिरलिंक्स विकल्प (जो सिम्लिंक को भी प्रभावित करेगा
शेष स्थानांतरण में निर्देशिकाओं के लिए)।

3.0.0 से पुराने rsync से फ़ाइलें खींचते समय, आपको इस विकल्प का उपयोग करने की आवश्यकता हो सकती है
यदि भेजने वाले पक्ष के पास आपके अनुरोधित पथ में एक सिम्लिंक है और आप निहितार्थ चाहते हैं
निर्देशिकाओं को सामान्य निर्देशिकाओं के रूप में स्थानांतरित किया जाना है।

-बी, --बैकअप
इस विकल्प के साथ, पहले से मौजूद गंतव्य फ़ाइलों का नाम प्रत्येक फ़ाइल की तरह बदल दिया जाता है
स्थानांतरित या हटा दिया गया. आप यह नियंत्रित कर सकते हैं कि बैकअप फ़ाइल कहाँ जाती है और क्या (यदि)
Any) प्रत्यय का उपयोग करके जोड़ा जाता है --बैकअप-दिरो और --प्रत्यय विकल्प.

ध्यान दें कि यदि आप निर्दिष्ट नहीं करते हैं --बैकअप-दिरो, (1) द --omit-dir-times विकल्प होगा
निहित हो, और (2) यदि --हटाएं प्रभाव में भी है (बिना --हटाएं-बहिष्कृत),
rsync आपके सभी के अंत में बैकअप प्रत्यय के लिए एक "सुरक्षित" फ़िल्टर-नियम जोड़ देगा
मौजूदा बहिष्करण (उदा. -f "P *~"). यह पहले से बैकअप की गई फ़ाइलों को रोकेगा
हटाए जाने से. ध्यान दें कि यदि आप अपने स्वयं के फ़िल्टर नियम प्रदान कर रहे हैं, तो आप ऐसा कर सकते हैं
अपने स्वयं के बहिष्करण/सुरक्षा नियम को मैन्युअल रूप से कहीं ऊपर डालने की आवश्यकता है
सूची बनाएं ताकि प्रभावी होने के लिए इसकी पर्याप्त उच्च प्राथमिकता हो (उदाहरण के लिए, यदि आपके नियम
'*' का पिछला समावेशन/बहिष्करण निर्दिष्ट करें, स्वतः-जोड़ा गया नियम कभी नहीं होगा
पहुँच गया)।

--बैकअप-डीआईआर=डीआईआर
के संयोजन में --बैकअप विकल्प, यह rsync को सभी बैकअप संग्रहीत करने के लिए कहता है
प्राप्तकर्ता पक्ष पर निर्दिष्ट निर्देशिका। इसका उपयोग वृद्धिशील के लिए किया जा सकता है
बैकअप. आप इसका उपयोग करके अतिरिक्त रूप से एक बैकअप प्रत्यय निर्दिष्ट कर सकते हैं --प्रत्यय विकल्प
(अन्यथा निर्दिष्ट निर्देशिका में बैकअप की गई फ़ाइलें अपना मूल बनाए रखेंगी
फ़ाइल नाम)।

ध्यान दें कि यदि आप कोई सापेक्ष पथ निर्दिष्ट करते हैं, तो बैकअप निर्देशिका सापेक्ष होगी
गंतव्य निर्देशिका, इसलिए संभवतः आप कोई पूर्ण पथ निर्दिष्ट करना चाहेंगे
या एक पथ जो "../" से शुरू होता है। यदि कोई rsync डेमॉन रिसीवर है, तो बैकअप
डीआईआर मॉड्यूल के पथ पदानुक्रम से बाहर नहीं जा सकता है, इसलिए हटाने से बचने के लिए अतिरिक्त सावधानी बरतें
इसे या इसमें कॉपी करें।

--प्रत्यय=प्रत्यय
यह विकल्प आपको इसके साथ प्रयुक्त डिफ़ॉल्ट बैकअप प्रत्यय को ओवरराइड करने की अनुमति देता है --बैकअप
(-b) विकल्प। डिफ़ॉल्ट प्रत्यय ~ है यदि नहीं --बैकअप-डीआईआर अन्यथा निर्दिष्ट किया गया था
यह एक खाली स्ट्रिंग है.

-यू, --अपडेट करें
यह rsync को गंतव्य पर मौजूद किसी भी फाइल को छोड़ने के लिए मजबूर करता है
संशोधित समय जो स्रोत फ़ाइल से नया है। (यदि कोई मौजूदा गंतव्य फ़ाइल है
स्रोत फ़ाइल के बराबर संशोधन समय है, आकार होने पर इसे अपडेट किया जाएगा
कुछ अलग हैं।)

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

यह विकल्प एक स्थानांतरण नियम है, बहिष्कृत नहीं, इसलिए यह उस डेटा को प्रभावित नहीं करता है
फ़ाइल-सूचियों में चला जाता है, और इस प्रकार यह विलोपन को प्रभावित नहीं करता है। यह सिर्फ सीमित करता है
फ़ाइलें जिन्हें प्राप्तकर्ता स्थानांतरित करने का अनुरोध करता है।

--जगह में
यह विकल्प बदलता है कि rsync किसी फ़ाइल को कैसे स्थानांतरित करता है जब उसके डेटा को अद्यतन करने की आवश्यकता होती है:
फ़ाइल की एक नई प्रतिलिपि बनाने और उसे इसमें स्थानांतरित करने की डिफ़ॉल्ट विधि के बजाय
जब यह पूरा हो जाता है, तो rsync इसके बजाय अद्यतन डेटा को सीधे लिखता है
गंतव्य फ़ाइल।

इसके कई प्रभाव हैं:

o हार्ड लिंक टूटे नहीं हैं. इसका मतलब है कि नया डेटा दिखाई देगा
गंतव्य फ़ाइल के अन्य हार्ड लिंक। इसके अलावा नकल करने का प्रयास भी किया जाता है
बहु-लिंक्ड गंतव्य फ़ाइल पर अलग-अलग स्रोत फ़ाइलें परिणामित होंगी
गंतव्य डेटा के आगे-पीछे बदलने के साथ "रस्साकशी" में।

o उपयोग में आने वाली बायनेरिज़ को अपडेट नहीं किया जा सकता (या तो ओएस इसे रोक देगा
घटित हो रहा है, या बायनेरिज़ जो अपने डेटा को स्वैप-इन करने का प्रयास करेंगे, दुर्व्यवहार करेंगे या
दुर्घटना)।

o स्थानांतरण के दौरान फ़ाइल का डेटा असंगत स्थिति में होगा
यदि स्थानांतरण बाधित हो जाता है या कोई अद्यतन विफल हो जाता है तो इसे वैसे ही छोड़ दिया जाएगा।

o एक फ़ाइल जिस पर rsync नहीं लिख सकता, उसे अद्यतन नहीं किया जा सकता। जबकि एक सुपर उपयोगकर्ता कर सकता है
किसी भी फ़ाइल को अद्यतन करने के लिए, एक सामान्य उपयोगकर्ता को इसके लिए लिखने की अनुमति दी जानी चाहिए
लेखन के सफल होने के लिए फ़ाइल खोलें।

o यदि कुछ हो तो rsync के डेल्टा-ट्रांसफर एल्गोरिदम की दक्षता कम हो सकती है
गंतव्य फ़ाइल में डेटा को कॉपी करने से पहले उसे अधिलेखित कर दिया जाता है
फ़ाइल में बाद में स्थिति. यदि आप उपयोग करते हैं तो यह लागू नहीं होता है --बैकअप, जबसे
rsync बैकअप फ़ाइल को आधार फ़ाइल के रूप में उपयोग करने के लिए पर्याप्त स्मार्ट है
हस्तांतरण।

चेतावनी: आपको इस विकल्प का उपयोग उन फ़ाइलों को अपडेट करने के लिए नहीं करना चाहिए जिन तक पहुंच प्राप्त की जा रही है
अन्य, इसलिए प्रतिलिपि के लिए इसका उपयोग चुनते समय सावधान रहें।

यह विकल्प ब्लॉक-आधारित परिवर्तनों के साथ बड़ी फ़ाइलों को स्थानांतरित करने के लिए उपयोगी है
संलग्न डेटा, और उन सिस्टमों पर भी जो डिस्क बाउंड हैं, नेटवर्क बाउंड नहीं। यह
कॉपी-ऑन-राइट फ़ाइल सिस्टम स्नैपशॉट को संपूर्ण रूप से अलग होने से बचाने में भी मदद करता है
किसी फ़ाइल की सामग्री जिसमें केवल मामूली परिवर्तन हैं।

विकल्प का तात्पर्य है --आंशिक (चूँकि एक बाधित स्थानांतरण नहीं हटता है
फ़ाइल), लेकिन इसके साथ विरोध होता है --आंशिक-dir और --विलंब-अद्यतन. rsync 2.6.4 से पहले
--जगह में के साथ भी असंगत था --तुलना-नियति और --लिंक-डेस्ट.

--परिशिष्ट
इसके कारण rsync फ़ाइल के अंत में डेटा जोड़कर फ़ाइल को अद्यतन करता है,
जो मानता है कि प्राप्तकर्ता पक्ष पर पहले से मौजूद डेटा समान है
भेजने वाले पक्ष पर फ़ाइल की शुरुआत के साथ। यदि किसी फ़ाइल को स्थानांतरित करने की आवश्यकता है
और रिसीवर पर इसका आकार प्रेषक के आकार के समान या उससे अधिक लंबा होता है
फ़ाइल छोड़ दी गई है. यह किसी फ़ाइल की गैर-सामग्री को अद्यतन करने में हस्तक्षेप नहीं करता है
विशेषताएँ (जैसे अनुमतियाँ, स्वामित्व, आदि) जब फ़ाइल की आवश्यकता नहीं होती है
स्थानांतरित किया गया है, न ही यह किसी गैर-नियमित फ़ाइल के अद्यतनीकरण को प्रभावित करता है। तात्पर्य
--जगह में, लेकिन संघर्ष नहीं करता -- विरल (चूँकि यह हमेशा a का विस्तार कर रहा है
फ़ाइल की लंबाई)

--जोड़ें-सत्यापित करें
यह बिल्कुल वैसे ही काम करता है जैसे --परिशिष्ट विकल्प, लेकिन प्राप्त करने पर मौजूदा डेटा
पक्ष को पूर्ण-फ़ाइल चेकसम सत्यापन चरण में शामिल किया गया है, जिसके कारण a
यदि अंतिम सत्यापन चरण विफल रहता है तो फ़ाइल पुनः भेजी जाएगी (rsync सामान्य का उपयोग करता है,
गैर-जोड़ना --जगह में पुनः भेजने के लिए स्थानांतरण)।

नोट: rsync 3.0.0 से पहले, --परिशिष्ट विकल्प की तरह काम किया --जोड़ें-सत्यापित करें, तो अगर
आप पुराने rsync के साथ इंटरैक्ट कर रहे हैं (या ट्रांसफर पहले किसी प्रोटोकॉल का उपयोग कर रहा है
से 30), या तो संलग्न विकल्प निर्दिष्ट करने से एक आरंभ होगा --जोड़ें-सत्यापित करें हस्तांतरण।

-डी, --डीआईआर
भेजने वाले पक्ष को सामने आने वाली किसी भी निर्देशिका को शामिल करने के लिए कहें। भिन्न
- आक्रामक, किसी निर्देशिका की सामग्री तब तक कॉपी नहीं की जाती जब तक कि निर्देशिका का नाम न हो
निर्दिष्ट है "।" या एक अनुगामी स्लैश के साथ समाप्त होता है (उदाहरण के लिए "।", "dir/", "dir/", आदि)।
इस विकल्प के बिना या - आक्रामक विकल्प, rsync इसे सभी निर्देशिकाओं को छोड़ देगा
मुठभेड़ करता है (और प्रत्येक के लिए उस आशय का एक संदेश आउटपुट करता है)। यदि आप दोनों निर्दिष्ट करते हैं
--डीआईआर और - आक्रामक, - आक्रामक प्रधानता मिलती है।

RSI --डीआईआर विकल्प द्वारा निहित है --फ़ाइलें-से विकल्प या --सूची-केवल विकल्प
(एक निहित सहित --सूची-केवल उपयोग) यदि - आक्रामक निर्दिष्ट नहीं किया गया था (इसलिए
निर्देशिकाएँ सूची में दिखाई देती हैं)। उल्लिखित करना --नो-डायर (या --सिर हिलाकर सहमति देना) यदि आप चाहते हैं
इसे बंद करो.

एक पश्चगामी-संगतता सहायक विकल्प भी है, --पुराना-dirs (या --पुराना-डी) उस
सूची में पुराना rsync प्राप्त करने के लिए rsync को "-r --exclude='/*/*'" के हैक का उपयोग करने के लिए कहता है
पुनरावृत्ति के बिना एकल निर्देशिका।

-एल, --लिंक
जब सिम्लिंक का सामना हो, तो गंतव्य पर सिम्लिंक को फिर से बनाएं।

-एल, --कॉपी-लिंक
जब सिम्लिंक का सामना किया जाता है, तो वे जिस आइटम (संदर्भ) की ओर इशारा करते हैं वह है
सिम्लिंक के बजाय कॉपी किया गया। rsync के पुराने संस्करणों में भी यह विकल्प था
प्राप्तकर्ता पक्ष को सिम्लिंक, जैसे सिम्लिंक का पालन करने के लिए कहने का दुष्परिणाम
निर्देशिकाओं के लिए. इस जैसे आधुनिक rsync में, आपको निर्दिष्ट करने की आवश्यकता होगी
--कीप-डिरलिंक्स (-K) यह अतिरिक्त व्यवहार पाने के लिए। एकमात्र अपवाद तब है जब
rsync पर फ़ाइलें भेजना जो समझने के लिए बहुत पुरानी है -K -- उस स्थिति में, -L
विकल्प का अभी भी दुष्परिणाम होगा -K उस पुराने प्राप्त rsync पर।

--कॉपी-असुरक्षित-लिंक
यह rsync को बाहर की ओर इंगित करने वाले प्रतीकात्मक लिंक के संदर्भ को कॉपी करने के लिए कहता है
कॉपी किया गया पेड़. एब्सोल्यूट सिम्लिंक को भी सामान्य फ़ाइलों की तरह ही माना जाता है, और ऐसा ही किया जाता है
जब स्रोत पथ में ही कोई सिम्लिंक हो --रिश्तेदार प्रयोग किया जाता है। इस विकल्प में कोई नहीं है
अतिरिक्त प्रभाव यदि --कॉपी-लिंक भी निर्दिष्ट किया गया था.

--सुरक्षित-लिंक
यह rsync को किसी भी प्रतीकात्मक लिंक को अनदेखा करने के लिए कहता है जो कॉपी किए गए पेड़ के बाहर इंगित करता है।
सभी निरपेक्ष सहसंबंधों को भी नजरअंदाज कर दिया जाता है। के साथ इस विकल्प का उपयोग करना
--रिश्तेदार अप्रत्याशित परिणाम दे सकता है.

--मुंज-लिंक
यह विकल्प rsync को (1) प्राप्त पक्ष पर सभी सिम्लिंक को एक तरह से संशोधित करने के लिए कहता है
जो उन्हें अनुपयोगी लेकिन पुनर्प्राप्ति योग्य बनाता है (नीचे देखें), या (2) सिम्लिंक को अनमंज करने के लिए
भेजने वाला पक्ष जिसे मूंग अवस्था में संग्रहित किया गया था। यह उपयोगी है यदि आप
डेटा के स्रोत पर बिल्कुल भरोसा न करें, किसी सिम्लिंक में फिसलने का प्रयास न करें
अप्रत्याशित स्थान.

जिस तरह से rsync सिम्लिंक के उपयोग को अक्षम करता है, वह प्रत्येक को स्ट्रिंग के साथ उपसर्ग करना है
"/rsyncd-munged/"। यह लिंकों को तब तक उपयोग करने से रोकता है
निर्देशिका मौजूद नहीं है. जब यह विकल्प सक्षम होता है, तो rsync चलने से इंकार कर देगा
वह पथ एक निर्देशिका या किसी निर्देशिका का सिम्लिंक है।

विकल्प केवल स्थानांतरण के ग्राहक पक्ष को प्रभावित करता है, इसलिए यदि आपको इसकी आवश्यकता है
सर्वर को प्रभावित करें, इसके माध्यम से निर्दिष्ट करें --रिमोट-विकल्प. (ध्यान दें कि स्थानीय स्थानांतरण में,
ग्राहक पक्ष प्रेषक है।)

इस विकल्प का डेमॉन पर कोई प्रभाव नहीं पड़ता है, क्योंकि डेमॉन अपनी इच्छानुसार कॉन्फ़िगर करता है
इसके "मंज सिम्लिंक्स" पैरामीटर के माध्यम से सिम्लिंक को मंग किया गया। "मंज-सिम्लिंक्स" भी देखें
स्रोत कोड की समर्थन निर्देशिका में पर्ल स्क्रिप्ट।

-क, --कॉपी-डिर्लिंक
यह विकल्प भेजने वाले पक्ष को किसी निर्देशिका के लिए एक सिम्लिंक के रूप में व्यवहार करने का कारण बनता है
एक वास्तविक निर्देशिका थे. यदि आप सिम्लिंक नहीं चाहते तो यह उपयोगी है
गैर-निर्देशिकाएँ प्रभावित होंगी, जैसा कि वे उपयोग कर रहे होंगे --कॉपी-लिंक.

इस विकल्प के बिना, यदि भेजने वाले पक्ष ने किसी निर्देशिका को सिम्लिंक से बदल दिया है
एक निर्देशिका, प्राप्तकर्ता पक्ष नई के रास्ते में आने वाली किसी भी चीज़ को हटा देगा
सिम्लिंक, एक निर्देशिका पदानुक्रम सहित (जब तक --बल or --हटाएं में है
प्रभाव)।

यह भी देखें --कीप-डिरलिंक्स प्राप्तकर्ता पक्ष के लिए एक समान विकल्प के लिए।

--कॉपी-डिर्लिंक स्रोत में निर्देशिकाओं के सभी सिम्लिंक पर लागू होता है। अगर आप चाहते हैं
केवल कुछ निर्दिष्ट सिम्लिंक का पालन करने के लिए, एक तरकीब जिसका आप उपयोग कर सकते हैं वह है उन्हें इस रूप में पारित करना
अतिरिक्त स्रोत एक अनुगामी स्लैश के साथ तर्क देता है, का उपयोग करते हुए --रिश्तेदार रास्ते बनाने के लिए
सही मिलान करें. उदाहरण के लिए:

rsync -r --सापेक्ष src/./ src/./follow-me/ dest/

यह काम करता है क्योंकि rsync कॉल करता है lstat(2) दिए गए स्रोत तर्क पर, और
अनुगामी स्लैश बनाता है lstat(2) सिम्लिंक का अनुसरण करें, जिससे एक निर्देशिका उत्पन्न होगी
फ़ाइल-सूची जो "src/./" के स्कैन के दौरान पाए गए सिम्लिंक को ओवरराइड करती है।

-क, --कीप-डिरलिंक्स
यह विकल्प प्राप्तकर्ता पक्ष को किसी निर्देशिका के सिम्लिंक के रूप में व्यवहार करने का कारण बनता है
यह एक वास्तविक निर्देशिका थी, लेकिन केवल तभी जब यह प्रेषक की वास्तविक निर्देशिका से मेल खाती हो।
इस विकल्प के बिना, रिसीवर का सिम्लिंक हटा दिया जाएगा और उसके स्थान पर a डाल दिया जाएगा
वास्तविक निर्देशिका.

उदाहरण के लिए, मान लीजिए कि आप एक निर्देशिका "foo" स्थानांतरित करते हैं जिसमें एक फ़ाइल "फ़ाइल" है,
लेकिन "फू" रिसीवर पर निर्देशिका "बार" का एक सिम्लिंक है। बिना
--कीप-डिरलिंक्स, रिसीवर सिम्लिंक "foo" को हटा देता है, इसे एक निर्देशिका के रूप में पुनः बनाता है,
और फ़ाइल को नई निर्देशिका में प्राप्त करता है। साथ --कीप-डिरलिंक्स, प्राप्तकर्ता
सिम्लिंक रखता है और "फ़ाइल" "बार" में समाप्त होती है।

सावधानी का एक नोट: यदि आप उपयोग करते हैं --कीप-डिरलिंक्स, आपको सभी सिम्लिंक पर भरोसा करना चाहिए
कॉपी में! यदि किसी अविश्वसनीय उपयोगकर्ता के लिए अपना स्वयं का सिम्लिंक बनाना संभव है
किसी भी निर्देशिका में, उपयोगकर्ता तब (बाद की प्रतिलिपि पर) सिम्लिंक को प्रतिस्थापित कर सकता है
एक वास्तविक निर्देशिका के साथ और सिम्लिंक किसी भी निर्देशिका की सामग्री को प्रभावित करता है
संदर्भ. बैकअप प्रतियों के लिए, बाइंड जैसी किसी चीज़ का उपयोग करना बेहतर होगा
अपने प्राप्त पदानुक्रम को संशोधित करने के लिए सिम्लिंक के बजाय माउंट करें।

यह भी देखें --कॉपी-डिर्लिंक भेजने वाले पक्ष के लिए एक समान विकल्प के लिए।

-एच, --hard-लिंक
यह rsync को स्रोत में हार्ड-लिंक की गई फ़ाइलों को देखने और उन्हें एक साथ लिंक करने के लिए कहता है
गंतव्य पर संबंधित फ़ाइलें। इस विकल्प के बिना, हार्ड-लिंक की गई फ़ाइलें अंदर आ जाएंगी
स्रोत के साथ ऐसा व्यवहार किया जाता है मानो वे अलग-अलग फ़ाइलें हों।

यह विकल्प आवश्यक रूप से यह सुनिश्चित नहीं करता है कि हार्ड लिंक का पैटर्न
गंतव्य बिल्कुल स्रोत से मेल खाता है। ऐसे मामले जिनमें गंतव्य हो सकता है
अतिरिक्त हार्ड लिंक के साथ अंत में निम्नलिखित शामिल हैं:

o यदि गंतव्य में अप्रासंगिक हार्ड-लिंक हैं (जो है उससे अधिक लिंकिंग)।
स्रोत फ़ाइल सूची में मौजूद), प्रतिलिपि बनाने वाला एल्गोरिदम उन्हें नहीं तोड़ेगा
स्पष्ट रूप से. हालाँकि, यदि एक या अधिक पथों में सामग्री अंतर है,
सामान्य फ़ाइल-अपडेट प्रक्रिया उन अतिरिक्त लिंक को तोड़ देगी (जब तक कि आप ऐसा न करें)।
का उपयोग --जगह में विकल्प)।

o यदि आप निर्दिष्ट करते हैं --लिंक-डेस्ट निर्देशिका जिसमें हार्ड लिंक, लिंकिंग शामिल है
गंतव्य फ़ाइलों के विरुद्ध --लिंक-डेस्ट फ़ाइलें कुछ पथों का कारण बन सकती हैं
गंतव्य में एक साथ जुड़ने के कारण --लिंक-डेस्ट
संघों।

ध्यान दें कि rsync केवल उन फ़ाइलों के बीच हार्ड लिंक का पता लगा सकता है जो अंदर हैं
स्थानांतरण सेट. यदि rsync किसी फ़ाइल को अपडेट करता है जिसमें अतिरिक्त हार्ड-लिंक कनेक्शन हैं
स्थानांतरण के बाहर फ़ाइलें, वह लिंकेज टूट जाएगा। यदि आप उपयोग करने के लिए प्रलोभित हैं
la --जगह में इस टूट-फूट से बचने का विकल्प, बहुत सावधान रहें कि आप जानते हैं कि आप कैसे हैं
फ़ाइलें अद्यतन की जा रही हैं ताकि आप निश्चिंत रहें कि कोई अनपेक्षित परिवर्तन न हो
लंबे समय से चली आ रही कड़ी कड़ियों के कारण (और देखें)। --जगह में अधिक चेतावनियों के लिए विकल्प)।

यदि वृद्धिशील रिकर्सन सक्रिय है (देखें - आक्रामक), rsync किसी गुमशुदा को स्थानांतरित कर सकता है
हार्ड-लिंक की गई फ़ाइल को इससे पहले पता चलता है कि उस सामग्री के लिए कोई अन्य लिंक मौजूद है
पदानुक्रम में अन्यत्र. इससे स्थानांतरण की सटीकता प्रभावित नहीं होती
(यानी कौन सी फाइलें एक साथ हार्ड-लिंक हैं), बस इसकी दक्षता (यानी कॉपी करना)।
हार्ड-लिंक की गई फ़ाइल की एक नई, प्रारंभिक प्रतिलिपि के लिए डेटा जो बाद में पाया जा सकता था
फ़ाइलों के हार्ड-लिंक किए गए सेट के किसी अन्य सदस्य में स्थानांतरण में)। एक और रास्ता
इस अक्षमता से बचने के लिए वृद्धिशील रिकर्सन को अक्षम करना है
--कोई-इंक-पुनरावर्ती नहीं विकल्प.

-पी, --पर्म
यह विकल्प प्राप्तकर्ता rsync को गंतव्य अनुमतियाँ सेट करने का कारण बनता है
स्रोत अनुमतियों के समान। (यह भी देखें --chmod संशोधित करने के तरीके का विकल्प
rsync क्या स्रोत अनुमतियाँ मानता है।)

जब यह विकल्प है बंद, अनुमतियाँ इस प्रकार सेट की गई हैं:

o मौजूदा फ़ाइलें (अद्यतन फ़ाइलों सहित) अपनी मौजूदा अनुमतियाँ बरकरार रखती हैं,
हालाँकि --निष्पादन क्षमता विकल्प केवल निष्पादन अनुमति को बदल सकता है
फ़ाइल के लिए।

o नई फ़ाइलें अपनी "सामान्य" अनुमति बिट्स को स्रोत फ़ाइल पर सेट कर देती हैं
अनुमतियाँ प्राप्तकर्ता निर्देशिका की डिफ़ॉल्ट अनुमतियों के साथ छिपी हुई हैं
(या तो प्राप्तकर्ता प्रक्रिया का उमास्क, या इसके माध्यम से निर्दिष्ट अनुमतियाँ
गंतव्य निर्देशिका का डिफ़ॉल्ट ACL), और उनके विशेष अनुमति बिट्स
उस स्थिति को छोड़कर अक्षम किया गया है जहां एक नई निर्देशिका को सेटगिड बिट प्राप्त होता है
इसकी मूल निर्देशिका।

इस प्रकार, जब --पर्म और --निष्पादन क्षमता दोनों अक्षम हैं, rsync का व्यवहार है
अन्य फ़ाइल-कॉपी उपयोगिताओं के समान, जैसे कि cp(1) और टार(1).

संक्षेप में: गंतव्य फ़ाइलों (पुरानी और नई दोनों) को स्रोत अनुमतियाँ देने के लिए,
उपयोग --पर्म. नई फ़ाइलों को गंतव्य-डिफ़ॉल्ट अनुमतियाँ देने के लिए (जाते समय)।
मौजूदा फ़ाइलें अपरिवर्तित हैं), सुनिश्चित करें कि --पर्म विकल्प बंद है और उपयोग करें
--chmod=ugo=rwX (जो सुनिश्चित करता है कि सभी गैर-नकाबपोश बिट्स सक्षम हो जाएं)। यदि आप D
इस बाद वाले व्यवहार को टाइप करना आसान बनाने के लिए, आप इसके लिए एक पॉप उपनाम परिभाषित कर सकते हैं
यह, जैसे इस लाइन को फ़ाइल में डालना ~/.पॉप (निम्नलिखित परिभाषित करता है -Z
विकल्प, और इसमें गंतव्य डीआईआर के डिफ़ॉल्ट समूह का उपयोग करने के लिए --no-g शामिल है):

rsync उपनाम -Z --no-p --no-g --chmod=ugo=rwX

फिर आप इस नए विकल्प का उपयोग इस जैसे कमांड में कर सकते हैं:

rsync -avZ src/ dest/

(चेतावनी: सुनिश्चित करें कि -a पालन ​​नहीं करता -Z, या यह दोनों को पुनः सक्षम कर देगा
ऊपर उल्लिखित "--नहीं-*" विकल्प।)

जब नव-निर्मित निर्देशिकाओं पर गंतव्य के सेटगिड बिट का संरक्षण होता है
--पर्म बंद है rsync 2.6.7 में जोड़ा गया था। पुराने rsync संस्करण ग़लती से
जब नव-निर्मित फ़ाइलों के लिए तीन विशेष अनुमति बिट्स को संरक्षित किया गया --पर्म
नव-निर्मित पर गंतव्य की सेटगिड बिट सेटिंग को ओवरराइड करते हुए बंद कर दिया गया था
निर्देशिका। इसलिए, rsync 2.6.7 के लिए ACL पैच में डिफ़ॉल्ट ACL पालन जोड़ा गया था
पुराने (या गैर-एसीएल-सक्षम) rsync डिफ़ॉल्ट ACL मौजूद होने पर भी umask का उपयोग करते हैं।
(ध्यान रखें कि यह प्राप्त करने वाले rsync का संस्करण है जो इन्हें प्रभावित करता है
व्यवहार.)

-इ, --निष्पादन क्षमता
यह विकल्प rsync को निष्पादन क्षमता (या गैर-निष्पादन क्षमता) को संरक्षित करने का कारण बनता है
नियमित फ़ाइलें जब --पर्म सक्षम नहीं है. एक नियमित फ़ाइल मानी जाती है
निष्पादन योग्य यदि इसकी अनुमतियों में कम से कम एक 'x' चालू है। जब एक मौजूदा
गंतव्य फ़ाइल की निष्पादन क्षमता संबंधित स्रोत से भिन्न होती है
फ़ाइल, rsync गंतव्य फ़ाइल की अनुमतियों को निम्नानुसार संशोधित करता है:

o किसी फ़ाइल को गैर-निष्पादन योग्य बनाने के लिए, rsync इसकी सभी 'x' अनुमतियों को बंद कर देता है।

o फ़ाइल को निष्पादन योग्य बनाने के लिए, rsync प्रत्येक 'x' अनुमति को चालू करता है
संगत 'आर' अनुमति सक्षम।

If --पर्म सक्षम है, इस विकल्प को अनदेखा कर दिया गया है.

-ए, --एसीएल
यह विकल्प rsync को गंतव्य ACLs को उसी के समान अद्यतन करने का कारण बनता है
स्रोत एसीएल. विकल्प का भी तात्पर्य है --पर्म.

इस विकल्प के लिए स्रोत और गंतव्य सिस्टम में संगत ACL प्रविष्टियाँ होनी चाहिए
ठीक से काम करना. देखें --नकली-सुपर ACLs का बैकअप लेने और उन्हें पुनर्स्थापित करने के तरीके के लिए विकल्प
जो संगत नहीं हैं.

-एक्स, --xattrs
यह विकल्प rsync को गंतव्य विस्तारित विशेषताओं को अद्यतन करने का कारण बनता है
स्रोत वाले के समान।

उन प्रणालियों के लिए जो विस्तारित-विशेषता नामस्थानों का समर्थन करते हैं, एक प्रतिलिपि बनाई जा रही है
सुपर-यूजर सिस्टम को छोड़कर सभी नेमस्पेस को कॉपी करता है।*। एक सामान्य उपयोगकर्ता केवल इसकी प्रतिलिपि बनाता है
उपयोगकर्ता.* नामस्थान. सामान्य रूप से गैर-उपयोगकर्ता नामस्थानों का बैकअप लेने और उन्हें पुनर्स्थापित करने में सक्षम होना
उपयोगकर्ता, देखें --नकली-सुपर विकल्प.

ध्यान दें कि यह विकल्प rsyncs विशेष xattr मानों की प्रतिलिपि नहीं बनाता है (उदाहरण के लिए जिनका उपयोग किया जाता है
--नकली-सुपर) जब तक आप विकल्प को दोहराते नहीं हैं (जैसे -XX)। यह "सभी xattrs कॉपी करें" मोड
के साथ प्रयोग नहीं किया जा सकता --नकली-सुपर.

--chmod
यह विकल्प rsync को एक या अधिक अल्पविराम से अलग किए गए "chmod" मोड को लागू करने के लिए कहता है
स्थानांतरण में फ़ाइलों की अनुमति. परिणामी मूल्य को यद्यपि माना जाता है
यह वे अनुमतियाँ थीं जो भेजने वाले पक्ष ने फ़ाइल के लिए प्रदान की थीं, जिसका अर्थ है
ऐसा प्रतीत होता है कि इस विकल्प का मौजूदा फ़ाइलों पर कोई प्रभाव नहीं पड़ेगा --पर्म नहीं है
सक्षम होना चाहिए।

में निर्दिष्ट सामान्य पार्सिंग नियमों के अतिरिक्त परिवर्तन विद्या(1) मैनपेज, आप कर सकते हैं
एक आइटम निर्दिष्ट करें जो केवल 'डी' के साथ उपसर्ग करके किसी निर्देशिका पर लागू होना चाहिए,
या किसी आइटम को केवल 'एफ' के साथ उपसर्ग करके निर्दिष्ट करें जो फ़ाइल पर लागू होना चाहिए।
उदाहरण के लिए, निम्नलिखित यह सुनिश्चित करेगा कि सभी निर्देशिकाओं को सेट-गिड चिह्नित किया जाए,
कोई भी फाइल अन्य-लेखन योग्य नहीं है, कि दोनों उपयोगकर्ता-लेखन योग्य और समूह-लेखन योग्य हैं,
और यह कि दोनों में सभी बिट्स में सुसंगत निष्पादन क्षमता है:

--chmod=Dg+s,ug+w,Fo-w,+X

ऑक्टल मोड संख्याओं का उपयोग करने की भी अनुमति है:

--chmod=D2775,F664

एकाधिक निर्दिष्ट करना भी कानूनी है --chmod विकल्प, जैसा कि प्रत्येक अतिरिक्त विकल्प है
अभी-अभी किए जाने वाले परिवर्तनों की सूची में जोड़ा गया है।

देखना --पर्म और --निष्पादन क्षमता परिणामी अनुमति मान के लिए विकल्प
स्थानांतरण में फ़ाइलों पर लागू किया जा सकता है।

-ओ, --मालिक
यह विकल्प rsync को गंतव्य फ़ाइल के स्वामी को उसी के समान सेट करने का कारण बनता है
स्रोत फ़ाइल, लेकिन केवल तभी जब प्राप्त करने वाला rsync सुपर-उपयोगकर्ता के रूप में चलाया जा रहा हो
(यह भी देखें --बहुत अच्छा और --नकली-सुपर विकल्प). इस विकल्प के बिना, का स्वामी
नई और/या स्थानांतरित फ़ाइलें प्राप्तकर्ता पक्ष पर आह्वान करने वाले उपयोगकर्ता के लिए सेट की जाती हैं।

स्वामित्व का संरक्षण डिफ़ॉल्ट रूप से मेल खाते नामों को संबद्ध करेगा, लेकिन हो सकता है
कुछ परिस्थितियों में आईडी नंबर का उपयोग करना शुरू कर दें (यह भी देखें)। --संख्यात्मक-आईडी
पूर्ण चर्चा के लिए विकल्प)।

-जी, --समूह
यह विकल्प rsync को गंतव्य फ़ाइल के समूह को उसी के समान सेट करने का कारण बनता है
स्रोत फ़ाइल. यदि प्राप्तकर्ता प्रोग्राम सुपर-यूज़र के रूप में नहीं चल रहा है (या यदि
--नहीं-सुपर निर्दिष्ट किया गया था), केवल समूह जो आह्वान करने वाले उपयोगकर्ता को प्राप्तकर्ता पक्ष पर रखता है
का सदस्य है संरक्षित किया जाएगा. इस विकल्प के बिना, समूह को सेट किया गया है
प्राप्तकर्ता पक्ष पर आह्वान करने वाले उपयोगकर्ता का डिफ़ॉल्ट समूह।

समूह जानकारी का संरक्षण डिफ़ॉल्ट रूप से मेल खाने वाले नामों को संबद्ध करेगा, लेकिन
कुछ परिस्थितियों में आईडी नंबर का उपयोग करना मुश्किल हो सकता है (यह भी देखें)।
--संख्यात्मक-आईडी पूर्ण चर्चा के लिए विकल्प)।

--उपकरण
यह विकल्प rsync को कैरेक्टर ट्रांसफर करने और डिवाइस फ़ाइलों को रिमोट पर ब्लॉक करने का कारण बनता है
इन उपकरणों को पुनः बनाने की प्रणाली। यदि प्राप्त rsync हो तो इस विकल्प का कोई प्रभाव नहीं पड़ता है
सुपर-यूज़र के रूप में नहीं चलाया जाता है (यह भी देखें)। --बहुत अच्छा और --नकली-सुपर विकल्प)।

--विशेष
यह विकल्प rsync को नामित सॉकेट और फीफोस जैसी विशेष फ़ाइलों को स्थानांतरित करने का कारण बनता है।

-D RSI -D विकल्प के बराबर है --उपकरण --विशेष.

-टी, -- टाइम्स
यह rsync को फ़ाइलों और अद्यतन के साथ संशोधन समय स्थानांतरित करने के लिए कहता है
उन्हें रिमोट सिस्टम पर. ध्यान दें कि यदि इस विकल्प का उपयोग नहीं किया जाता है, तो अनुकूलन
इसमें वे फ़ाइलें शामिल नहीं हैं जिन्हें संशोधित नहीं किया गया है जो प्रभावी नहीं हो सकतीं; अन्य में
शब्द, एक गायब -t or -a इससे अगला स्थानांतरण वैसा व्यवहार करेगा जैसे कि इसका उपयोग किया गया हो -I,
जिससे सभी फाइलें अपडेट हो जाएंगी (हालांकि rsync का डेल्टा-ट्रांसफर एल्गोरिदम ऐसा करेगा
यदि फ़ाइलें वास्तव में नहीं बदली हैं, तो अपडेट काफी कुशल है, आप बहुत कुछ हैं
उपयोग करने से बेहतर है -t).

-ओ, --omit-dir-times
यह rsync को निर्देशिकाओं को हटाने के लिए कहता है जब यह संशोधन समय को संरक्षित कर रहा हो (देखें)।
-- टाइम्स). यदि एनएफएस प्राप्तकर्ता पक्ष पर निर्देशिकाओं को साझा कर रहा है, तो यह अच्छा है
उपयोग करने का विचार -O. यदि आप उपयोग करते हैं तो इस विकल्प का अनुमान लगाया जाता है --बैकअप बिना --बैकअप-दिरो.

इस विकल्प का दुष्परिणाम यह भी है कि निर्देशिकाओं के शीघ्र निर्माण से बचा जा सकता है
वृद्धिशील रिकर्सन प्रतियां। डिफ़ॉल्ट --inc-पुनरावर्ती नकल करना सामान्यतः एक होता है
इसके लिए मूल निर्देशिका में सभी उप-निर्देशिकाओं को जल्दी से पास करें
फिर मूल निर्देशिका के संशोधित समय को तुरंत (बिना) सेट करने में सक्षम होना
इसमें तब तक विलंब करना होगा जब तक कि पुनरावर्ती प्रतिलिपि का एक समूह समाप्त न हो जाए)। यह
यदि निर्देशिका संशोधित समय नहीं हो रही है तो शीघ्र-निर्माण मुहावरा आवश्यक नहीं है
संरक्षित है, इसलिए इसे छोड़ दिया गया है। चूँकि प्रारंभिक-निर्मित निर्देशिकाएँ सटीक नहीं होती हैं
मोड, एमटाइम, या स्वामित्व, इस विकल्प का उपयोग तब मदद कर सकता है जब कोई चाहे
इन आंशिक रूप से तैयार निर्देशिकाओं से बचें।

-जे, --मिट-लिंक-बार
यह rsync को सिम्लिंक को हटाने के लिए कहता है जब वह संशोधन समय को संरक्षित कर रहा हो (देखें)।
-- टाइम्स).

--बहुत अच्छा
यह प्राप्तकर्ता पक्ष को सुपर-उपयोगकर्ता गतिविधियों का प्रयास करने के लिए कहता है, भले ही
rsync प्राप्त करना सुपर-यूज़र द्वारा नहीं चलाया गया था। इन गतिविधियों में शामिल हैं: संरक्षण करना
उपयोगकर्ताओं के माध्यम से --मालिक विकल्प, सभी समूहों को संरक्षित करना (केवल वर्तमान उपयोगकर्ता को नहीं)।
समूह) के माध्यम से --समूह विकल्प, और के माध्यम से उपकरणों की प्रतिलिपि बनाना --उपकरण विकल्प.
यह उन प्रणालियों के लिए उपयोगी है जो सुपर-उपयोगकर्ता हुए बिना ऐसी गतिविधियों की अनुमति देती हैं,
और यह भी सुनिश्चित करने के लिए कि यदि प्राप्तकर्ता पक्ष नहीं है तो आपको त्रुटियाँ मिलेंगी
सुपर-उपयोगकर्ता के रूप में चलाएँ। सुपर-यूज़र गतिविधियों को बंद करने के लिए, सुपर-यूज़र इसका उपयोग कर सकता है
--नहीं-सुपर.

--नकली-सुपर
जब यह विकल्प सक्षम होता है, तो rsync सुपर-उपयोगकर्ता गतिविधियों का अनुकरण करता है
विशेष विस्तारित विशेषताओं के माध्यम से विशेषाधिकार प्राप्त विशेषताओं को सहेजना/पुनर्स्थापित करना
प्रत्येक फ़ाइल के साथ संलग्न (आवश्यकतानुसार)। इसमें फ़ाइल का स्वामी और समूह शामिल है (यदि ऐसा है)।
डिफ़ॉल्ट नहीं है), फ़ाइल की डिवाइस जानकारी (डिवाइस और विशेष फ़ाइलें इस प्रकार बनाई जाती हैं
खाली टेक्स्ट फ़ाइलें), और कोई भी अनुमति बिट्स जिसे हम सेट करने की अनुमति नहीं देंगे
वास्तविक फ़ाइल (उदाहरण के लिए, वास्तविक फ़ाइल को सुरक्षा के लिए यू-एस, जी-एस, ओ-टी मिलता है) या जो इसे सीमित कर देगा
स्वामी की पहुंच (चूंकि वास्तविक सुपर-उपयोगकर्ता हमेशा किसी फ़ाइल तक पहुंच/बदल सकता है, इसलिए
हमारे द्वारा बनाई गई फ़ाइलों को बनाने वाले उपयोगकर्ता द्वारा हमेशा एक्सेस/बदला जा सकता है)। इस विकल्प
एसीएल को भी संभालता है (यदि --एसीएल निर्दिष्ट किया गया था) और गैर-उपयोगकर्ता विस्तारित विशेषताएँ (यदि
--xattrs निर्दिष्ट किया गया था)।

सुपर-यूज़र का उपयोग किए बिना डेटा का बैकअप लेने और एसीएल को स्टोर करने का यह एक अच्छा तरीका है
असंगत प्रणालियों से.

RSI --नकली-सुपर विकल्प केवल उस पक्ष को प्रभावित करता है जहां विकल्प का उपयोग किया जाता है। प्रभावित करने के लिए
रिमोट-शेल कनेक्शन के दूरस्थ पक्ष का उपयोग करें --रिमोट-विकल्प (-M) विकल्प:

rsync -av -M--नकली-सुपर /src/ होस्ट:/dest/

स्थानीय प्रतिलिपि के लिए, यह विकल्प स्रोत और गंतव्य दोनों को प्रभावित करता है। अगर आप
केवल गंतव्य फ़ाइलों के लिए इस विकल्प को सक्षम करने के लिए एक स्थानीय प्रतिलिपि चाहते हैं, निर्दिष्ट करें
-एम--नकली-सुपर. यदि आप चाहते हैं कि स्थानीय प्रतिलिपि केवल स्रोत के लिए इस विकल्प को सक्षम करे
फ़ाइलें, संयोजित करें --नकली-सुपर साथ में -एम--सुपर.

यह विकल्प दोनों द्वारा ओवरराइड किया गया है --बहुत अच्छा और --नहीं-सुपर.

डेमॉन की rsyncd.conf फ़ाइल में "नकली सुपर" सेटिंग भी देखें।

-एस, -- विरल
विरल फ़ाइलों को कुशलतापूर्वक संभालने का प्रयास करें ताकि वे कम जगह लें
गंतव्य। के साथ संघर्ष --जगह में क्योंकि डेटा को ओवरराइट करना संभव नहीं है
विरल ढंग से.

--प्रीआवंटन
यह रिसीवर को प्रत्येक गंतव्य फ़ाइल को उसके अंतिम आकार के अनुसार आवंटित करने के लिए कहता है
फ़ाइल में डेटा लिखने से पहले. Rsync केवल वास्तविक फ़ाइल सिस्टम-स्तर का उपयोग करेगा
लिनक्स द्वारा पूर्व-आवंटन समर्थन प्रदान किया गया फैलोकेट(2) सिस्टम कॉल या सिगविन
posix_fallocate(3), धीमा ग्लिबैक कार्यान्वयन नहीं जो शून्य बाइट लिखता है
प्रत्येक ब्लॉक.

इस विकल्प के बिना, बड़ी फ़ाइलें फ़ाइल सिस्टम पर पूरी तरह से सन्निहित नहीं हो सकती हैं,
लेकिन इस विकल्प के साथ rsync संभवतः अधिक धीमी गति से कॉपी करेगा। अगर मंजिल है
यह विकल्प एक सीमा-समर्थक फ़ाइल सिस्टम (जैसे कि ext4, xfs, NTFS, आदि) नहीं है
हो सकता है कि इसका कोई सकारात्मक प्रभाव न पड़े।

-एन, --पूर्वाभ्यास
इससे rsync एक ट्रायल रन करता है जो कोई बदलाव नहीं करता (और उत्पन्न करता है)।
अधिकांशतः वास्तविक रन के समान आउटपुट)। इसका प्रयोग आमतौर पर संयोजन में किया जाता है
साथ -में, --शब्दशः और / या -मैं, --आइटमाइज़-परिवर्तन यह देखने के लिए विकल्प कि rsync क्या है
कमांड वास्तव में इसे चलाने से पहले क्या करने जा रहा है।

का उत्पादन --आइटमाइज़-परिवर्तन ड्राई रन पर बिल्कुल वैसा ही माना जाता है
बाद में वास्तविक रन (जानबूझकर चालाकी और सिस्टम कॉल विफलताओं को छोड़कर); अगर
ऐसा नहीं है, यह एक बग है। अन्य आउटपुट अधिकतर अपरिवर्तित रहना चाहिए, लेकिन भिन्न हो सकते हैं
कुछ स्थान। विशेष रूप से, ड्राई रन फ़ाइल स्थानांतरण के लिए वास्तविक डेटा नहीं भेजता है,
so --प्रगति कोई प्रभाव नहीं पड़ता, "बाइट्स भेजे गए", "बाइट्स प्राप्त हुए", "शाब्दिक डेटा",
और "मिलान किए गए डेटा" आँकड़े बहुत छोटे हैं, और "स्पीडअप" मान समतुल्य है
ऐसे रन के लिए जहां किसी फ़ाइल स्थानांतरण की आवश्यकता नहीं थी।

-डब्ल्यू, --संपूर्ण-फ़ाइल
इस विकल्प के साथ rsync के डेल्टा-ट्रांसफर एल्गोरिदम का उपयोग नहीं किया जाता है और पूरी फ़ाइल है
इसके बजाय वैसे ही भेजा गया। यदि इस विकल्प का उपयोग तब किया जाए तो स्थानांतरण तेज़ हो सकता है
स्रोत और गंतव्य मशीनों के बीच बैंडविड्थ बैंडविड्थ से अधिक है
डिस्क पर (विशेषकर जब "डिस्क" वास्तव में एक नेटवर्क फ़ाइल सिस्टम है)। यह है
डिफ़ॉल्ट जब स्रोत और गंतव्य दोनों को स्थानीय पथ के रूप में निर्दिष्ट किया जाता है, लेकिन
केवल तभी जब कोई बैच-लेखन विकल्प प्रभावी न हो।

-एक्स, --एक फ़ाइल प्रणाली
यह rsync को पुनरावृत्ति करते समय फ़ाइल सिस्टम सीमा को पार करने से बचने के लिए कहता है। ये करता है
एकाधिक फ़ाइल सिस्टम से कॉपी करने के लिए आइटम निर्दिष्ट करने की उपयोगकर्ता की क्षमता को सीमित न करें,
उपयोगकर्ता द्वारा प्रत्येक निर्देशिका के पदानुक्रम के माध्यम से बस rsync की पुनरावृत्ति
निर्दिष्ट, और विलोपन के दौरान प्राप्त पक्ष पर अनुरूप पुनरावृत्ति भी।
यह भी ध्यान रखें कि rsync एक "बाइंड" माउंट को उसी डिवाइस पर मानता है जिस पर चालू है
वही फ़ाइल सिस्टम.

यदि यह विकल्प दोहराया जाता है, तो rsync कॉपी से सभी माउंट-पॉइंट निर्देशिकाओं को हटा देता है।
अन्यथा, इसमें प्रत्येक माउंट-पॉइंट पर एक खाली निर्देशिका शामिल होती है (का उपयोग करके)।
माउंटेड निर्देशिका की विशेषताएँ क्योंकि अंतर्निहित माउंट-पॉइंट की हैं
निर्देशिका पहुंच योग्य नहीं है)।

यदि rsync को सिम्लिंक को संक्षिप्त करने के लिए कहा गया है (के माध्यम से)। --कॉपी-लिंक or
--कॉपी-असुरक्षित-लिंक), किसी अन्य डिवाइस पर किसी निर्देशिका के लिए एक सिमलिंक की तरह व्यवहार किया जाता है
माउंट पॉइंट। गैर-निर्देशिकाओं के सिम्लिंक इस विकल्प से अप्रभावित रहते हैं।

--मौजूदा, --अनदेखा-अस्तित्वहीन
यह rsync को उन फ़ाइलों (निर्देशिकाओं सहित) को बनाने से रोकने के लिए कहता है जो मौजूद नहीं हैं
अभी भी मंजिल पर है. यदि इस विकल्प को इसके साथ जोड़ दिया जाए --अनदेखा-मौजूदा
विकल्प, कोई भी फ़ाइल अपडेट नहीं की जाएगी (यदि आप बस यही करना चाहते हैं तो यह उपयोगी हो सकता है)।
अप्रासंगिक फ़ाइलें हटाएं)।

यह विकल्प एक स्थानांतरण नियम है, बहिष्कृत नहीं, इसलिए यह उस डेटा को प्रभावित नहीं करता है
फ़ाइल-सूचियों में चला जाता है, और इस प्रकार यह विलोपन को प्रभावित नहीं करता है। यह सिर्फ सीमित करता है
फ़ाइलें जिन्हें प्राप्तकर्ता स्थानांतरित करने का अनुरोध करता है।

--अनदेखा-मौजूदा
यह rsync को गंतव्य पर पहले से मौजूद फ़ाइलों को अपडेट करने से रोकने के लिए कहता है (यह)।
कर देता है नहीं मौजूदा निर्देशिकाओं को अनदेखा करें, अन्यथा कुछ भी नहीं किया जाएगा)। यह सभी देखें
--मौजूदा.

यह विकल्प एक स्थानांतरण नियम है, बहिष्कृत नहीं, इसलिए यह उस डेटा को प्रभावित नहीं करता है
फ़ाइल-सूचियों में चला जाता है, और इस प्रकार यह विलोपन को प्रभावित नहीं करता है। यह सिर्फ सीमित करता है
फ़ाइलें जिन्हें प्राप्तकर्ता स्थानांतरित करने का अनुरोध करता है।

यह विकल्प उन लोगों के लिए उपयोगी हो सकता है जो इसका उपयोग करके बैकअप ले रहे हैं --लिंक-डेस्ट विकल्प जब
उन्हें बैकअप रन जारी रखने की आवश्यकता है जो बाधित हो गया। से एक --लिंक-डेस्ट रन
का उपयोग करके एक नई निर्देशिका पदानुक्रम में कॉपी किया जाता है (जब इसका उपयोग ठीक से किया जाता है)। --अनदेखा करना
मौजूदा यह सुनिश्चित करेगा कि पहले से संभाली गई फ़ाइलों में कोई बदलाव न हो (जो टाला जाता है)।
हार्ड-लिंक की गई फ़ाइलों पर अनुमतियों में परिवर्तन)। इसका मतलब यह है कि यह विकल्प
केवल गंतव्य पदानुक्रम में मौजूदा फ़ाइलों को ही देख रहा है।

--निकालें-स्रोत-फ़ाइलें
यह rsync को भेजने वाले पक्ष से फ़ाइलों को हटाने के लिए कहता है (मतलब)।
गैर-निर्देशिकाएं) जो स्थानांतरण का एक हिस्सा हैं और सफलतापूर्वक रही हैं
प्राप्तकर्ता पक्ष पर दोहराया गया।

ध्यान दें कि आपको इस विकल्प का उपयोग केवल उन स्रोत फ़ाइलों पर करना चाहिए जो निष्क्रिय हैं। अगर
आप इसका उपयोग किसी विशेष निर्देशिका में दिखाई देने वाली फ़ाइलों को स्थानांतरित करने के लिए कर रहे हैं
किसी अन्य होस्ट, सुनिश्चित करें कि तैयार फ़ाइलों का नाम बदलकर स्रोत कर दिया जाए
निर्देशिका, सीधे इसमें नहीं लिखी गई है, ताकि rsync संभवतः स्थानांतरित न हो सके
फ़ाइल जो अभी तक पूरी तरह से लिखी नहीं गई है। यदि आप पहले फ़ाइलों को a में नहीं लिख सकते हैं
भिन्न निर्देशिका, आपको एक नामकरण मुहावरे का उपयोग करना चाहिए जो rsync से बचने देता है
उन फ़ाइलों को स्थानांतरित करना जो अभी तक समाप्त नहीं हुई हैं (उदाहरण के लिए फ़ाइल को "foo.new" नाम दें
लिखा हुआ है, जब यह पूरा हो जाए तो इसका नाम बदलकर "foo" कर दें और फिर विकल्प का उपयोग करें
--बहिष्कृत='*.नया' rsync स्थानांतरण के लिए)।

3.1.0 से प्रारंभ करके, rsync प्रेषक-पक्ष निष्कासन को छोड़ देगा (और एक त्रुटि आउटपुट करेगा)
यदि फ़ाइल का आकार या संशोधित समय अपरिवर्तित नहीं रहा है।

--हटाएं
यह rsync को प्राप्तकर्ता पक्ष से बाहरी फ़ाइलों को हटाने के लिए कहता है
भेजने वाले पक्ष पर नहीं हैं), लेकिन केवल उन निर्देशिकाओं के लिए जो भेजी जा रही हैं
सिंक्रनाइज़. आपने rsync से पूरी निर्देशिका (उदाहरण के लिए "dir" या) भेजने के लिए कहा होगा
तब से निर्देशिका की सामग्री (उदाहरण के लिए "dir/*") के लिए वाइल्डकार्ड का उपयोग किए बिना "dir/")
वाइल्डकार्ड को शेल द्वारा विस्तारित किया जाता है और rsync को स्थानांतरण का अनुरोध मिलता है
व्यक्तिगत फ़ाइलें, फ़ाइलों की मूल निर्देशिका नहीं। वे फ़ाइलें जिन्हें बाहर रखा गया है
जब तक आप इसका उपयोग नहीं करते तब तक स्थानांतरण को भी हटाए जाने से बाहर रखा जाता है
--हटाएं-बहिष्कृत विकल्प चुनें या नियमों को केवल भेजने वाले पक्ष से मेल खाने वाले के रूप में चिह्नित करें
(फ़िल्टर नियम अनुभाग में संशोधक शामिल करें/बहिष्कृत करें देखें)।

rsync 2.6.7 से पहले, इस विकल्प का कोई प्रभाव नहीं होगा जब तक - आक्रामक था
सक्षम. 2.6.7 से प्रारंभ होकर, विलोपन भी तब होगा जब --डीआईआर (-d) है
सक्षम, लेकिन केवल उन निर्देशिकाओं के लिए जिनकी सामग्री की प्रतिलिपि बनाई जा रही है।

अगर गलत तरीके से इस्तेमाल किया जाए तो यह विकल्प खतरनाक हो सकता है! सबसे पहले यह एक बहुत अच्छा विचार है
का उपयोग करके चलाने का प्रयास करें --पूर्वाभ्यास विकल्प (-n) यह देखने के लिए कि कौन सी फ़ाइलें होने वाली हैं
नष्ट कर दिया।

यदि भेजने वाले पक्ष को किसी I/O त्रुटि का पता चलता है, तो किसी भी फ़ाइल को हटा दिया जाएगा
गंतव्य स्वचालित रूप से अक्षम हो जाएगा. यह अस्थायी फ़ाइल सिस्टम को रोकने के लिए है
भेजने के पक्ष में विफलताओं (जैसे एनएफएस त्रुटियाँ) के कारण बड़े पैमाने पर विलोपन होता है
गंतव्य पर फ़ाइलों की. आप इसे इसके साथ ओवरराइड कर सकते हैं --अनदेखा-त्रुटियों
विकल्प.

RSI --हटाएं विकल्प को --delete-WHEN विकल्पों में से किसी एक के साथ जोड़ा जा सकता है
संघर्ष, साथ ही --हटाएं-बहिष्कृत. हालाँकि, यदि --delete-WHEN में से कोई भी नहीं
विकल्प निर्दिष्ट हैं, rsync का चयन करेगा --हटाएं-दौरान बात करते समय एल्गोरिदम
rsync 3.0.0 या नए संस्करण के लिए, और --हटाएं-पहले किसी बुजुर्ग से बात करते समय एल्गोरिदम
rsync. यह सभी देखें --हटाएं-विलंब और --डिलीट-बाद.

--हटाएं-पहले
अनुरोध करें कि स्थानांतरण से पहले प्राप्तकर्ता पक्ष पर फ़ाइल-हटा दी जाए
शुरू होता है. देखना --हटाएं (जो निहित है) फ़ाइल-हटाने पर अधिक जानकारी के लिए।

यदि फ़ाइल सिस्टम में स्थान की कमी है तो स्थानांतरण से पहले हटाना सहायक होता है
अप्रासंगिक फ़ाइलों को हटाने से स्थानांतरण को संभव बनाने में मदद मिलेगी। हालांकि यह
स्थानांतरण शुरू होने से पहले विलंब होता है, और इस विलंब का कारण हो सकता है
टाइमआउट में स्थानांतरण (यदि --समय समाप्त निर्दिष्ट किया गया था)। यह rsync को भी उपयोग करने के लिए बाध्य करता है
पुराना, गैर-वृद्धिशील रिकर्सन एल्गोरिदम जिसे सभी को स्कैन करने के लिए rsync की आवश्यकता होती है
फ़ाइलें तुरंत मेमोरी में स्थानांतरित हो जाती हैं (देखें - आक्रामक).

--हटाएं-दौरान, --डेल
अनुरोध करें कि प्राप्तकर्ता पक्ष पर फ़ाइल-हटाना क्रमिक रूप से किया जाए
स्थानांतरण होता है. प्रति-निर्देशिका डिलीट स्कैन प्रत्येक से ठीक पहले किया जाता है
अद्यतनों के लिए निर्देशिका की जाँच की जाती है, इसलिए यह अधिक कुशल व्यवहार करती है
--हटाएं-पहले, जिसमें किसी भी प्रति-निर्देशिका फ़िल्टर से पहले विलोपन करना शामिल है
फ़ाइलें अद्यतन की जा रही हैं. यह विकल्प सबसे पहले rsync संस्करण 2.6.4 में जोड़ा गया था। देखना
--हटाएं (जो निहित है) फ़ाइल-हटाने पर अधिक जानकारी के लिए।

--हटाएं-विलंब
अनुरोध करें कि प्राप्तकर्ता पक्ष पर फ़ाइल-हटाए जाने की गणना इस दौरान की जाए
स्थानांतरण (जैसे --हटाएं-दौरान), और फिर स्थानांतरण पूरा होने के बाद हटा दिया गया।
के साथ संयुक्त होने पर यह उपयोगी होता है --विलंब-अद्यतन और / या --फजी, और भी अधिक है
उपयोग करने से अधिक कुशल --डिलीट-बाद (लेकिन अलग-अलग व्यवहार कर सकते हैं, क्योंकि
--डिलीट-बाद सभी अद्यतनों के बाद विलोपन की गणना एक अलग पास में की जाती है
हो गया)। यदि हटाई गई फ़ाइलों की संख्या एक आंतरिक बफ़र से अधिक हो जाती है, तो एक अस्थायी
नामों को रखने के लिए प्राप्तकर्ता पक्ष पर फ़ाइल बनाई जाएगी (जबकि इसे हटा दिया जाता है)।
खुला है, इसलिए आपको इसे स्थानांतरण के दौरान नहीं देखना चाहिए)। यदि की रचना
अस्थायी फ़ाइल विफल हो जाती है, rsync फिर से उपयोग करने का प्रयास करेगा --डिलीट-बाद (यह कौन
नहीं कर सकते यदि - आक्रामक एक वृद्धिशील स्कैन कर रहा है)। देखना --हटाएं (जो है
निहित) फ़ाइल-हटाने पर अधिक जानकारी के लिए।

--डिलीट-बाद
अनुरोध करें कि स्थानांतरण के बाद प्राप्तकर्ता पक्ष पर फ़ाइल-हटा दी जाए
पूरा हो गया। यदि आप नई प्रति-निर्देशिका मर्ज फ़ाइलें भेज रहे हैं तो यह उपयोगी है
स्थानांतरण का एक भाग और आप चाहते हैं कि हटाने के लिए उनके बहिष्करण प्रभावी हों
वर्तमान स्थानांतरण का चरण. यह rsync को पुराने का उपयोग करने के लिए भी बाध्य करता है,
गैर-वृद्धिशील रिकर्सन एल्गोरिदम जिसमें सभी फ़ाइलों को स्कैन करने के लिए rsync की आवश्यकता होती है
एक ही बार में मेमोरी में स्थानांतरण (देखें - आक्रामक)। देख --हटाएं (जो है
निहित) फ़ाइल-हटाने पर अधिक जानकारी के लिए।

--हटाएं-बहिष्कृत
प्राप्तकर्ता पक्ष की उन फ़ाइलों को हटाने के अलावा जो भेजने वाले पक्ष पर नहीं हैं
ओर, यह rsync को प्राप्तकर्ता पक्ष की किसी भी फाइल को हटाने के लिए कहता है
बहिष्कृत (देखें) --निकालना). बनाने के तरीके के लिए फ़िल्टर नियम अनुभाग देखें
व्यक्तिगत बहिष्करण रिसीवर पर इस तरह से व्यवहार करते हैं, और सुरक्षा के तरीके के लिए
फाइलों से --हटाएं-बहिष्कृत. देखना --हटाएं (जो निहित है) अधिक जानकारी के लिए
फ़ाइल हटाना.

--अनदेखा-लापता-तर्क
जब rsync पहली बार स्पष्ट रूप से अनुरोधित स्रोत फ़ाइलों को संसाधित कर रहा है (जैसे
कमांड-लाइन तर्क या --फ़ाइलें-से प्रविष्टियाँ), यह सामान्यतः एक त्रुटि है यदि
फ़ाइल नहीं मिल सकी. यह विकल्प उस त्रुटि को दबा देता है, और ऐसा करने का प्रयास नहीं करता है
फ़ाइल स्थानांतरित करें. यह किसी फ़ाइल के बाद की गायब-फ़ाइल त्रुटियों को प्रभावित नहीं करता है
शुरू में पाया गया था कि वह मौजूद था और बाद में अब मौजूद नहीं है।

--डिलीट-लापता-तर्क
यह विकल्प (अंतर्निहित) का व्यवहार लेता है --अनदेखा-लापता-तर्क विकल्प एक कदम
आगे: प्रत्येक लापता तर्क संबंधित का विलोपन अनुरोध बन जाएगा
प्राप्तकर्ता पक्ष पर गंतव्य फ़ाइल (क्या यह मौजूद होनी चाहिए)। यदि गंतव्य फ़ाइल
एक गैर-रिक्त निर्देशिका है, इसे केवल तभी सफलतापूर्वक हटाया जाएगा यदि --force या
--हटाएं प्रभाव में हैं. इसके अलावा, यह विकल्प किसी अन्य से स्वतंत्र है
डिलीट प्रोसेसिंग का प्रकार.

गुम स्रोत फ़ाइलों को विशेष फ़ाइल-सूची प्रविष्टियों द्वारा दर्शाया जाता है जो प्रदर्शित होती हैं
में "*लापता" प्रविष्टि के रूप में --सूची-केवल उत्पादन.

--अनदेखा-त्रुटियों
बताता है --हटाएं I/O त्रुटियां होने पर भी आगे बढ़ने और फ़ाइलों को हटाने के लिए।

--बल
यह विकल्प rsync को एक गैर-रिक्त निर्देशिका को हटाने के लिए कहता है जब इसे प्रतिस्थापित किया जाना हो
एक गैर-निर्देशिका द्वारा. यह केवल तभी प्रासंगिक है जब विलोपन सक्रिय नहीं हैं (देखें)।
--हटाएं ब्योरा हेतु)।

पुराने rsync संस्करणों के लिए नोट: --बल उपयोग करते समय अभी भी इसकी आवश्यकता होती है
--डिलीट-बाद, और यह तब तक गैर-कार्यात्मक हुआ करता था जब तक कि - आक्रामक विकल्प था
भी सक्षम.

--मैक्स-डिलीट=NUM
यह rsync को NUM फ़ाइलों या निर्देशिकाओं से अधिक न हटाने के लिए कहता है। यदि वह सीमा
पार हो जाने पर स्थानांतरण के अंत तक आगे के सभी विलोपन छोड़ दिए जाते हैं। पर
अंत में, rsync एक चेतावनी आउटपुट करता है (छोड़े गए विलोपन की गिनती सहित) और
25 के त्रुटि कोड के साथ बाहर निकलता है (जब तक कि कुछ और महत्वपूर्ण त्रुटि स्थिति भी न हो
घटित हुआ)।

संस्करण 3.0.0 से आरंभ करते हुए, आप निर्दिष्ट कर सकते हैं --मैक्स-डिलीट=0 किसी के बारे में चेतावनी दी जानी चाहिए
उनमें से किसी को भी हटाए बिना गंतव्य में मौजूद अप्रासंगिक फ़ाइलें। पुराने ग्राहक
इसकी व्याख्या "असीमित" के रूप में की गई है, इसलिए यदि आप नहीं जानते कि क्लाइंट कौन सा संस्करण है,
आप कम स्पष्ट का उपयोग कर सकते हैं --मैक्स-डिलीट=-1 एक पिछड़े-संगत तरीके के रूप में
निर्दिष्ट करें कि किसी भी विलोपन की अनुमति नहीं दी जाएगी (हालाँकि वास्तव में पुराने संस्करणों ने चेतावनी नहीं दी थी कि कब)।
सीमा पार हो गई थी)।

--अधिकतम-आकार=आकार
यह rsync को निर्दिष्ट से बड़ी किसी भी फ़ाइल को स्थानांतरित करने से बचने के लिए कहता है
आकार। आकार गुणक को इंगित करने के लिए SIZE मान को एक स्ट्रिंग के साथ जोड़ा जा सकता है,
और एक भिन्नात्मक मान हो सकता है (जैसे "--अधिकतम-आकार=1.5 मी").

यह विकल्प एक स्थानांतरण नियम है, बहिष्कृत नहीं, इसलिए यह उस डेटा को प्रभावित नहीं करता है
फ़ाइल-सूचियों में चला जाता है, और इस प्रकार यह विलोपन को प्रभावित नहीं करता है। यह सिर्फ सीमित करता है
फ़ाइलें जिन्हें प्राप्तकर्ता स्थानांतरित करने का अनुरोध करता है।

प्रत्यय इस प्रकार हैं: "K" (या "KiB") एक किबिबाइट (1024) है, "M" (या "MiB") है
एक मेबिबाइट (1024*1024), और "जी" (या "जीआईबी") एक गिबिबाइट (1024*1024*1024) है। अगर आप
यदि आप चाहते हैं कि गुणक 1000 के बजाय 1024 हो, तो "केबी", "एमबी" या "जीबी" का उपयोग करें। (टिप्पणी:
सभी मानों के लिए लोअर-केस भी स्वीकार किया जाता है।) अंत में, यदि प्रत्यय इनमें से किसी एक में समाप्त होता है
"+1" या "-1", मान संकेतित दिशा में एक बाइट द्वारा ऑफसेट किया जाएगा।

उदाहरण: --max-size=1.5mb-1 1499999 बाइट्स है, और --max-size=2g+1 2147483649 है
बाइट्स।

ध्यान दें कि 3.1.0 से पहले के rsync संस्करणों की अनुमति नहीं थी --अधिकतम-आकार=0.

--न्यूनतम-आकार=आकार
यह rsync को निर्दिष्ट से छोटी किसी भी फ़ाइल को स्थानांतरित करने से बचने के लिए कहता है
आकार, जो छोटी, जंक फ़ाइलों को स्थानांतरित न करने में मदद कर सकता है। देखें --अधिकतम आकार
आकार और अन्य जानकारी के विवरण के लिए विकल्प।

ध्यान दें कि 3.1.0 से पहले के rsync संस्करणों की अनुमति नहीं थी --न्यूनतम-आकार=0.

-बी, --ब्लॉक-आकार = ब्लॉक आकार
यह rsync के डेल्टा-ट्रांसफर एल्गोरिदम में उपयोग किए गए ब्लॉक आकार को एक निश्चित आकार पर बाध्य करता है
कीमत। इसे सामान्यतः अद्यतन की जा रही प्रत्येक फ़ाइल के आकार के आधार पर चुना जाता है। देखना
विवरण के लिए तकनीकी रिपोर्ट.

-e, --rsh=कमांड
यह विकल्प आपको उपयोग करने के लिए एक वैकल्पिक रिमोट शेल प्रोग्राम चुनने की अनुमति देता है
rsync की स्थानीय और दूरस्थ प्रतियों के बीच संचार। आमतौर पर, rsync है
डिफ़ॉल्ट रूप से ssh का उपयोग करने के लिए कॉन्फ़िगर किया गया है, लेकिन आप स्थानीय नेटवर्क पर rsh का उपयोग करना पसंद कर सकते हैं।

यदि इस विकल्प का उपयोग किया जाता है [उपयोगकर्ता@]होस्ट::मॉड्यूल/पथ, फिर रिमोट शेल कमान
रिमोट होस्ट पर rsync डेमॉन चलाने के लिए उपयोग किया जाएगा, और सभी डेटा होगा
प्रत्यक्ष के बजाय उस दूरस्थ शेल कनेक्शन के माध्यम से प्रेषित
दूरस्थ होस्ट पर चल रहे rsync डेमॉन से सॉकेट कनेक्शन। अनुभाग देखें
ऊपर "रिमोट-शेल कनेक्शन के माध्यम से RSYNC-डेमॉन सुविधाओं का उपयोग करना"।

कमांड-लाइन तर्कों को कमांड में अनुमति दी जाती है बशर्ते कि कमांड प्रस्तुत किया गया हो
एकल तर्क के रूप में rsync करने के लिए। आपको रिक्त स्थान का उपयोग करना चाहिए (टैब या अन्य रिक्त स्थान नहीं)
कमांड और आर्ग्स को एक दूसरे से अलग करने के लिए, और आप सिंगल- और/या का उपयोग कर सकते हैं
किसी तर्क में रिक्त स्थान सुरक्षित रखने के लिए दोहरे उद्धरण चिह्न (लेकिन बैकस्लैश नहीं)। ध्यान दें कि
एकल-उद्धृत स्ट्रिंग के अंदर एकल-उद्धरण को दोगुना करने से आपको एकल-उद्धरण मिलता है;
इसी प्रकार दोहरे-उद्धरण के लिए (हालाँकि आपको इस बात पर ध्यान देने की आवश्यकता है कि कौन सा उद्धरण आपका है
शेल पार्सिंग कर रहा है और जो उद्धरण rsync पार्स कर रहा है)। कुछ उदाहरण:

-ई 'एसएसएच -पी 2234'
-e 'ssh -o "ProxyCommand nohup ssh फ़ायरवॉल nc -w1 %h %p"'

(ध्यान दें कि ssh उपयोगकर्ता वैकल्पिक रूप से साइट-विशिष्ट कनेक्ट विकल्पों को अनुकूलित कर सकते हैं
उनकी .ssh/config फ़ाइल।)

आप RSYNC_RSH वातावरण का उपयोग करके रिमोट शेल प्रोग्राम भी चुन सकते हैं
वैरिएबल, जो मानों की समान श्रेणी को स्वीकार करता है -e.

यह भी देखें --ब्लॉकिंग-आईओ वह विकल्प जो इस विकल्प से प्रभावित होता है।

--rsync-पथ=प्रोग्राम
इसका उपयोग यह निर्दिष्ट करने के लिए करें कि स्टार्ट-अप के लिए रिमोट मशीन पर कौन सा प्रोग्राम चलाया जाना है
rsync. अक्सर इसका उपयोग तब किया जाता है जब rsync डिफ़ॉल्ट रिमोट-शेल के पथ में नहीं होता है (उदाहरण के लिए)।
--rsync-पथ=/usr/local/bin/rsync). ध्यान दें कि PROGRAM की सहायता से चलाया जाता है
शेल, इसलिए यह कोई भी प्रोग्राम, स्क्रिप्ट, या कमांड अनुक्रम हो सकता है जिसे आप चलाना चाहेंगे
जब तक यह rsync द्वारा उपयोग किए जा रहे मानक-इन और मानक-आउट को दूषित नहीं करता है
संवाद।

एक पेचीदा उदाहरण रिमोट मशीन पर एक अलग डिफ़ॉल्ट निर्देशिका सेट करना है
के साथ उपयोग के लिए --रिश्तेदार विकल्प। उदाहरण के लिए:

rsync -avR --rsync-path='cd /a/b && rsync' होस्ट:c/d /e/

-एम, --रिमोट-विकल्प=विकल्प
इस विकल्प का उपयोग अधिक उन्नत स्थितियों के लिए किया जाता है जहां आप कुछ निश्चित प्रभाव चाहते हैं
स्थानांतरण को केवल एक तरफ तक ही सीमित रखा जाए। उदाहरण के लिए, यदि आप उत्तीर्ण होना चाहते हैं
--लॉग-फ़ाइल=फ़ाइल और --नकली-सुपर रिमोट सिस्टम के लिए, इसे इस प्रकार निर्दिष्ट करें:

rsync -av -M --log-file=foo -M--नकली-सुपर src/ dest/

यदि आप कोई विकल्प चाहते हैं तो स्थानांतरण के समय केवल स्थानीय पक्ष को प्रभावित करें
सामान्यतः दोनों पक्षों को प्रभावित करता है, इसका निषेध दूरस्थ पक्ष को भेजता है। इस कदर:

rsync -av -x -M--no-x src/ dest/

इसका उपयोग करते समय सावधान रहें, क्योंकि किसी विकल्प को टॉगल करना संभव है जो rsync का कारण बनेगा
सॉकेट पर आगे किस डेटा की अपेक्षा की जानी चाहिए, इसके बारे में एक अलग विचार रखने के लिए, और वह
इसे गुप्त तरीके से विफल कर देगा।

ध्यान दें कि अलग से उपयोग करना सबसे अच्छा है --रिमोट-विकल्प प्रत्येक विकल्प के लिए जो आप चाहते हैं
उत्तीर्ण। यह आपके उपयोग को इसके अनुकूल बनाता है --रक्षा-तर्क विकल्प। कि अगर
विकल्प बंद है, आपके रिमोट विकल्प में कोई भी स्थान रिमोट शेल द्वारा विभाजित हो जाएगा
जब तक आप उनकी सुरक्षा के लिए कदम नहीं उठाएंगे।

स्थानीय स्थानांतरण करते समय, "स्थानीय" पक्ष प्रेषक होता है और "दूरस्थ" पक्ष होता है
पक्ष रिसीवर है.

ध्यान दें कि पॉप्ट विकल्प-पार्सिंग लाइब्रेरी के कुछ संस्करणों में एक बग है
आपको एक छोटे विकल्प के बगल में बराबर वाले आसन्न तर्क का उपयोग करने से रोकता है
पत्र (जैसे -M--log-file=/tmp/foo. यदि यह बग आपके पॉप्ट के संस्करण को प्रभावित करता है, तो आप
पॉपट के उस संस्करण का उपयोग कर सकते हैं जो rsync के साथ शामिल है।

-सी, --सीवीएस-बहिष्कृत
यह फ़ाइलों की एक विस्तृत श्रृंखला को बाहर करने के लिए एक उपयोगी आशुलिपि है जिसे आप अक्सर देखते हैं
सिस्टम के बीच स्थानांतरण नहीं करना चाहते. यह सीवीएस के समान एल्गोरिदम का उपयोग करता है
निर्धारित करें कि क्या किसी फ़ाइल को अनदेखा किया जाना चाहिए।

बहिष्कृत सूची को निम्नलिखित वस्तुओं (इन प्रारंभिक वस्तुओं) को बाहर करने के लिए प्रारंभ किया गया है
नाशवान के रूप में चिह्नित हैं - फ़िल्टर नियम अनुभाग देखें):

आरसीएस एससीसीएस सीवीएस सीवीएस.एडीएम आरसीएसएलओजी सीवीएसलॉग.* टैग टैग्स .मेक.स्टेट .nse_depinfo *~
#* .#* ,* _$* *$ *.पुराना *.bak *.BAK *.उत्पत्ति *.rej .del-* *.a *.olb *.o *.obj
*.तो *.exe *.Z *.elc *.ln कोर .svn/ .git/ .hg/ .bzr/

फिर, $HOME/.cvsignore में सूचीबद्ध फ़ाइलें सूची और सूचीबद्ध किसी भी फ़ाइल में जोड़ दी जाती हैं
CVSIGNORE पर्यावरण चर में (सभी cvsignore नाम सीमांकित हैं
रिक्त स्थान)।

अंत में, किसी भी फ़ाइल को अनदेखा कर दिया जाता है यदि वह .cvsignore फ़ाइल के समान निर्देशिका में है
और उसमें सूचीबद्ध पैटर्न में से एक से मेल खाता है। rsync के फ़िल्टर/बहिष्कृत के विपरीत
फ़ाइलें, ये पैटर्न रिक्त स्थान पर विभाजित हैं। देखें सीवीएस(1) अधिक के लिए मैनुअल
जानकारी.

यदि आप संयोजन कर रहे हैं -C अपने खुद के साथ --फ़िल्टर नियम, आपको ध्यान देना चाहिए कि ये सी.वी.एस
बहिष्करण आपके अपने नियमों के अंत में जोड़े जाते हैं, चाहे वे कहीं भी हों -C था
कमांड-लाइन पर रखा गया। यह उन्हें आपके किसी भी नियम से कम प्राथमिकता देता है
स्पष्ट रूप से निर्दिष्ट. यदि आप यह नियंत्रित करना चाहते हैं कि ये सीवीएस बहिष्कृत कहाँ सम्मिलित किए जाएँ
अपने फ़िल्टर नियमों में, आपको इसे छोड़ देना चाहिए -C कमांड-लाइन विकल्प के रूप में और a का उपयोग करें
का संयोजन --फ़िल्टर=:सी और --फ़िल्टर=-सी (या तो आपकी कमांड-लाइन पर या उसके द्वारा
":C" और "-C" नियमों को अपने अन्य नियमों के साथ एक फ़िल्टर फ़ाइल में डालना)।
पहला विकल्प .cvsignore फ़ाइल के लिए प्रति-निर्देशिका स्कैनिंग चालू करता है।
दूसरा विकल्प सीवीएस का एकमुश्त आयात करता है जिसमें ऊपर वर्णित को शामिल नहीं किया गया है।

-एफ, --फ़िल्टर=नियम
यह विकल्प आपको कुछ फ़ाइलों को चुनिंदा रूप से बाहर करने के लिए नियम जोड़ने की अनुमति देता है
स्थानांतरित की जाने वाली फ़ाइलों की सूची। के साथ संयोजन में यह सर्वाधिक उपयोगी है
पुनरावर्ती स्थानांतरण.

आप ज्यादा से ज्यादा उपयोग कर सकते हैं --फ़िल्टर कमांड लाइन पर विकल्प जैसा कि आप बनाना चाहते हैं
बहिष्कृत की जाने वाली फ़ाइलों की सूची। यदि फ़िल्टर में रिक्त स्थान है, तो उद्धरण देना सुनिश्चित करें
ऐसा इसलिए है ताकि शेल एकल तर्क के रूप में rsync को नियम दे। नीचे दिया गया पाठ
यह भी उल्लेख किया गया है कि आप a को अलग करने वाले स्थान को बदलने के लिए अंडरस्कोर का उपयोग कर सकते हैं
इसके तर्क से नियम.

इस विकल्प पर विस्तृत जानकारी के लिए फ़िल्टर नियम अनुभाग देखें।

-F RSI -F विकल्प दो जोड़ने के लिए एक आशुलिपि है --फ़िल्टर आपके आदेश पर नियम.
पहली बार इसका उपयोग इस नियम के लिए एक आशुलिपि है:

--फ़िल्टर='dir-मर्ज /.rsync-फ़िल्टर'

यह rsync को प्रति-निर्देशिका .rsync-फ़िल्टर फ़ाइलों को देखने के लिए कहता है
पदानुक्रम के माध्यम से छिड़का और फ़ाइलों को फ़िल्टर करने के लिए उनके नियमों का उपयोग किया
स्थानांतरण करना। अगर -F दोहराया गया है, यह इस नियम का संक्षिप्त रूप है:

--फ़िल्टर='.rsync-फ़िल्टर को बाहर निकालें'

यह .rsync-फ़िल्टर फ़ाइलों को स्थानांतरण से स्वयं फ़िल्टर कर देता है।

ये विकल्प कैसे काम करते हैं, इसकी विस्तृत जानकारी के लिए फ़िल्टर नियम अनुभाग देखें।

--बहिष्कृत=पैटर्न
यह विकल्प का सरलीकृत रूप है --फ़िल्टर वह विकल्प जो डिफ़ॉल्ट रूप से बहिष्कृत है
नियम और सामान्य फ़िल्टर नियमों के पूर्ण नियम-पार्सिंग सिंटैक्स की अनुमति नहीं देता है।

इस विकल्प पर विस्तृत जानकारी के लिए फ़िल्टर नियम अनुभाग देखें।

--बहिष्कृत-से=फ़ाइल
यह विकल्प किससे संबंधित है? --निकालना विकल्प, लेकिन यह एक फ़ाइल निर्दिष्ट करता है
इसमें बहिष्कृत पैटर्न शामिल हैं (प्रति पंक्ति एक)। फ़ाइल और पंक्तियों में रिक्त पंक्तियाँ
प्रारंभ स्थल ';' या '#' को नजरअंदाज कर दिया जाता है। अगर फ़ाइल is -, सूची से पढ़ा जाएगा
मानक इनपुट।

--शामिल=पैटर्न
यह विकल्प का सरलीकृत रूप है --फ़िल्टर विकल्प जो डिफ़ॉल्ट रूप से शामिल होता है
नियम और सामान्य फ़िल्टर नियमों के पूर्ण नियम-पार्सिंग सिंटैक्स की अनुमति नहीं देता है।

इस विकल्प पर विस्तृत जानकारी के लिए फ़िल्टर नियम अनुभाग देखें।

--शामिल-से=फ़ाइल
यह विकल्प किससे संबंधित है? --शामिल विकल्प, लेकिन यह एक फ़ाइल निर्दिष्ट करता है
इसमें पैटर्न शामिल हैं (प्रति पंक्ति एक)। फ़ाइल और पंक्तियों में रिक्त पंक्तियाँ
प्रारंभ स्थल ';' या '#' को नजरअंदाज कर दिया जाता है। अगर फ़ाइल is -, सूची से पढ़ा जाएगा
मानक इनपुट।

--फ़ाइलें-से=फ़ाइल
इस विकल्प का उपयोग करने से आप स्थानांतरित करने के लिए फ़ाइलों की सटीक सूची निर्दिष्ट कर सकते हैं (जैसे
निर्दिष्ट फ़ाइल से पढ़ें या - मानक इनपुट के लिए)। यह डिफ़ॉल्ट को भी बदल देता है
केवल निर्दिष्ट फ़ाइलों और निर्देशिकाओं को स्थानांतरित करने के लिए rsync का व्यवहार
आसान:

ओ थी --रिश्तेदार (-R) विकल्प निहित है, जो पथ की जानकारी को सुरक्षित रखता है
यह फ़ाइल में प्रत्येक आइटम के लिए निर्दिष्ट है (उपयोग करें)। --कोई रिश्तेदार नहीं or --और न if
आप उसे बंद करना चाहते हैं)।

ओ थी --डीआईआर (-d) विकल्प निहित है, जो निर्दिष्ट निर्देशिकाएँ बनाएगा
उन्हें शोर से छोड़ने के बजाय गंतव्य पर सूची में (उपयोग करें)।
--नो-डायर or --सिर हिलाकर सहमति देना यदि आप उसे बंद करना चाहते हैं)।

ओ थी --संग्रह (-a) विकल्प के व्यवहार का तात्पर्य नहीं है - आक्रामक (-r), इसलिए
यदि आप इसे चाहते हैं तो इसे स्पष्ट रूप से निर्दिष्ट करें।

o ये दुष्प्रभाव rsync की डिफ़ॉल्ट स्थिति को बदल देते हैं, इसलिए की स्थिति
--फ़ाइलें-से कमांड-लाइन पर विकल्प का अन्य विकल्पों पर कोई प्रभाव नहीं पड़ता है
पार्स किए गए हैं (उदा -a पहले या बाद में वही काम करता है --फ़ाइलें-से, जैसा हुआ
--और न और अन्य सभी विकल्प)।

फ़ाइल से पढ़े गए फ़ाइल नाम सभी स्रोत डीआईआर से संबंधित हैं - कोई भी
प्रमुख स्लैश हटा दिए गए हैं और किसी भी ".." संदर्भ को इससे ऊपर जाने की अनुमति नहीं है
स्रोत डीआईआर. उदाहरण के लिए, यह आदेश लें:

rsync -a --files-from=/tmp/foo / usr रिमोट:/बैकअप

यदि /tmp/foo में स्ट्रिंग "bin" (या यहां तक ​​कि ") शामिल है/ bin"), द / Usr / bin निर्देशिका होगी
दूरस्थ होस्ट पर /बैकअप/बिन के रूप में बनाया जाए। यदि इसमें "बिन/" है (ध्यान दें
ट्रेलिंग स्लैश), निर्देशिका की तत्काल सामग्री भी भेजी जाएगी
(फ़ाइल में स्पष्ट रूप से उल्लेख किए बिना - यह संस्करण में शुरू हुआ
2.6.4). दोनों ही मामलों में, यदि -r विकल्प सक्षम किया गया था, वह डीआईआर का संपूर्ण पदानुक्रम
ट्रांसफर भी किया जाएगा (ध्यान रखें -r स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता है
साथ में --फ़ाइलें-से, चूँकि यह निहित नहीं है -a). यह भी ध्यान दें कि का प्रभाव
(डिफ़ॉल्ट रूप से सक्षम) --रिश्तेदार विकल्प केवल पथ जानकारी की नकल करना है
फ़ाइल से पढ़ा जाता है - यह स्रोत-विशिष्ट पथ के दोहराव को बाध्य नहीं करता है
(/ usr इस मामले में)।

इसके अलावा, --फ़ाइलें-से फ़ाइल को इसके बजाय दूरस्थ होस्ट से पढ़ा जा सकता है
स्थानीय होस्ट यदि आप फ़ाइल के सामने "होस्ट:" निर्दिष्ट करते हैं (होस्ट को एक से मेल खाना चाहिए
स्थानांतरण का अंत)। शॉर्ट-कट के रूप में, आप अर्थ के लिए केवल ":" का एक उपसर्ग निर्दिष्ट कर सकते हैं
"स्थानांतरण के दूरस्थ सिरे का उपयोग करें"। उदाहरण के लिए:

rsync -a --files-from=:/path/file-list src:/ /tmp/copy

यह /path/file-list फ़ाइल में निर्दिष्ट सभी फ़ाइलों की प्रतिलिपि बना देगा
दूरस्थ "src" होस्ट पर स्थित है।

अगर --iconv और --रक्षा-तर्क विकल्प निर्दिष्ट हैं और --फ़ाइलें-से
फ़ाइल नाम एक होस्ट से दूसरे होस्ट पर भेजे जा रहे हैं, फ़ाइल नाम का अनुवाद किया जाएगा
भेजने वाले होस्ट के वर्णसेट से लेकर प्राप्तकर्ता होस्ट के वर्णसेट तक।

ध्यान दें: --files-from इनपुट में फ़ाइलों की सूची को क्रमबद्ध करने से rsync को और अधिक मदद मिलती है
कुशल, क्योंकि यह बीच साझा किए गए पथ तत्वों पर दोबारा जाने से बच जाएगा
आसन्न प्रविष्टियाँ. यदि इनपुट सॉर्ट नहीं किया गया है, तो कुछ पथ तत्व (अंतर्निहित) हैं
निर्देशिकाएँ) को कई बार स्कैन किया जा सकता है, और rsync अंततः होगा
फ़ाइल-सूची तत्वों में परिवर्तित होने के बाद उन्हें डुप्लिकेट न करें।

- 0, --से0
यह rsync को बताता है कि यह किसी फ़ाइल से जिन नियमों/फ़ाइलनामों को पढ़ता है, उन्हें a द्वारा समाप्त कर दिया जाता है
शून्य ('\0') वर्ण, एनएल, सीआर, या सीआर+एलएफ नहीं। ये असर करता है --से अलग करके,
--शामिल-से, --फ़ाइलें-से, और a में निर्दिष्ट कोई भी मर्ज की गई फ़ाइलें --फ़िल्टर राज करते हैं।
इसका असर नहीं होता --सीवीएस-बहिष्कृत (चूँकि सभी नाम .cvsignore फ़ाइल से पढ़े गए हैं
रिक्त स्थान पर विभाजित)।

-एस, --रक्षा-तर्क
यह विकल्प सभी फ़ाइल नाम और अधिकांश विकल्पों को बिना दूरस्थ rsync पर भेजता है
दूरस्थ शेल को उनकी व्याख्या करने की अनुमति देना। इसका मतलब यह है कि रिक्त स्थान विभाजित नहीं हैं
नामों में, और किसी भी गैर-वाइल्डकार्ड विशेष वर्ण का अनुवाद नहीं किया जाता है (जैसे ~, $,
;, &, वगैरह।)। वाइल्डकार्ड को दूरस्थ होस्ट पर rsync (के बजाय) द्वारा विस्तारित किया जाता है
शेल यह कर रहा है)।

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

आप इस विकल्प को RSYNC_PROTECT_ARGS पर्यावरण चर के माध्यम से भी नियंत्रित कर सकते हैं।
यदि इस चर का मान गैर-शून्य है, तो यह विकल्प डिफ़ॉल्ट रूप से सक्षम किया जाएगा,
अन्यथा यह डिफ़ॉल्ट रूप से अक्षम हो जाएगा. किसी भी स्थिति को मैन्युअल रूप से ओवरराइड किया जाता है
इस विकल्प का निर्दिष्ट सकारात्मक या नकारात्मक संस्करण (ध्यान दें --नहीं-एस और
--नो-प्रोटेक्ट-आर्ग्स नकारात्मक संस्करण हैं)। चूंकि यह विकल्प सबसे पहले था
3.0.0 में पेश किया गया, आपको यह सुनिश्चित करना होगा कि यदि आपको कभी ज़रूरत पड़े तो यह अक्षम है
एक दूरस्थ rsync के साथ इंटरैक्ट करें जो उससे भी पुराना है।

इस विकल्प को डिफ़ॉल्ट रूप से सक्षम करने के लिए Rsync को (निर्माण समय पर) भी कॉन्फ़िगर किया जा सकता है
(with पर्यावरण और कमांड-लाइन दोनों द्वारा ओवरराइड किया गया है)। इस विकल्प
अंततः कुछ अभी तक अनिर्धारित बिंदु पर एक नई डिफ़ॉल्ट सेटिंग बन जाएगी
भविष्य।

-टी, --temp-dir=DIR
यह विकल्प rsync को बनाते समय DIR को स्क्रैच डायरेक्टरी के रूप में उपयोग करने का निर्देश देता है
प्राप्तकर्ता पक्ष पर स्थानांतरित की गई फ़ाइलों की अस्थायी प्रतियां। डिफ़ॉल्ट
व्यवहार प्रत्येक अस्थायी फ़ाइल को संबंधित निर्देशिका में उसी निर्देशिका में बनाना है
गंतव्य फ़ाइल. rsync 3.1.1 से शुरू होकर, अंदर अस्थायी-फ़ाइल नाम
निर्दिष्ट डीआईआर के पहले एक अतिरिक्त बिंदु नहीं लगाया जाएगा (हालाँकि उनमें अभी भी एक बिंदु होगा)।
यादृच्छिक प्रत्यय जोड़ा गया)।

इस विकल्प का उपयोग अक्सर तब किया जाता है जब प्राप्त डिस्क में विभाजन नहीं होता है
स्थानांतरण में सबसे बड़ी फ़ाइल की एक प्रति रखने के लिए पर्याप्त खाली स्थान। इस मामले में
(यानी जब स्क्रैच निर्देशिका एक अलग डिस्क विभाजन पर है), rsync नहीं होगा
संबंधित के शीर्ष पर प्रत्येक प्राप्त अस्थायी फ़ाइल का नाम बदलने में सक्षम हो
गंतव्य फ़ाइल, लेकिन इसके बजाय इसे स्थान पर कॉपी करना होगा। Rsync यह कार्य प्रतिलिपि बनाकर करता है
फ़ाइल गंतव्य फ़ाइल के शीर्ष पर है, जिसका अर्थ है कि गंतव्य
इस प्रतिलिपि के दौरान फ़ाइल में छोटा किया गया डेटा होगा। यदि ऐसा इस प्रकार न किया गया होता
(भले ही गंतव्य फ़ाइल को पहले हटा दिया गया हो, डेटा को स्थानीय रूप से कॉपी किया गया
गंतव्य निर्देशिका में अस्थायी फ़ाइल, और उसके बाद उसका नाम बदल दिया जाएगा) यह होगा
पुरानी फ़ाइल के लिए डिस्क स्थान लेना जारी रखना संभव हो सकता है (यदि किसी के पास है)।
खुला), और इस प्रकार डिस्क पर नए संस्करण को फिट करने के लिए पर्याप्त जगह नहीं हो सकती है
देख सकते हैं।

यदि आप डिस्क स्थान की कमी के अलावा अन्य कारणों से इस विकल्प का उपयोग कर रहे हैं, तो आप
के साथ इसे संयोजित करना चाह सकते हैं --विलंब-अद्यतन विकल्प, जो यह सुनिश्चित करेगा
कॉपी की गई फ़ाइलें गंतव्य पदानुक्रम में उपनिर्देशिकाओं में डाल दी जाती हैं, प्रतीक्षा की जाती हैं
स्थानांतरण का अंत. यदि आपके पास आने वाले सभी लोगों की नकल करने के लिए पर्याप्त जगह नहीं है
गंतव्य विभाजन पर फ़ाइलें, rsync को यह बताने का दूसरा तरीका कि आप नहीं हैं
डिस्क स्थान के बारे में अत्यधिक चिंतित का उपयोग करना है --आंशिक-dir ए के साथ विकल्प
तुलनात्मक पथ; क्योंकि यह rsync को बताता है कि इसकी एक प्रति को छिपाकर रखना ठीक है
गंतव्य पदानुक्रम में एक उपदिर में एकल फ़ाइल, rsync का उपयोग करेगा
कॉपी की गई फ़ाइल को लाने के लिए एक स्टेजिंग क्षेत्र के रूप में आंशिक-डीआईआर, और फिर उसका नाम बदलें
वहां से जगह में. (ए निर्दिष्ट करते हुए) --आंशिक-dir निरपेक्ष पथ के साथ ऐसा नहीं होता है
यह दुष्प्रभाव है।)

-वाई, --फजी
यह विकल्प rsync को बताता है कि उसे किसी भी गंतव्य के लिए आधार फ़ाइल की तलाश करनी चाहिए
फ़ाइल जो गुम है. वर्तमान एल्गोरिदम उसी निर्देशिका में दिखता है
किसी फ़ाइल के लिए गंतव्य फ़ाइल जिसका आकार और संशोधित समय समान है, या
एक समान नाम वाली फ़ाइल. यदि पाया जाता है, तो rsync गति बढ़ाने का प्रयास करने के लिए फ़ज़ी आधार फ़ाइल का उपयोग करता है
स्थानांतरण तक.

यदि विकल्प दोहराया जाता है, तो किसी भी मिलान में फ़ज़ी स्कैन भी किया जाएगा
वैकल्पिक गंतव्य निर्देशिकाएँ जो के माध्यम से निर्दिष्ट हैं --तुलना-नियति,
--कॉपी-डेस्टया, --लिंक-डेस्ट.

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

--तुलना-dest=DIR
यह विकल्प rsync को उपयोग करने का निर्देश देता है डीआईआर गंतव्य मशीन पर अतिरिक्त के रूप में
स्थानांतरण करने के विरुद्ध गंतव्य फ़ाइलों की तुलना करने के लिए पदानुक्रम (यदि फ़ाइलें हैं
गंतव्य निर्देशिका में अनुपलब्ध)। यदि कोई फ़ाइल मिलती है डीआईआर वह समान है
प्रेषक की फ़ाइल में, फ़ाइल को गंतव्य पर स्थानांतरित नहीं किया जाएगा
निर्देशिका। यह केवल उन फ़ाइलों का विरल बैकअप बनाने के लिए उपयोगी है
पहले वाले बैकअप से बदला गया. इस विकल्प का उपयोग आमतौर पर किसी में कॉपी करने के लिए किया जाता है
खाली (या नव निर्मित) निर्देशिका।

संस्करण 2.6.4 से आरंभ, एकाधिक --तुलना-नियति निर्देशिकाएँ प्रदान की जा सकती हैं,
जो rsync को सटीक रूप से निर्दिष्ट क्रम में सूची खोजने का कारण बनेगा
मिलान। यदि कोई ऐसा मिलान पाया जाता है जो केवल विशेषताओं में भिन्न है, तो एक स्थानीय प्रतिलिपि बनाई जाती है
और विशेषताएँ अद्यतन की गईं। यदि कोई मिलान नहीं मिलता है, तो इनमें से किसी एक से आधार फ़ाइल
डीआईआरस्थानांतरण में तेजी लाने का प्रयास करने के लिए इसका चयन किया जाएगा।

If डीआईआर यह एक सापेक्ष पथ है, यह गंतव्य निर्देशिका से सापेक्ष है। यह सभी देखें
--कॉपी-डेस्ट और --लिंक-डेस्ट.

ध्यान दें: संस्करण 3.1.0 से शुरू होकर, rsync एक फ़ाइल को गैर-रिक्त से हटा देगा
यदि तुलना-गंतव्य में से किसी एक में सटीक मिलान पाया जाता है तो गंतव्य पदानुक्रम
पदानुक्रम (अंतिम परिणाम को एक ताज़ा प्रति से अधिक निकटता से मेल कराना)।

--कॉपी-डेस्ट=डीआईआर
यह विकल्प इस प्रकार व्यवहार करता है --तुलना-नियति, लेकिन rsync अपरिवर्तित फ़ाइलों की भी प्रतिलिपि बनाएगा
में पाया डीआईआर स्थानीय प्रतिलिपि का उपयोग करके गंतव्य निर्देशिका तक। ये इसके लिए उपयोगी है
मौजूदा फ़ाइलों को बरकरार रखते हुए एक नए गंतव्य पर स्थानांतरण करना, और फिर
जब सभी फ़ाइलें सफलतापूर्वक स्थानांतरित हो जाएं तो फ़्लैश-कटओवर करें।

विभिन्न --कॉपी-डेस्ट निर्देशिकाएँ प्रदान की जा सकती हैं, जिससे rsync को खोजना पड़ेगा
अपरिवर्तित फ़ाइल के लिए निर्दिष्ट क्रम में सूची। यदि कोई मिलान नहीं मिलता है, तो a
इनमें से किसी एक से आधार फ़ाइल डीआईआरस्थानांतरण में तेजी लाने का प्रयास करने के लिए इसका चयन किया जाएगा।

If डीआईआर यह एक सापेक्ष पथ है, यह गंतव्य निर्देशिका से सापेक्ष है। यह सभी देखें
--तुलना-नियति और --लिंक-डेस्ट.

--लिंक-डेस्ट=डीआईआर
यह विकल्प इस प्रकार व्यवहार करता है --कॉपी-डेस्ट, लेकिन अपरिवर्तित फ़ाइलें हार्ड लिंक्ड हैं डीआईआर
गंतव्य निर्देशिका के लिए. सभी संरक्षित फ़ाइलें समान होनी चाहिए
फ़ाइलों के लिए विशेषताएँ (जैसे अनुमतियाँ, संभवतः स्वामित्व)।
एक साथ जुड़े। एक उदाहरण:

rsync -av --link-dest=$PWD/prior_dir होस्ट:src_dir/ new_dir/

यदि फ़ाइल लिंक नहीं हो रही है, तो उनकी विशेषताओं की दोबारा जाँच करें। यह भी जांचें कि क्या कुछ
विशेषताओं को rsync के नियंत्रण से बाहर मजबूर किया जा रहा है, ऐसा माउंट विकल्प
एकल उपयोगकर्ता के लिए रूट स्क्विश करता है, या सामान्य स्वामित्व के साथ एक हटाने योग्य ड्राइव माउंट करता है
(जैसे कि ओएस एक्स का "इस वॉल्यूम पर स्वामित्व को अनदेखा करें" विकल्प)।

संस्करण 2.6.4 से आरंभ, एकाधिक --लिंक-डेस्ट निर्देशिकाएँ प्रदान की जा सकती हैं, जो
सटीक मिलान के लिए निर्दिष्ट क्रम में सूची खोजने के लिए rsync का कारण बनेगा। अगर
एक मिलान पाया जाता है जो केवल विशेषताओं में भिन्न होता है, एक स्थानीय प्रतिलिपि बनाई जाती है और
विशेषताएँ अद्यतन की गईं। यदि कोई मिलान नहीं मिलता है, तो इनमें से किसी एक से आधार फ़ाइल डीआईआरs
स्थानांतरण में तेजी लाने के प्रयास के लिए चयन किया जाएगा।

खाली गंतव्य पदानुक्रम में प्रतिलिपि बनाते समय यह विकल्प सबसे अच्छा काम करता है
मौजूदा फ़ाइलों की विशेषताओं में बदलाव हो सकता है, और यह वैकल्पिक को प्रभावित कर सकता है
हार्ड-लिंक के माध्यम से गंतव्य फ़ाइलें। साथ ही, बदलावों को सूचीबद्ध करने में भी थोड़ी मदद मिल सकती है
उलझा हुआ। ध्यान दें कि संस्करण 3.1.0 से पहले, एक वैकल्पिक-निर्देशिका सटीक मेल खाती थी
गंतव्य फ़ाइल कभी नहीं मिलेगी (न ही गंतव्य से जुड़ी होगी)।
पहले से ही मौजूद है।

ध्यान दें कि यदि आप इस विकल्प को इसके साथ जोड़ते हैं --अनदेखा-बार, rsync कोई लिंक नहीं करेगा
फ़ाइलों को एक साथ जोड़ता है क्योंकि इसके विकल्प के रूप में यह केवल समान फ़ाइलों को एक साथ जोड़ता है
फ़ाइल को स्थानांतरित करना, फ़ाइल अद्यतन होने के बाद कभी भी अतिरिक्त जाँच के रूप में नहीं।

If डीआईआर यह एक सापेक्ष पथ है, यह गंतव्य निर्देशिका से सापेक्ष है। यह सभी देखें
--तुलना-नियति और --कॉपी-डेस्ट.

ध्यान दें कि 2.6.1 से पहले के rsync संस्करणों में एक बग था जिसे रोका जा सकता था --लिंक-डेस्ट
एक गैर-सुपर-उपयोगकर्ता के लिए ठीक से काम करने से -o द्वारा निर्दिष्ट (या निहित) किया गया था
-a). आप इससे बचकर इस बग का समाधान निकाल सकते हैं -o किसी पुराने को भेजते समय विकल्प
rsync.

-में, --संकुचित करें
इस विकल्प के साथ, rsync फ़ाइल डेटा को गंतव्य पर भेजे जाने पर संपीड़ित करता है
मशीन, जो संचारित होने वाले डेटा की मात्रा को कम कर देती है - ऐसा कुछ है
धीमे कनेक्शन पर उपयोगी.

ध्यान दें कि यह विकल्प आम तौर पर बेहतर संपीड़न अनुपात प्राप्त कर सकता है
यह एक कंप्रेसिंग रिमोट शेल या एक कंप्रेसिंग ट्रांसपोर्ट का उपयोग करके हासिल किया गया है
मेल खाने वाले डेटा ब्लॉक में निहित जानकारी का लाभ उठाता है
कनेक्शन पर स्पष्ट रूप से नहीं भेजा गया। यह मिलान-डेटा संपीड़न एक पर आता है
हालाँकि, CPU की लागत को दोहराकर अक्षम किया जा सकता है -z विकल्प, लेकिन केवल यदि
दोनों पक्ष कम से कम संस्करण 3.1.1 हैं।

ध्यान दें कि यदि rsync का आपका संस्करण बाहरी zlib (इसके बजाय) के साथ संकलित किया गया था
zlib जो rsync के साथ पैक किया हुआ आता है) तो यह पुरानी शैली का समर्थन नहीं करेगा
संपीड़न, केवल नई शैली (दोहराया-विकल्प) संपीड़न। भविष्य में यह
नई शैली का संपीड़न संभवतः डिफ़ॉल्ट बन जाएगा।

क्लाइंट rsync के माध्यम से सर्वर पर नई शैली के संपीड़न का अनुरोध करता है
--नया-संपीड़न विकल्प, इसलिए यदि आप देखते हैं कि विकल्प अस्वीकृत है तो इसका मतलब है कि सर्वर
समर्थन करने के लिए पर्याप्त नया नहीं है -ज़. Rsync भी स्वीकार करता है --पुराना-संपीड़न के लिए विकल्प
भविष्य का समय जब नई शैली का संपीड़न डिफ़ॉल्ट बन जाएगा।

देखना --छोड़ें-संपीड़ित करें फ़ाइल प्रत्ययों की डिफ़ॉल्ट सूची के लिए विकल्प जो नहीं होगा
संकुचित होना.

--कंप्रेस-स्तर=NUM
उपयोग के लिए संपीड़न स्तर को स्पष्ट रूप से सेट करें (देखें)। --संकुचित करें) इसे देने के बजाय
गलती करना। यदि NUM शून्येतर है, तो --संकुचित करें विकल्प निहित है.

--स्किप-कंप्रेस=सूची
उन फ़ाइल प्रत्ययों की सूची को ओवरराइड करें जिन्हें संपीड़ित नहीं किया जाएगा। सूची होना चाहिए
एक या अधिक फ़ाइल प्रत्यय (बिंदु के बिना) स्लैश (/) द्वारा अलग किए गए।

आप यह इंगित करने के लिए एक खाली स्ट्रिंग निर्दिष्ट कर सकते हैं कि कोई भी फ़ाइल छोड़ी नहीं जानी चाहिए।

सरल वर्ण-वर्ग मिलान समर्थित है: प्रत्येक में एक सूची शामिल होनी चाहिए
वर्गाकार कोष्ठकों के अंदर अक्षर (उदाहरण के लिए कोई विशेष वर्ग नहीं, जैसे "[:अल्फ़ा:]",
समर्थित हैं, और '-' का कोई विशेष अर्थ नहीं है)।

तारांकन चिह्न (*) और प्रश्न चिह्न (?) का कोई विशेष अर्थ नहीं है।

यहां एक उदाहरण दिया गया है जो छोड़ने के लिए 6 प्रत्ययों को निर्दिष्ट करता है (चूंकि 1 में से 5 नियम मेल खाता है)
2 प्रत्यय):

--स्किप-कंप्रेस=gz/jpg/mp[34]/7z/bz2

जिन प्रत्ययों को संपीड़ित नहीं किया जाएगा उनकी डिफ़ॉल्ट सूची यह है (इस संस्करण में)।
rsync का):

7z ऐस AVI bz2 लोगों के सामने पहली उपस्थिति करनेवाली GPG gz आईएसओ जेपीईजी जेपीजी lz lzma lzo चमकीला गुलाबी रंग mp3 mp4 OGG png RAR rpm रज़िप
tbz tgz tlz txz xz z ज़िप

यह सूची आपके द्वारा प्रतिस्थापित कर दी जाएगी --छोड़ें-संपीड़ित करें एक स्थिति को छोड़कर सभी की सूची: a
एक डेमॉन rsync से कॉपी आपके छोड़े गए प्रत्ययों को इसकी सूची में जोड़ देगा
गैर-संपीड़ित फ़ाइलें (और इसकी सूची को किसी भिन्न डिफ़ॉल्ट पर कॉन्फ़िगर किया जा सकता है)।

--संख्यात्मक-आईडी
इस विकल्प के साथ rsync उपयोग करने के बजाय संख्यात्मक समूह और उपयोगकर्ता आईडी को स्थानांतरित कर देगा
उपयोगकर्ता और समूह के नाम और उन्हें दोनों सिरों पर मैप करना।

डिफ़ॉल्ट रूप से rsync किस स्वामित्व का निर्धारण करने के लिए उपयोगकर्ता नाम और समूह नाम का उपयोग करेगा
फ़ाइलें दें. विशेष यूआईडी 0 और विशेष समूह 0 को कभी भी मैप नहीं किया जाता है
उपयोगकर्ता/समूह के नाम भले ही --संख्यात्मक-आईडी विकल्प निर्दिष्ट नहीं है।

यदि किसी उपयोगकर्ता या समूह का स्रोत सिस्टम पर कोई नाम नहीं है या उसका कोई मिलान नहीं है
गंतव्य प्रणाली, तो इसके स्थान पर स्रोत प्रणाली से संख्यात्मक आईडी का उपयोग किया जाता है।
इसके लिए rsyncd.conf मैनपेज में "यूज़ चेरूट" सेटिंग पर टिप्पणियाँ भी देखें
चेरूट सेटिंग नामों को देखने की rsync की क्षमता को कैसे प्रभावित करती है, इसकी जानकारी
उपयोगकर्ताओं और समूहों की संख्या और आप इसके बारे में क्या कर सकते हैं।

--यूजरमैप=स्ट्रिंग, --ग्रुपमैप=स्ट्रिंग
ये विकल्प आपको उन उपयोगकर्ताओं और समूहों को निर्दिष्ट करने की अनुमति देते हैं जिन्हें अन्य के साथ मैप किया जाना चाहिए
प्राप्तकर्ता पक्ष द्वारा मान। STRING है एक या अधिक है से:सेवा मेरे मूल्यों के जोड़े
कॉमा द्वारा अलग। कोई मिलान से प्रेषक के मान को a से बदल दिया जाता है सेवा मेरे
रिसीवर से मूल्य. आप इसके लिए उपयोगकर्ता नाम या उपयोगकर्ता आईडी निर्दिष्ट कर सकते हैं से और सेवा मेरे
मूल्य, और से मान एक वाइल्ड-कार्ड स्ट्रिंग भी हो सकता है, जिसका मिलान किया जाएगा
प्रेषक के नाम के सामने (वाइल्ड-कार्ड आईडी नंबर से मेल नहीं खाते, हालांकि देखें
नीचे बताया गया है कि '*' हर चीज़ से मेल क्यों खाता है)। इसके बजाय आप आईडी की एक सीमा निर्दिष्ट कर सकते हैं
एक समावेशी श्रेणी के माध्यम से संख्याएँ: निम्न-उच्च। उदाहरण के लिए:

--यूजरमैप=0-99:कोई नहीं, वेन:एडमिन,*:सामान्य --ग्रुपमैप=यूएसआर:1,1:यूएसआर

सूची में पहला मिलान वह है जिसका उपयोग किया जाता है। आपको अपना सब कुछ निर्दिष्ट करना चाहिए
एकल का उपयोग करके उपयोगकर्ता मैपिंग --यूज़रमैप विकल्प, और/या आपके सभी समूह मैपिंग का उपयोग करना
एक भी --ग्रुपमैप विकल्प.

ध्यान दें कि 0 उपयोगकर्ता और समूह के लिए प्रेषक का नाम प्रेषित नहीं किया जाता है
रिसीवर, इसलिए आपको या तो 0 का उपयोग करके इन मानों का मिलान करना चाहिए, या नामों का उपयोग करना चाहिए
प्राप्तकर्ता पक्ष पर प्रभाव (आमतौर पर "रूट")। अन्य सभी से नाम उनसे मेल खाते हैं
भेजने वाले पक्ष पर उपयोग में। सभी सेवा मेरे नाम प्राप्तकर्ता पक्ष में उपयोग में आने वाले नामों से मेल खाते हैं।

कोई भी आईडी जिसमें भेजने वाले पक्ष पर नाम नहीं है, उसे खाली माना जाता है
मिलान के उद्देश्य से नाम. यह उन्हें "*" या के माध्यम से मिलान करने की अनुमति देता है
खाली नाम का उपयोग करना. उदाहरण के लिए:

--यूजरमैप=:कोई नहीं --ग्रुपमैप=*:कोई नहीं

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

के लिए --यूज़रमैप कोई भी प्रभाव डालने का विकल्प, -o (--मालिक) विकल्प का उपयोग करना होगा
(या निहित), और रिसीवर को सुपर-यूज़र के रूप में चलाने की आवश्यकता होगी (यह भी देखें)।
la --नकली-सुपर विकल्प)। के लिए --ग्रुपमैप कोई भी प्रभाव डालने का विकल्प, -g
(--समूह) विकल्प का उपयोग (या निहित) किया जाना चाहिए, और रिसीवर को इसकी आवश्यकता होगी
उस समूह को सेट करने की अनुमति।

--chown=उपयोगकर्ता:समूह
यह विकल्प समूह समूह के साथ सभी फ़ाइलों को उपयोगकर्ता के स्वामित्व में रखने के लिए बाध्य करता है। यह है एक
उपयोग करने की तुलना में सरल इंटरफ़ेस --यूज़रमैप और --ग्रुपमैप सीधे तौर पर, लेकिन यह है
आंतरिक रूप से उन विकल्पों का उपयोग करके कार्यान्वित किया गया है, इसलिए आप उन्हें मिश्रित नहीं कर सकते। यदि या तो
उपयोगकर्ता या समूह खाली है, छोड़े गए उपयोगकर्ता/समूह के लिए कोई मैपिंग नहीं होगी। यदि समूह
खाली है, तो अनुगामी कोलन छोड़ा जा सकता है, लेकिन यदि USER खाली है, तो अग्रणी कोलन
आपूर्ति की जानी चाहिए।

यदि आप "--chown=foo:bar" निर्दिष्ट करते हैं, तो यह बिल्कुल निर्दिष्ट करने जैसा ही है
"--usermap=*:foo --groupmap=*:bar", केवल आसान।

--टाइमआउट=टाइमआउट
यह विकल्प आपको सेकंडों में अधिकतम I/O टाइमआउट सेट करने की अनुमति देता है। यदि कोई डेटा नहीं है
निर्दिष्ट समय के लिए स्थानांतरित किया गया तो rsync बाहर निकल जाएगा। डिफ़ॉल्ट 0 है, जो
मतलब कोई टाइमआउट नहीं.

--contimeout
यह विकल्प आपको वह समय निर्धारित करने की अनुमति देता है जिसके लिए rsync प्रतीक्षा करेगा
सफल होने के लिए rsync डेमॉन से कनेक्शन। यदि समय समाप्त हो जाता है, तो rsync बाहर निकल जाता है
एक त्रुटि के साथ.

--पता
डिफ़ॉल्ट रूप से rsync, rsync से कनेक्ट होने पर वाइल्डकार्ड पते से जुड़ जाएगा
डेमन. --पता विकल्प आपको एक विशिष्ट आईपी पता (या) निर्दिष्ट करने की अनुमति देता है
होस्टनाम) से जुड़ने के लिए। इस विकल्प को भी देखें --डेमन मोड अनुभाग.

--पोर्ट = पोर्ट
यह 873 के डिफ़ॉल्ट के बजाय उपयोग करने के लिए एक वैकल्पिक टीसीपी पोर्ट नंबर निर्दिष्ट करता है।
इसकी आवश्यकता केवल तभी है जब आप कनेक्ट करने के लिए डबल-कॉलन (::) सिंटैक्स का उपयोग कर रहे हैं
एक rsync डेमॉन (चूँकि URL सिंटैक्स के एक भाग के रूप में पोर्ट को निर्दिष्ट करने का एक तरीका है
यूआरएल). इस विकल्प को भी देखें --डेमन मोड अनुभाग.

--सॉकॉप्ट्स
यह विकल्प उन लोगों के लिए अंतहीन आनंद प्रदान कर सकता है जो अपने सिस्टम को ट्यून करना पसंद करते हैं
उच्चतम डिग्री. आप सभी प्रकार के सॉकेट विकल्प सेट कर सकते हैं जो स्थानांतरण कर सकते हैं
तेज़ (या धीमा!) विवरण के लिए setockopt() सिस्टम कॉल के लिए मैन पेज पढ़ें
कुछ विकल्पों पर आप सेट करने में सक्षम हो सकते हैं। डिफ़ॉल्ट रूप से कोई विशेष सॉकेट विकल्प नहीं
तैयार। यह केवल दूरस्थ rsync डेमॉन के सीधे सॉकेट कनेक्शन को प्रभावित करता है।
यह विकल्प भी मौजूद है --डेमन मोड अनुभाग.

--ब्लॉकिंग-आईओ
यह rsync को रिमोट शेल ट्रांसपोर्ट लॉन्च करते समय ब्लॉकिंग I/O का उपयोग करने के लिए कहता है। अगर
रिमोट शेल या तो rsh या remsh है, rsync डिफ़ॉल्ट रूप से ब्लॉकिंग I/O का उपयोग करता है,
अन्यथा यह नॉन-ब्लॉकिंग I/O का उपयोग करने में डिफ़ॉल्ट है। (ध्यान दें कि ssh पसंद करता है
गैर-अवरुद्ध I/O.)

--आउटबफ=मोड
यह आउटपुट बफ़रिंग मोड सेट करता है। मोड कोई नहीं (उर्फ अनबफ़र्ड), लाइन हो सकता है,
या ब्लॉक (उर्फ पूर्ण)। आप मोड के लिए कम से कम एक अक्षर निर्दिष्ट कर सकते हैं,
और अपरकेस या लोअरकेस का उपयोग करें।

इस विकल्प का मुख्य उपयोग फुल बफरिंग को लाइन बफरिंग में बदलना है
rsync का आउटपुट किसी फ़ाइल या पाइप में जा रहा है।

-मैं, --आइटमाइज़-परिवर्तन
प्रत्येक फ़ाइल में किए जा रहे परिवर्तनों की एक सरल आइटमयुक्त सूची का अनुरोध करता है,
विशेषता परिवर्तन सहित। यह बिल्कुल निर्दिष्ट करने जैसा ही है
--आउट-फ़ॉर्मेट='%i %n%L'. यदि आप विकल्प दोहराते हैं, तो अपरिवर्तित फ़ाइलें भी होंगी
आउटपुट, लेकिन केवल तभी जब प्राप्त करने वाला rsync कम से कम संस्करण 2.6.7 हो (आप इसका उपयोग कर सकते हैं -वीवी
rsync के पुराने संस्करणों के साथ, लेकिन यह अन्य वर्बोज़ के आउटपुट को भी चालू करता है
संदेश)।

"%i" एस्केप में एक गुप्त आउटपुट है जो 11 अक्षर लंबा है। सामान्य प्रारूप
स्ट्रिंग की तरह है YXcstpoguax, जहां Y अद्यतन होने के प्रकार द्वारा प्रतिस्थापित किया जाता है
किया हुआ, X फ़ाइल-प्रकार द्वारा प्रतिस्थापित किया जाता है, और अन्य अक्षर विशेषताओं का प्रतिनिधित्व करते हैं
यदि उन्हें संशोधित किया जा रहा है तो वह आउटपुट हो सकता है।

अद्यतन प्रकार जो प्रतिस्थापित करते हैं Y इस प्रकार हैं:

ओ ए < इसका मतलब है कि एक फ़ाइल को दूरस्थ होस्ट पर स्थानांतरित (भेजा) जा रहा है।

ओ ए > इसका मतलब है कि एक फ़ाइल को स्थानीय होस्ट (प्राप्त) में स्थानांतरित किया जा रहा है।

ओ ए c इसका मतलब है कि आइटम के लिए स्थानीय परिवर्तन/निर्माण हो रहा है (जैसे
एक निर्देशिका का निर्माण या एक सिम्लिंक का परिवर्तन, आदि)।

ओ ए h इसका मतलब है कि आइटम किसी अन्य आइटम के लिए एक हार्ड लिंक है (आवश्यकता है)।
--hard-लिंक).

ओ ए . इसका मतलब है कि आइटम को अपडेट नहीं किया जा रहा है (हालांकि हो सकता है)।
विशेषताएँ जिन्हें संशोधित किया जा रहा है)।

ओ ए * इसका मतलब है कि शेष आइटम-आउटपुट क्षेत्र में एक संदेश है (उदाहरण के लिए)।
"हटा रहा है").

फ़ाइल-प्रकार जो प्रतिस्थापित करते हैं X यह है: f एक फ़ाइल के लिए, ए d एक निर्देशिका के लिए, a L एसटी
एक सिम्लिंक, ए D एक डिवाइस के लिए, और a S एक विशेष फ़ाइल के लिए (उदाहरण के लिए नामित सॉकेट और
फीफोस)।

उपरोक्त स्ट्रिंग में अन्य अक्षर वास्तविक अक्षर हैं जो आउटपुट होंगे यदि
आइटम के लिए संबंधित विशेषता अद्यतन की जा रही है या "।" बिना किसी बदलाव के.
इसके तीन अपवाद हैं: (1) एक नव निर्मित आइटम प्रत्येक अक्षर को a से बदल देता है
"+", (2) एक समान आइटम बिंदुओं को रिक्त स्थान से बदल देता है, और (3) एक अज्ञात
विशेषता प्रत्येक अक्षर को "?" से बदल देती है (किसी बुजुर्ग से बात करते समय ऐसा हो सकता है
rsync)।

प्रत्येक अक्षर से जुड़ी विशेषता इस प्रकार है:

ओ ए c इसका मतलब यह है कि या तो एक नियमित फ़ाइल में एक अलग चेकसम होता है (आवश्यकता होती है)।
--चेकसम) या कि सिम्लिंक, डिवाइस, या विशेष फ़ाइल का मान बदल गया है।
ध्यान दें कि यदि आप 3.0.1 से पहले rsync पर फ़ाइलें भेज रहे हैं, तो यह परिवर्तन होगा
ध्वज केवल चेकसम-विभिन्न नियमित फ़ाइलों के लिए मौजूद होगा।

ओ ए s इसका मतलब है कि एक नियमित फ़ाइल का आकार अलग है और इसे अपडेट किया जाएगा
दस्तावेज हस्तांतरण।

ओ ए t इसका मतलब है कि संशोधन का समय अलग है और इसे अद्यतन किया जा रहा है
प्रेषक का मूल्य (आवश्यकता है -- टाइम्स). का एक वैकल्पिक मान T इसका मतलब है कि
संशोधन समय को स्थानांतरण समय पर सेट किया जाएगा, जो तब होता है जब a
फ़ाइल/सिम्लिंक/डिवाइस को बिना अपडेट किया जाता है -- टाइम्स और जब एक सिम्लिंक बदला जाता है
और रिसीवर अपना समय निर्धारित नहीं कर सकता. (नोट: rsync 3.0.0 का उपयोग करते समय
ग्राहक, आप देख सकते हैं s ध्वज के साथ संयुक्त t उचित के बजाय T
इस समय-निर्धारण विफलता के लिए ध्वजांकित करें।)

ओ ए p इसका मतलब है कि अनुमतियाँ भिन्न हैं और उन्हें अद्यतन किया जा रहा है
प्रेषक का मूल्य (आवश्यकता है --पर्म).

ओ एन o इसका मतलब है कि स्वामी अलग है और उसे प्रेषक के मूल्य के अनुसार अद्यतन किया जा रहा है
(की आवश्यकता है --मालिक और सुपर-उपयोगकर्ता विशेषाधिकार)।

ओ ए g इसका मतलब है कि समूह अलग है और प्रेषक के मूल्य के अनुसार अद्यतन किया जा रहा है
(की आवश्यकता है --समूह और समूह स्थापित करने का अधिकार)।

ओ थी u स्लॉट भविष्य में उपयोग के लिए आरक्षित है।

ओ थी a इसका मतलब है कि एसीएल जानकारी बदल गई है।

ओ थी x इसका मतलब है कि विस्तारित विशेषता जानकारी बदल गई है।

एक अन्य आउटपुट संभव है: फ़ाइलें हटाते समय, "%i" स्ट्रिंग आउटपुट करेगा
हटाए जा रहे प्रत्येक आइटम के लिए "*हटाना" (यह मानते हुए कि आप किसी से बात कर रहे हैं)।
हाल ही में पर्याप्त rsync है कि यह विलोपन को वर्बोज़ के रूप में आउटपुट करने के बजाय लॉग करता है
संदेश)।

--आउट-फ़ॉर्मेट=फ़ॉर्मेट
यह आपको यह निर्दिष्ट करने की अनुमति देता है कि rsync क्लाइंट उपयोगकर्ता को वास्तव में क्या आउटपुट देता है
प्रति-अद्यतन आधार। प्रारूप एक टेक्स्ट स्ट्रिंग है जिसमें एम्बेडेड एकल-वर्ण शामिल है
एस्केप अनुक्रम एक प्रतिशत (%) वर्ण के साथ उपसर्ग किया गया है। का एक डिफ़ॉल्ट प्रारूप
यदि कोई हो तो "%n%L" मान लिया जाता है --जानकारी=नाम or -v निर्दिष्ट है (यह आपको बस यही बताता है
फ़ाइल का नाम और, यदि आइटम एक लिंक है, तो यह कहाँ इंगित करता है)। की पूरी सूची के लिए
संभावित एस्केप वर्णों के लिए, rsyncd.conf में "लॉग प्रारूप" सेटिंग देखें
मैनपेज

निर्दिष्ट करना --आउट-फ़ॉर्मेट विकल्प का तात्पर्य है --जानकारी=नाम विकल्प, जो होगा
प्रत्येक फ़ाइल, डीआईआर इत्यादि का उल्लेख करें जो महत्वपूर्ण तरीके से अद्यतन किया जाता है (स्थानांतरित)।
फ़ाइल, एक पुनः निर्मित सिम्लिंक/डिवाइस, या एक स्पर्श की गई निर्देशिका)। इसके अलावा, यदि
आइटमाइज़-चेंज एस्केप (%i) को स्ट्रिंग में शामिल किया गया है (उदाहरण के लिए यदि
--आइटमाइज़-परिवर्तन विकल्प का उपयोग किया गया था), किसी का उल्लेख करने के लिए नामों की लॉगिंग बढ़ जाती है
आइटम जो किसी भी तरह से बदला गया है (जब तक प्राप्तकर्ता पक्ष कम से कम 2.6.4 है)।
देखना --आइटमाइज़-परिवर्तन "%i" के आउटपुट के विवरण के लिए विकल्प।

Rsync फ़ाइल के स्थानांतरण से पहले आउट-फॉर्मेट स्ट्रिंग को आउटपुट करेगा जब तक कि इनमें से कोई एक न हो
स्थानांतरण-आँकड़ा एस्केप का अनुरोध किया जाता है, जिस स्थिति में लॉगिंग की जाती है
फ़ाइल के स्थानांतरण का अंत. जब यह लेट लॉगिंग प्रभावी होती है और --प्रगति
यह भी निर्दिष्ट है, rsync स्थानांतरित की जा रही फ़ाइल का नाम भी आउटपुट करेगा
इसकी प्रगति की जानकारी से पहले (निश्चित रूप से, आउट-फॉर्मेट आउटपुट द्वारा)।

--लॉग-फ़ाइल=फ़ाइल
यह विकल्प rsync को यह लॉग करने का कारण बनता है कि वह किसी फ़ाइल में क्या कर रहा है। यह के समान है
लॉगिंग जो एक डेमॉन करता है, लेकिन क्लाइंट पक्ष और/या के लिए अनुरोध किया जा सकता है
गैर-डेमॉन स्थानांतरण का सर्वर पक्ष। यदि क्लाइंट विकल्प के रूप में निर्दिष्ट किया गया है, तो स्थानांतरण करें
लॉगिंग "%i %n%L" के डिफ़ॉल्ट प्रारूप के साथ सक्षम की जाएगी। देखें
--लॉग-फ़ाइल-प्रारूप विकल्प यदि आप इसे ओवरराइड करना चाहते हैं।

यहां एक उदाहरण आदेश दिया गया है जो दूरस्थ पक्ष से यह लॉग करने का अनुरोध करता है कि क्या हो रहा है:

rsync -av --remote-option=--log-file=/tmp/rlog src/ dest/

यह बहुत उपयोगी है यदि आपको यह डीबग करने की आवश्यकता है कि कोई कनेक्शन अप्रत्याशित रूप से क्यों बंद हो रहा है।

--लॉग-फ़ाइल-प्रारूप=FORMAT
यह आपको यह निर्दिष्ट करने की अनुमति देता है कि फ़ाइल में प्रति-अद्यतन लॉगिंग क्या डाली गई है
द्वारा निर्दिष्ट किया गया --बोटा दस्तावेज विकल्प (जिसे इस विकल्प के लिए भी निर्दिष्ट किया जाना चाहिए
कोई प्रभाव हो)। यदि आप एक खाली स्ट्रिंग निर्दिष्ट करते हैं, तो अद्यतन फ़ाइलें नहीं होंगी
लॉग फ़ाइल में उल्लिखित है. संभावित भागने वाले पात्रों की सूची के लिए, देखें
rsyncd.conf मैनपेज में "लॉग फॉर्मेट" सेटिंग।

यदि डिफ़ॉल्ट FORMAT का उपयोग किया जाता है --बोटा दस्तावेज निर्दिष्ट है और यह विकल्प '%i' नहीं है
%n%L'.

--आँकड़े
यह rsync को फ़ाइल स्थानांतरण पर आँकड़ों का एक वर्बोज़ सेट मुद्रित करने के लिए कहता है,
आपको यह बताने की अनुमति देता है कि rsync का डेल्टा-ट्रांसफर एल्गोरिदम आपके लिए कितना प्रभावी है
डेटा। यह विकल्प समतुल्य है --जानकारी=आँकड़े2 यदि 0 या 1 के साथ संयुक्त हो -v
विकल्प, या --जानकारी=आँकड़े3 यदि 2 या अधिक के साथ जोड़ा जाए -v विकल्प.

वर्तमान आँकड़े इस प्रकार हैं:

o नंबर of फ़ाइलों सभी "फ़ाइलों" (सामान्य अर्थ में) की गिनती है, जो
इसमें निर्देशिकाएं, सिम्लिंक आदि शामिल हैं। कुल गिनती के बाद एक होगा
फ़ाइल प्रकार के अनुसार गिनती की सूची (यदि कुल गैर-शून्य है)। उदाहरण के लिए: "(reg:
5, डीआईआर: 3, लिंक: 2, देव: 1, विशेष: 1)" नियमित फ़ाइलों के लिए कुल योग सूचीबद्ध करता है,
निर्देशिकाएँ, सिम्लिंक, डिवाइस और विशेष फ़ाइलें। यदि कोई भी मान 0 है, तो यह
सूची से पूरी तरह हटा दिया गया है।

o नंबर of बनाया फ़ाइलों कितनी "फ़ाइलों" की गिनती है (सामान्य अर्थ)
बनाए गए (अद्यतन के विपरीत)। कुल गिनती के बाद एक होगा
फ़ाइल प्रकार के अनुसार गिनती की सूची (यदि कुल गैर-शून्य है)।

o नंबर of हटाए गए फ़ाइलों कितनी "फ़ाइलों" की गिनती है (सामान्य अर्थ)
बनाए गए (अद्यतन के विपरीत)। कुल गिनती के बाद एक होगा
फ़ाइल प्रकार के अनुसार गिनती की सूची (यदि कुल गैर-शून्य है)। ध्यान दें कि यह पंक्ति
केवल तभी आउटपुट होता है जब विलोपन प्रभावी होता है, और केवल तभी आउटपुट होता है जब प्रोटोकॉल 31 प्रभावी होता है
प्रयुक्त (rsync 3.1.x के लिए डिफ़ॉल्ट)।

o नंबर of नियमित फ़ाइलों का तबादला जो सामान्य फ़ाइलें थीं उनकी गिनती है
rsync के डेल्टा-ट्रांसफर एल्गोरिदम के माध्यम से अपडेट किया गया, जिसमें डीआईआर शामिल नहीं है,
सिम्लिंक, आदि। ध्यान दें कि rsync 3.1.0 ने इसमें "नियमित" शब्द जोड़ा है
शीर्षक।

o कुल पट्टिका आकार स्थानांतरण में सभी फ़ाइल आकारों का कुल योग है। यह
निर्देशिकाओं या विशेष फ़ाइलों के लिए कोई आकार नहीं गिना जाता है, लेकिन इसमें शामिल होता है
सिम्लिंक का आकार.

o कुल का तबादला पट्टिका आकार केवल के लिए सभी फ़ाइल आकारों का कुल योग है
स्थानांतरित फ़ाइलें.

o शाब्दिक तिथि हमें कितना बेजोड़ फ़ाइल-अपडेट डेटा भेजना था
अद्यतन फ़ाइलों को फिर से बनाने के लिए रिसीवर।

o मेल खाने वाले तिथि पुन: बनाते समय रिसीवर को स्थानीय रूप से कितना डेटा प्राप्त हुआ
अद्यतन फ़ाइलें.

o पट्टिका सूची आकार जब प्रेषक ने इसे भेजा था तब फ़ाइल-सूची डेटा कितना बड़ा था
प्राप्तकर्ता। यह देय फ़ाइल सूची के लिए इन-मेमोरी आकार से छोटा है
जब rsync सूची भेजता है तो डुप्लिकेट किए गए डेटा को कुछ हद तक संपीड़ित किया जाता है।

o पट्टिका सूची पीढ़ी पहर प्रेषक द्वारा बिताए गए सेकंड की संख्या है
फ़ाइल सूची बनाना. इसके लिए भेजने वाले पक्ष पर एक आधुनिक rsync की आवश्यकता होती है
इसके उपस्थित होने के लिए.

o पट्टिका सूची स्थानांतरण पहर प्रेषक द्वारा बिताए गए सेकंड की संख्या है
प्राप्तकर्ता को फ़ाइल सूची भेजना।

o कुल बाइट्स भेजा rsync द्वारा भेजे गए सभी बाइट्स की गिनती है
क्लाइंट साइड से सर्वर साइड तक।

o कुल बाइट्स प्राप्त rsync वाले सभी गैर-संदेश बाइट्स की गिनती है
क्लाइंट की ओर से सर्वर की ओर से प्राप्त किया गया। "गैर-संदेश" बाइट्स का अर्थ है
हम सर्वर द्वारा भेजे गए वर्बोज़ संदेश के लिए बाइट्स की गिनती नहीं करते हैं
हमें, जो आँकड़ों को अधिक सुसंगत बनाता है।

- 8, --8-बिट-आउटपुट
यह rsync को आउटपुट में सभी उच्च-बिट वर्णों को बिना छोड़े छोड़ने के लिए कहता है
यह देखने के लिए उनका परीक्षण करने का प्रयास करना कि क्या वे वर्तमान स्थान में वैध हैं और भाग जाना
अमान्य वाले. सभी नियंत्रण वर्ण (लेकिन टैब कभी नहीं) हमेशा बच जाते हैं,
इस विकल्प की सेटिंग पर ध्यान दिए बिना.

2.6.7 में शुरू हुआ एस्केप मुहावरा एक शाब्दिक बैकस्लैश (\) और एक आउटपुट देना है
हैश (#), उसके बाद बिल्कुल 3 अष्टक अंक। उदाहरण के लिए, एक नई लाइन आउटपुट होगी
"\#012" के रूप में। एक शाब्दिक बैकस्लैश जो फ़ाइल नाम में है, तब तक बच नहीं जाता जब तक कि ऐसा न हो
उसके बाद एक हैश और 3 अंक (0-9)।

-एच, --मानव पठनीय
अधिक मानव-पठनीय प्रारूप में आउटपुट संख्याएँ। 3 संभावित स्तर हैं: (1)
3 अंकों के प्रत्येक सेट के बीच एक विभाजक के साथ आउटपुट संख्याएं (या तो अल्पविराम या ए
अवधि, इस पर निर्भर करता है कि दशमलव बिंदु को अवधि या अल्पविराम द्वारा दर्शाया गया है);
(2) 1000 की इकाइयों में आउटपुट संख्याएँ (बड़ी इकाइयों के लिए एक वर्ण प्रत्यय के साथ -
नीचे देखें); (3) 1024 की इकाइयों में आउटपुट संख्याएँ।

डिफ़ॉल्ट मानव-पठनीय स्तर 1 है। प्रत्येक -h विकल्प स्तर को एक से बढ़ा देता है।
आप निर्दिष्ट करके स्तर को 0 तक (संख्याओं को शुद्ध अंकों के रूप में आउटपुट करने के लिए) नीचे ले जा सकते हैं
la --मानव-पठनीय नहीं (--नहीं-एच) विकल्प।

स्तर 2 और 3 में जोड़े गए इकाई अक्षर हैं: K (किलो), M (मेगा), G
(गीगा), या टी (टेरा)। उदाहरण के लिए, एक 1234567-बाइट फ़ाइल 1.23M इंच के रूप में आउटपुट करेगी
स्तर-2 (यह मानते हुए कि एक अवधि आपका स्थानीय दशमलव बिंदु है)।

बैकवर्ड संगतता नोट: 3.1.0 से पहले के rsync के संस्करण समर्थन नहीं करते हैं
मानव-पठनीय स्तर 1, और वे स्तर 0 पर डिफ़ॉल्ट होते हैं। इस प्रकार, एक या दो को निर्दिष्ट करना
-h जब तक विकल्प पुराने और नए संस्करणों में तुलनीय तरीके से व्यवहार करेंगे
आपने कोई निर्दिष्ट नहीं किया --नहीं-एच एक या अधिक से पहले विकल्प -h विकल्प। देखें
--सूची-केवल एक अंतर के लिए विकल्प.

--आंशिक
डिफ़ॉल्ट रूप से, स्थानांतरण होने पर rsync किसी भी आंशिक रूप से स्थानांतरित फ़ाइल को हटा देगा
बाधित. कुछ परिस्थितियों में आंशिक रूप से रखना अधिक वांछनीय है
स्थानांतरित फ़ाइलें. का उपयोग --आंशिक विकल्प rsync को आंशिक फ़ाइल रखने के लिए कहता है
जिससे शेष फ़ाइल का बाद में स्थानांतरण बहुत तेजी से होना चाहिए।

--आंशिक-डीआईआर=डीआईआर
की तुलना में आंशिक फ़ाइलें रखने का एक बेहतर तरीका --आंशिक विकल्प एक निर्दिष्ट करना है डीआईआर
इसका उपयोग आंशिक डेटा को रखने के लिए किया जाएगा (इसे लिखने के बजाय)।
गंतव्य फ़ाइल). अगले स्थानांतरण पर, rsync इस dir में पाई गई फ़ाइल का उपयोग करेगा
स्थानांतरण को फिर से शुरू करने में तेजी लाने के लिए डेटा के रूप में और इसके पूरा होने के बाद इसे हटा दें
अपना उद्देश्य पूरा किया।

ध्यान दें कि यदि --संपूर्ण-फ़ाइल निर्दिष्ट (या निहित) है, कोई भी आंशिक-डीआईआर फ़ाइल है
अद्यतन की जा रही फ़ाइल को बस हटा दिया जाएगा (क्योंकि rsync है)।
rsync के डेल्टा-ट्रांसफर एल्गोरिदम का उपयोग किए बिना फ़ाइलें भेजना)।

Rsync बनाएगा डीआईआर यदि यह गायब है (सिर्फ आखिरी डायर - संपूर्ण नहीं
पथ)। इससे सापेक्ष पथ (जैसे कि) का उपयोग करना आसान हो जाता है
"--आंशिक-dir=.rsync-आंशिक") rsync में आंशिक-निर्देशिका बनाने के लिए
आवश्यकता पड़ने पर गंतव्य फ़ाइल की निर्देशिका, और आंशिक होने पर इसे फिर से हटा दें
फ़ाइल हटा दी गई है.

यदि आंशिक-डीआईआर मान एक पूर्ण पथ नहीं है, तो rsync एक बहिष्कृत नियम जोड़ देगा
आपके सभी मौजूदा बहिष्करणों का अंत। इससे किसी को भी भेजने से रोका जा सकेगा
आंशिक-डीआईआर फ़ाइलें जो भेजने वाले पक्ष पर मौजूद हो सकती हैं, और इसे भी रोकेंगी
प्राप्तकर्ता पक्ष पर आंशिक-डीआईआर आइटम का असामयिक विलोपन। एक उदाहरण:
ऊपर --आंशिक-dir विकल्प "के समतुल्य जोड़ देगा-f '-पी .rsync-आंशिक/'" पर
किसी भी अन्य फ़िल्टर नियम का अंत।

यदि आप अपने स्वयं के बहिष्करण नियमों की आपूर्ति कर रहे हैं, तो आपको अपना स्वयं का नियम जोड़ने की आवश्यकता हो सकती है
आंशिक-डीआईआर के लिए नियम को बाहर करें/छिपाएं/सुरक्षित करें क्योंकि (1) स्वत: जोड़ा गया नियम हो सकता है
आपके अन्य नियमों के अंत में अप्रभावी हो, या (2) आप ओवरराइड करना चाह सकते हैं
rsync का बहिष्कृत विकल्प। उदाहरण के लिए, यदि आप rsync क्लीन-अप करना चाहते हैं
बचे हुए आंशिक-डीआईआर जो आसपास पड़े हो सकते हैं, आपको निर्दिष्ट करना चाहिए --डिलीट-बाद
और एक "जोखिम" फ़िल्टर नियम जोड़ें, उदाहरण के लिए -f 'R .rsync-आंशिक/'. (प्रयोग करने से बचें
--हटाएं-पहले or --हटाएं-दौरान जब तक आपको इनमें से किसी का उपयोग करने के लिए rsync की आवश्यकता न हो
वर्तमान रन के दौरान बचा हुआ आंशिक-डीआईआर डेटा।)

महत्वपूर्ण: --आंशिक-dir अन्य उपयोगकर्ताओं द्वारा लिखने योग्य नहीं होना चाहिए या यह एक है
सुरक्षा मे जोखिम। उदाहरण के लिए बचें"/ Tmp".

आप आंशिक-डीआईआर मान को RSYNC_PARTIAL_DIR पर्यावरण चर भी सेट कर सकते हैं।
इसे परिवेश में सेट करने से बाध्यता नहीं आती --आंशिक सक्षम किया जाना है, बल्कि
यह प्रभावित करता है कि आंशिक फ़ाइलें कब कहां जाती हैं --आंशिक निर्दिष्ट किया जाता है। उदाहरण के लिए,
के बजाय का उपयोग करने का --आंशिक-dir=.rsync-tmp के साथ --प्रगति, आप सेट कर सकते हैं
RSYNC_PARTIAL_DIR=.rsync-tmp अपने वातावरण में और फिर बस इसका उपयोग करें -P विकल्प
आंशिक स्थानांतरण के लिए .rsync-tmp dir का उपयोग चालू करें। केवल वही समय
la --आंशिक विकल्प इस पर्यावरण मूल्य की तलाश नहीं करता है (1) जब
--जगह में निर्दिष्ट किया गया था (चूंकि --जगह में के साथ संघर्ष करता है --आंशिक-dir), और (2)
कब --विलंब-अद्यतन निर्दिष्ट किया गया था (नीचे देखें)।

डेमॉन-कॉन्फिग की "अस्वीकार विकल्प" सेटिंग के प्रयोजनों के लिए, --आंशिक-dir
कर देता है नहीं मतलब --आंशिक. ऐसा इसलिए है ताकि एक इनकार --आंशिक विकल्प हो सकता है
आंशिक स्थानांतरण के साथ गंतव्य फ़ाइलों की ओवरराइटिंग को अस्वीकार करने के लिए उपयोग किया जाता है,
जबकि अभी भी द्वारा प्रदान किए गए सुरक्षित मुहावरे की अनुमति है --आंशिक-dir.

--विलंब-अद्यतन
यह विकल्प प्रत्येक अद्यतन फ़ाइल से अस्थायी फ़ाइल को होल्डिंग निर्देशिका में रखता है
स्थानांतरण के अंत तक, उस समय सभी फ़ाइलों का नाम बदल दिया जाता है
तेजी से उत्तराधिकार में. इससे फ़ाइलों का अद्यतनीकरण थोड़ा अधिक करने का प्रयास किया जाता है
परमाणु. डिफ़ॉल्ट रूप से फ़ाइलें प्रत्येक में ".~tmp~" नामक निर्देशिका में रखी जाती हैं
फ़ाइल की गंतव्य निर्देशिका, लेकिन यदि आपने निर्दिष्ट किया है --आंशिक-dir विकल्प,
इसके बजाय उस निर्देशिका का उपयोग किया जाएगा. में टिप्पणियाँ देखें --आंशिक-dir अनुभाग
इस बात पर चर्चा के लिए कि इस ".~tmp~" डीआईआर को स्थानांतरण से कैसे बाहर रखा जाएगा, और
यदि आप rsync से पुराने ".~tmp~" डायर जो पड़े हुए हों, को साफ करना चाहते हैं तो आप क्या कर सकते हैं
आस-पास। के साथ संघर्ष --जगह में और --परिशिष्ट.

यह विकल्प प्राप्तकर्ता पक्ष पर अधिक मेमोरी का उपयोग करता है (स्थानांतरित प्रति फ़ाइल एक बिट)
और इसे रखने के लिए प्राप्तकर्ता पक्ष पर पर्याप्त खाली डिस्क स्थान की भी आवश्यकता होती है
सभी अद्यतन फ़ाइलों की अतिरिक्त प्रतिलिपि। यह भी ध्यान दें कि आपको इसका उपयोग नहीं करना चाहिए
के लिए पूर्ण पथ --आंशिक-dir जब तक (1) किसी भी फाइल के अंदर आने की कोई संभावना न हो
स्थानांतरण का नाम समान है (चूंकि सभी अद्यतन फ़ाइलें इसमें डाल दी जाएंगी)।
यदि पथ निरपेक्ष है तो एकल निर्देशिका) और (2) इसमें कोई आरोह बिंदु नहीं हैं
पदानुक्रम (चूंकि विलंबित अपडेट विफल हो जाएंगे यदि उनका नाम नहीं बदला जा सका
जगह)।

अपडेट के लिए "support" उपदिर में "atomic-rsync" पर्ल स्क्रिप्ट भी देखें
एल्गोरिथ्म जो और भी अधिक परमाणु है (यह उपयोग करता है --लिंक-डेस्ट और एक समानांतर पदानुक्रम
फ़ाइलें)।

-एम, --छँटाई-खाली-डीआईआर
यह विकल्प प्राप्तकर्ता rsync को खाली निर्देशिकाओं से छुटकारा पाने के लिए कहता है
फ़ाइल-सूची, जिसमें नेस्टेड निर्देशिकाएँ शामिल हैं जिनमें कोई गैर-निर्देशिका संतान नहीं है। यह
बेकार निर्देशिकाओं के समूह के निर्माण से बचने के लिए उपयोगी है जब
rsync भेजना फ़ाइलों के पदानुक्रम को पुनरावर्ती रूप से स्कैन करना है
नियम शामिल/बहिष्कृत/फ़िल्टर करें।

ध्यान दें कि स्थानांतरण नियमों का उपयोग, जैसे कि -- न्यूनतम आकार विकल्प, प्रभावित नहीं करता
फ़ाइल सूची में क्या जाता है, और इस प्रकार निर्देशिकाएँ खाली नहीं रहतीं, भले ही
निर्देशिका की कोई भी फ़ाइल स्थानांतरण नियम से मेल नहीं खाती।

क्योंकि फ़ाइल-सूची वास्तव में कांट-छांट की जा रही है, यह विकल्प भी प्रभावित करता है
डिलीट सक्रिय होने पर निर्देशिकाएँ डिलीट हो जाती हैं। हालाँकि, इसे ध्यान में रखें
बहिष्कृत फ़ाइलें और निर्देशिकाएं मौजूदा आइटमों को हटाए जाने से रोक सकती हैं
स्रोत फ़ाइलों को छिपाना और गंतव्य फ़ाइलों की सुरक्षा करना दोनों को बाहर रखा गया है। देखें
इससे बचने के लिए नाशवान फ़िल्टर-नियम विकल्प।

आप फ़ाइल-सूची से कुछ खाली निर्देशिकाओं की छंटाई को रोक सकते हैं
वैश्विक "सुरक्षा" फ़िल्टर का उपयोग करना। उदाहरण के लिए, यह विकल्प यह सुनिश्चित करेगा कि
निर्देशिका "emptydir" को फ़ाइल-सूची में रखा गया था:

--फिल्टर 'रिक्त खालीडीआईआर/'

यहां एक उदाहरण दिया गया है जो सभी .pdf फ़ाइलों को एक पदानुक्रम में कॉपी करता है, केवल बनाता है
.pdf फ़ाइलों को रखने के लिए आवश्यक गंतव्य निर्देशिकाएँ, और यह सुनिश्चित करती हैं कि कोई भी
गंतव्य में अनावश्यक फ़ाइलें और निर्देशिकाएँ हटा दी जाती हैं (छिपाएँ नोट करें)।
बहिष्कृत के बजाय उपयोग की जा रही गैर-निर्देशिकाओं का फ़िल्टर):

rsync -avm --del --include='*.pdf' -f 'hide,! */'src/dest

यदि आप अनावश्यक गंतव्य फ़ाइलों को हटाना नहीं चाहते हैं, तो यह अधिक समय-सम्मानित है
के विकल्प--शामिल='*/' --बहिष्कृत='*'"के स्थान पर ठीक काम करेगा
छिपाएँ-फ़िल्टर (यदि यह आपके लिए अधिक स्वाभाविक है)।

--प्रगति
यह विकल्प rsync को स्थानांतरण की प्रगति दर्शाने वाली जानकारी मुद्रित करने के लिए कहता है।
यह ऊबे हुए उपयोगकर्ता को देखने के लिए कुछ देता है। आधुनिक rsync के साथ भी यह वैसा ही है
निर्दिष्ट करने के रूप में --जानकारी=फ़लिस्ट2, नाम, प्रगति, लेकिन उनके लिए कोई उपयोगकर्ता द्वारा प्रदत्त सेटिंग्स
सूचना फ़्लैग को प्राथमिकता दी जाती है (जैसे "--info=flist0 --progress")।

जबकि rsync एक नियमित फ़ाइल को स्थानांतरित कर रहा है, यह दिखने वाली प्रगति रेखा को अद्यतन करता है
इस तरह:

782448 63% 110.64kB/s 0:00:04

इस उदाहरण में, रिसीवर ने 782448 बाइट्स या प्रेषक के 63% का पुनर्निर्माण किया है
फ़ाइल, जिसका पुनर्निर्माण 110.64 किलोबाइट प्रति सेकंड की दर से किया जा रहा है, और
यदि वर्तमान दर तब तक बनी रहती है तो स्थानांतरण 4 सेकंड में समाप्त हो जाएगा
समाप्त।

यदि rsync का डेल्टा-ट्रांसफर एल्गोरिदम उपयोग में है तो ये आँकड़े भ्रामक हो सकते हैं।
उदाहरण के लिए, यदि प्रेषक की फ़ाइल में आधार फ़ाइल के बाद अतिरिक्त फ़ाइल शामिल है
डेटा, जब रिसीवर तक पहुंच जाएगा तो रिपोर्ट की गई दर में नाटकीय रूप से गिरावट आएगी
शाब्दिक डेटा, और स्थानांतरण को समाप्त होने में संभवतः अधिक समय लगेगा
रिसीवर ने अनुमान लगाया कि वह फ़ाइल के मिलान वाले हिस्से को पूरा कर रहा था।

जब फ़ाइल स्थानांतरण समाप्त हो जाता है, तो rsync प्रगति पंक्ति को सारांश से बदल देता है
लाइन जो इस तरह दिखती है:

1,238,099 100% 146.38kB/s 0:00:08 (xfr#5, to-chk=169/396)

इस उदाहरण में, फ़ाइल कुल मिलाकर 1,238,099 बाइट्स लंबी थी, औसत दर
संपूर्ण फ़ाइल का स्थानांतरण 146.38 सेकंड में 8 किलोबाइट प्रति सेकंड था
इसे पूरा करने में समय लगा, वर्तमान के दौरान यह किसी नियमित फ़ाइल का 5वां स्थानांतरण था
rsync सत्र, और रिसीवर को जांचने के लिए 169 और फ़ाइलें हैं (यह देखने के लिए कि क्या
वे फ़ाइल-सूची में कुल 396 फ़ाइलों में से शेष हैं या नहीं।

वृद्धिशील रिकर्सन स्कैन में, rsync को फ़ाइलों की कुल संख्या का पता नहीं चलेगा
फ़ाइल-सूची को स्कैन के अंत तक पहुंचने तक, लेकिन चूंकि यह स्थानांतरित होना शुरू हो जाता है
स्कैन के दौरान फ़ाइलें, यह "ir-chk" (के लिए) पाठ के साथ एक पंक्ति प्रदर्शित करेगी
वृद्धिशील रिकर्सन जांच) "टू-सीएचके" के बजाय उस बिंदु तक जब तक कि यह पता न चल जाए
सूची का पूर्ण आकार, जिस बिंदु पर यह "टू-सीएचके" का उपयोग करने के लिए स्विच हो जाएगा। इस प्रकार,
"ir-chk" देखने से आपको पता चलता है कि फ़ाइल सूची में फ़ाइलों की कुल संख्या कितनी है
अभी भी बढ़ने जा रहा है (और हर बार ऐसा होने पर, जाँच के लिए बची हुई फ़ाइलों की संख्या बढ़ जाएगी
सूची में जोड़ी गई फ़ाइलों की संख्या से वृद्धि होगी)।

-P RSI -P विकल्प के बराबर है --आंशिक --प्रगति. इसका उद्देश्य इसे बनाना है
लंबे स्थानांतरण के लिए इन दो विकल्पों को निर्दिष्ट करना बहुत आसान हो सकता है
बाधित।

वहाँ भी है एक --जानकारी=प्रगति2 विकल्प जो समग्र के आधार पर आँकड़े आउटपुट करता है
व्यक्तिगत फ़ाइलों के बजाय स्थानांतरण करें। बिना आउटपुट दिए इस फ़्लैग का उपयोग करें
फ़ाइल नाम (उदाहरण के लिए टालें -v या निर्दिष्ट करें --जानकारी=नाम0 यदि आप देखना चाहते हैं कि स्थानांतरण कैसे होता है
बहुत सारे नामों के साथ स्क्रीन को स्क्रॉल किए बिना काम चल रहा है। (आपको इसकी आवश्यकता नहीं है
विवरण दें --प्रगति उपयोग करने के लिए विकल्प --जानकारी=प्रगति2.)

--पासवर्ड-फ़ाइल=फ़ाइल
यह विकल्प आपको एक के माध्यम से rsync डेमॉन तक पहुंचने के लिए एक पासवर्ड प्रदान करने की अनुमति देता है
फ़ाइल या मानक इनपुट के माध्यम से यदि फ़ाइल is -. फ़ाइल में केवल पासवर्ड होना चाहिए
पहली पंक्ति पर (अन्य सभी पंक्तियों को नजरअंदाज कर दिया जाता है)। यदि Rsync एक त्रुटि के साथ बाहर निकल जाएगा
फ़ाइल विश्व पठनीय है या यदि रूट-रन rsync कमांड एक गैर-रूट-स्वामित्व वाली फ़ाइल ढूंढता है।

यह विकल्प ssh जैसे रिमोट शेल ट्रांसपोर्ट के लिए पासवर्ड की आपूर्ति नहीं करता है; को
ऐसा करना सीखें, रिमोट शेल के दस्तावेज़ देखें। ऐक्सेस करते समय
परिवहन के रूप में रिमोट शेल का उपयोग करके rsync डेमॉन, यह विकल्प केवल आता है
रिमोट शेल का प्रमाणीकरण समाप्त होने के बाद प्रभाव (यानी यदि आपके पास भी है
डेमॉन की कॉन्फ़िगरेशन फ़ाइल में एक पासवर्ड निर्दिष्ट किया गया है)।

--सूची-केवल
यह विकल्प स्रोत फ़ाइलों को स्थानांतरित करने के बजाय सूचीबद्ध करने का कारण बनेगा। यह
यदि एकल स्रोत तर्क है और कोई गंतव्य निर्दिष्ट नहीं है, तो विकल्प का अनुमान लगाया जाता है
इसके मुख्य उपयोग हैं: (1) एक कॉपी कमांड को चालू करना जिसमें एक गंतव्य तर्क शामिल है
एक फ़ाइल-लिस्टिंग कमांड, या (2) एक से अधिक स्रोत तर्क निर्दिष्ट करने में सक्षम होने के लिए
(नोट: गंतव्य को शामिल करना सुनिश्चित करें)। सावधानी: ध्यान रखें कि एक स्रोत
वाइल्ड-कार्ड के साथ arg को शेल द्वारा कई args में विस्तारित किया जाता है, इसलिए ऐसा कभी नहीं होता है
इस विकल्प का उपयोग किए बिना ऐसे तर्क को सूचीबद्ध करने का प्रयास करना सुरक्षित है। उदाहरण के लिए:

rsync -av --सूची-केवल foo* गंतव्य/

rsync 3.1.0 से प्रारंभ करके, आकार आउटपुट द्वारा --सूची-केवल से प्रभावित हैं
--मानव पठनीय विकल्प। डिफ़ॉल्ट रूप से उनमें अंक विभाजक होंगे, लेकिन उच्चतर
पठनीयता का स्तर इकाई प्रत्ययों के साथ आकारों को आउटपुट करेगा। यह भी ध्यान रखें कि
आकार आउटपुट के लिए कॉलम की चौड़ाई सभी के लिए 11 से 14 अक्षर तक बढ़ गई है
मानव-पठनीय स्तर। उपयोग --नहीं-एच यदि आप आकारों में केवल अंक चाहते हैं, और
पुराने कॉलम की चौड़ाई 11 अक्षर।

संगतता नोट: rsync से फ़ाइलों की दूरस्थ सूची का अनुरोध करते समय
संस्करण 2.6.3 या पुराना है, यदि आप पूछते हैं तो आपको त्रुटि का सामना करना पड़ सकता है
गैर-पुनरावर्ती सूची. ऐसा इसलिए है क्योंकि फ़ाइल सूची का तात्पर्य यह है --डीआईआर विकल्प
w / ओ - आक्रामक, और पुराने rsyncs में वह विकल्प नहीं है। इस समस्या से बचने के लिए,
या तो निर्दिष्ट करें --नो-डायर विकल्प (यदि आपको किसी निर्देशिका का विस्तार करने की आवश्यकता नहीं है
सामग्री), या रिकर्सन चालू करें और उपनिर्देशिकाओं की सामग्री को बाहर करें: -r
--बहिष्कृत='/*/*'.

--bwlimit=दर
यह विकल्प आपको भेजे गए डेटा के लिए अधिकतम स्थानांतरण दर निर्दिष्ट करने की अनुमति देता है
सॉकेट, प्रति सेकंड इकाइयों में निर्दिष्ट। RATE मान को a के साथ जोड़ा जा सकता है
आकार गुणक को इंगित करने के लिए स्ट्रिंग, और एक भिन्नात्मक मान हो सकता है (जैसे
"--bwlimit=1.5m")। यदि कोई प्रत्यय निर्दिष्ट नहीं है, तो मान मान लिया जाएगा
1024 बाइट्स की इकाइयाँ (मानो "K" या "KiB" जोड़ दी गई हों)। देखें --अधिकतम आकार
सभी उपलब्ध प्रत्ययों के विवरण के लिए विकल्प। शून्य का मान निर्दिष्ट करता है
कोई सीमा नहीं।

पिछड़े-संगतता कारणों से, दर सीमा को निकटतम तक पूर्णांकित किया जाएगा
KiB इकाई, इसलिए 1024 बाइट्स प्रति सेकंड से छोटी कोई दर संभव नहीं है।

Rsync ब्लॉक में सॉकेट पर डेटा लिखता है, और यह विकल्प दोनों आकार को सीमित करता है
जिन ब्लॉकों को rsync लिखता है, और औसत स्थानांतरण दर को बनाए रखने का प्रयास करता है
अनुरोधित सीमा. जहां rsync एक ब्लॉक लिखता है वहां कुछ "विस्फोट" देखा जा सकता है
डेटा और फिर औसत दर को अनुपालन में लाने के लिए सो जाता है।

डेटा की आंतरिक बफ़रिंग के कारण, --प्रगति विकल्प सटीक नहीं हो सकता
डेटा कितनी तेजी से भेजा जा रहा है, इस पर प्रतिबिंब। ऐसा इसलिए है क्योंकि कुछ फ़ाइलें दिखाई दे सकती हैं
जब डेटा जल्दी से बफर हो जाता है तो तेजी से भेजा जाता है, जबकि अन्य दिखाई दे सकते हैं
जब आउटपुट बफ़र की फ्लशिंग होती है तो यह बहुत धीमी होती है। इसे एक में ठीक किया जा सकता है
भविष्य का संस्करण।

--राइट-बैच=फ़ाइल
एक फ़ाइल रिकॉर्ड करें जिसे बाद में किसी अन्य समान गंतव्य पर लागू किया जा सकता है
--पढ़ें-बैच. विवरण के लिए "बैच मोड" अनुभाग देखें, और यह भी
--केवल-लिखें-बैच विकल्प.

--केवल-लिखें-बैच=फ़ाइल
की तरह काम करता है --लिखें-बैच, सिवाय इसके कि गंतव्य सिस्टम पर कोई अपडेट नहीं किया जाता है
बैच बनाते समय. यह आपको परिवर्तनों को गंतव्य तक पहुंचाने की सुविधा देता है
किसी अन्य माध्यम से सिस्टम का उपयोग करें और फिर परिवर्तनों को लागू करें --पढ़ें-बैच.

ध्यान दें कि आप बेझिझक बैच को सीधे कुछ पोर्टेबल मीडिया पर लिख सकते हैं: यदि
स्थानांतरण समाप्त होने से पहले यह मीडिया क्षमता से भर जाता है, आप बस आवेदन कर सकते हैं
गंतव्य पर वह आंशिक स्थानांतरण और प्राप्त करने के लिए पूरी प्रक्रिया को दोहराएं
बाकी परिवर्तन (जब तक आपको आंशिक रूप से अद्यतन गंतव्य पर आपत्ति न हो
सिस्टम जबकि बहु-अद्यतन चक्र चल रहा है)।

यह भी ध्यान दें कि आप बैंडविड्थ को केवल तभी बचाते हैं जब किसी रिमोट सिस्टम में परिवर्तन को आगे बढ़ाते हैं
क्योंकि यह बैच किए गए डेटा को प्रेषक से बैच में डायवर्ट करने की अनुमति देता है
फ़ाइल को तार के माध्यम से रिसीवर तक प्रवाहित किए बिना (खींचते समय, प्रेषक तक)।
दूरस्थ है, और इसलिए बैच नहीं लिख सकता)।

--पढ़ें-बैच=फ़ाइल
FILE में संग्रहीत सभी परिवर्तन लागू करें, यह फ़ाइल पहले से जनरेट की गई है
--लिखें-बैच. अगर फ़ाइल is -, बैच डेटा मानक इनपुट से पढ़ा जाएगा। देखना
विवरण के लिए "बैच मोड" अनुभाग।

--प्रोटोकॉल=NUM
पुराने प्रोटोकॉल संस्करण का उपयोग करने के लिए बाध्य करें। यह बैच बनाने के लिए उपयोगी है
फ़ाइल जो rsync के पुराने संस्करण के साथ संगत है। उदाहरण के लिए, यदि rsync
2.6.4 का उपयोग किया जा रहा है --लिखें-बैच विकल्प, लेकिन rsync 2.6.3 वही होगा जो होगा
को चलाता था --पढ़ें-बैच विकल्प, बनाते समय आपको "--प्रोटोकॉल=28" का उपयोग करना चाहिए
पुराने प्रोटोकॉल संस्करण को बैच फ़ाइल में उपयोग करने के लिए बाध्य करने के लिए बैच फ़ाइल
(यह मानते हुए कि आप रीडिंग सिस्टम पर rsync को अपग्रेड नहीं कर सकते हैं)।

--iconv=CONVERT_SPEC
Rsync इस विकल्प का उपयोग करके वर्ण सेटों के बीच फ़ाइल नामों को परिवर्तित कर सकता है। इसका उपयोग करना
"।" का CONVERT_SPEC rsync को लोकेल के माध्यम से डिफ़ॉल्ट कैरेक्टर-सेट को देखने के लिए कहता है
सेटिंग। वैकल्पिक रूप से, आप a देकर पूरी तरह निर्दिष्ट कर सकते हैं कि कौन सा रूपांतरण करना है
स्थानीय और एक दूरस्थ वर्णसेट को क्रम में अल्पविराम से अलग किया जाता है --iconv=स्थानीय, दूरस्थ,
जैसे --iconv=utf8,iso88591. यह आदेश सुनिश्चित करता है कि विकल्प वही रहेगा
चाहे आप फ़ाइलें आगे बढ़ा रहे हों या खींच रहे हों। अंत में, आप या तो निर्दिष्ट कर सकते हैं
--नो-आइकॉनv या किसी भी रूपांतरण को बंद करने के लिए "-" का CONVERT_SPEC। डिफ़ॉल्ट
इस विकल्प की सेटिंग साइट-विशिष्ट है, और इसके माध्यम से भी प्रभावित हो सकती है
RSYNC_ICONV पर्यावरण चर।

आपकी स्थानीय आइकनवी लाइब्रेरी किन वर्णसेट नामों का समर्थन करती है, इसकी सूची के लिए आप दौड़ सकते हैं
"आइकनव--सूची"।

यदि आप निर्दिष्ट करते हैं --रक्षा-तर्क विकल्प (-s), rsync फ़ाइल नामों का अनुवाद करेगा
आप कमांड-लाइन पर निर्दिष्ट करते हैं जिसे दूरस्थ होस्ट पर भेजा जा रहा है। यह सभी देखें
la --फ़ाइलें-से विकल्प.

ध्यान दें कि rsync फ़िल्टर फ़ाइलों में नामों का कोई रूपांतरण नहीं करता है (जिसमें शामिल हैं
फ़ाइलें शामिल करें/बहिष्कृत करें)। यह सुनिश्चित करना आप पर निर्भर है कि आप मिलान निर्दिष्ट कर रहे हैं
नियम जो स्थानांतरण के दोनों तरफ मेल खा सकते हैं। उदाहरण के लिए, आप निर्दिष्ट कर सकते हैं
यदि दोनों पक्षों में फ़ाइल नाम में अंतर है तो अतिरिक्त नियम शामिल/बहिष्कृत करें
हिसाब देने की जरूरत है.

जब आप एक पास करते हैं --iconv rsync डेमॉन के लिए विकल्प जो इसे अनुमति देता है, डेमॉन उपयोग करता है
इसके "वर्णसेट" कॉन्फ़िगरेशन पैरामीटर में निर्दिष्ट वर्णसेट की परवाह किए बिना
रिमोट वर्णसेट जिसे आप वास्तव में पास करते हैं। इस प्रकार, आप बेझिझक केवल यह निर्दिष्ट कर सकते हैं
डेमॉन स्थानांतरण के लिए स्थानीय वर्णसेट (उदा --iconv=utf8).

- 4, --आईपीवी4 or - 6, --आईपीवी6
सॉकेट बनाते समय rsync को IPv4/IPv6 को प्राथमिकता देने के लिए कहता है। यह केवल सॉकेट्स को प्रभावित करता है
उस rsync का सीधा नियंत्रण होता है, जैसे सीधे आउटगोइंग सॉकेट
एक rsync डेमॉन से संपर्क करना। इन विकल्पों को भी देखें --डेमन मोड अनुभाग.

यदि rsync का अनुपालन IPv6 के समर्थन के बिना किया गया था, तो --आईपीवी6 विकल्प में कोई नहीं होगा
प्रभाव। --संस्करण आउटपुट आपको बताएगा कि क्या यह मामला है।

--चेकसम-बीज=NUM
चेकसम बीज को पूर्णांक NUM पर सेट करें। इसमें 4 बाइट चेकसम बीज शामिल है
प्रत्येक ब्लॉक और MD4 फ़ाइल चेकसम गणना (अधिक आधुनिक MD5 फ़ाइल चेकसम
बीज का उपयोग न करें)। डिफ़ॉल्ट रूप से चेकसम बीज सर्वर द्वारा उत्पन्न होता है
वर्तमान समय() पर डिफ़ॉल्ट। इस विकल्प का उपयोग एक विशिष्ट चेकसम सेट करने के लिए किया जाता है
बीज, जो उन अनुप्रयोगों के लिए उपयोगी है जो दोहराए जाने योग्य ब्लॉक चेकसम चाहते हैं, या
वह मामला जहां उपयोगकर्ता अधिक यादृच्छिक चेकसम बीज चाहता है। NUM को 0 पर सेट करने के कारण
चेकसम बीज के लिए समय() के डिफ़ॉल्ट का उपयोग करने के लिए rsync।

डेमोन विकल्प

rsync डेमॉन प्रारंभ करते समय अनुमत विकल्प इस प्रकार हैं:

--डेमन
यह rsync को बताता है कि इसे एक डेमॉन के रूप में चलाना है। आप जिस डेमॉन को चलाना शुरू कर सकते हैं
का उपयोग करके rsync क्लाइंट का उपयोग करके एक्सेस किया जा सकता है होस्ट::मॉड्यूल or rsync://होस्ट/मॉड्यूल/
वाक्य - विन्यास।

यदि मानक इनपुट एक सॉकेट है तो rsync मान लेगा कि इसे इसके माध्यम से चलाया जा रहा है
inetd, अन्यथा यह वर्तमान टर्मिनल से अलग हो जाएगा और पृष्ठभूमि बन जाएगा
डेमन. डेमॉन प्रत्येक कनेक्ट पर कॉन्फिग फ़ाइल (rsyncd.conf) को पढ़ेगा
एक ग्राहक और तदनुसार अनुरोधों का जवाब दें। देखें rsyncd.conf(5) मैन पेज के लिए
अधिक जानकारी।

--पता
के साथ डेमॉन के रूप में चलाने पर डिफ़ॉल्ट रूप से rsync वाइल्डकार्ड पते से जुड़ जाएगा
--डेमन विकल्प। --पता विकल्प आपको एक विशिष्ट आईपी पता निर्दिष्ट करने की अनुमति देता है
(या होस्टनाम) से जुड़ने के लिए। इसके संयोजन से वर्चुअल होस्टिंग संभव हो जाती है
la --कॉन्फ़िगरेशन विकल्प। Rsyncd.conf में "पता" वैश्विक विकल्प भी देखें
मैनपेज

--bwlimit=दर
यह विकल्प आपको डेमॉन डेटा के लिए अधिकतम स्थानांतरण दर निर्दिष्ट करने की अनुमति देता है
सॉकेट पर भेजता है। ग्राहक अभी भी एक छोटा निर्दिष्ट कर सकता है --bwlimit मूल्य, लेकिन
किसी बड़े मूल्य की अनुमति नहीं दी जाएगी. इसके लिए इस विकल्प का क्लाइंट संस्करण (ऊपर) देखें
कुछ अतिरिक्त विवरण.

--कॉन्फ़िगरेशन=फ़ाइल
यह डिफ़ॉल्ट की तुलना में एक वैकल्पिक कॉन्फ़िगरेशन फ़ाइल निर्दिष्ट करता है। यह केवल प्रासंगिक है
कब --डेमन निर्दिष्ट किया जाता है। डिफ़ॉल्ट है /etc/rsyncd.conf जब तक कि डेमॉन न हो
एक दूरस्थ शेल प्रोग्राम पर चल रहा है और दूरस्थ उपयोगकर्ता सुपर-उपयोगकर्ता नहीं है; में
उस स्थिति में वर्तमान निर्देशिका में डिफ़ॉल्ट rsyncd.conf है (आमतौर पर $HOME)।

-एम, --dparam=ओवरराइड
इस विकल्प का उपयोग rsync प्रारंभ करते समय डेमॉन-कॉन्फ़िगरेशन पैरामीटर सेट करने के लिए किया जा सकता है
डेमन मोड. यह ग्लोबल के अंत में पैरामीटर जोड़ने के बराबर है
पहले मॉड्यूल की परिभाषा से पहले की सेटिंग्स। पैरामीटर नाम हो सकते हैं
यदि आप चाहें तो रिक्त स्थान के बिना निर्दिष्ट करें। उदाहरण के लिए:

rsync --daemon -M pidfile=/path/rsync.pid

--नो-डिटैच
डेमॉन के रूप में चलने पर, यह विकल्प rsync को स्वयं को अलग न करने का निर्देश देता है
एक पृष्ठभूमि प्रक्रिया बनें. सेवा के रूप में चलते समय इस विकल्प की आवश्यकता होती है
सिगविन, और तब भी उपयोगी हो सकता है जब rsync की निगरानी किसी प्रोग्राम द्वारा की जाती है
डेमोन टूल्स या AIX's प्रणाली संसाधन नियंत्रक. --नो-डिटैच भी अनुशंसित है
जब rsync को डिबगर के अंतर्गत चलाया जाता है। यदि rsync से चलाया जाता है तो इस विकल्प का कोई प्रभाव नहीं पड़ता है
inetd या sshd.

--पोर्ट = पोर्ट
यह डेमॉन के बजाय सुनने के लिए एक वैकल्पिक टीसीपी पोर्ट नंबर निर्दिष्ट करता है
873 का डिफ़ॉल्ट। rsyncd.conf मैनपेज में "पोर्ट" वैश्विक विकल्प भी देखें।

--लॉग-फ़ाइल=फ़ाइल
यह विकल्प rsync डेमॉन को दिए गए लॉग-फ़ाइल नाम का उपयोग करने के बजाय उपयोग करने के लिए कहता है
कॉन्फ़िगरेशन फ़ाइल में "लॉग फ़ाइल" सेटिंग।

--लॉग-फ़ाइल-प्रारूप=FORMAT
यह विकल्प rsync डेमॉन को उपयोग के बजाय दिए गए FORMAT स्ट्रिंग का उपयोग करने के लिए कहता है
कॉन्फ़िगरेशन फ़ाइल में "लॉग प्रारूप" सेटिंग। यह "ट्रांसफर लॉगिंग" को भी सक्षम बनाता है
जब तक स्ट्रिंग खाली न हो, उस स्थिति में स्थानांतरण लॉगिंग बंद कर दी जाती है।

--सॉकॉप्ट्स
यह ओवरराइड करता है सॉकेट विकल्पों rsyncd.conf फ़ाइल में सेटिंग और वही है
वाक्य - विन्यास।

-में, --शब्दशः
यह विकल्प स्टार्टअप के दौरान डेमॉन द्वारा लॉग की गई जानकारी की मात्रा को बढ़ाता है
चरण। क्लाइंट कनेक्ट होने के बाद, डेमॉन का वर्बोसिटी स्तर नियंत्रित किया जाएगा
क्लाइंट द्वारा उपयोग किए गए विकल्पों और मॉड्यूल में "अधिकतम वर्बोसिटी" सेटिंग द्वारा
कॉन्फ़िगरेशन अनुभाग.

- 4, --आईपीवी4 or - 6, --आईपीवी6
आने वाले सॉकेट बनाते समय rsync को IPv4/IPv6 को प्राथमिकता देने के लिए कहता है
डेमॉन कनेक्शन सुनने के लिए उपयोग करेगा। इनमें से किसी एक विकल्प की आवश्यकता हो सकती है
कर्नेल में IPv6 बग के आसपास काम करने के लिए Linux के पुराने संस्करण (यदि आपको कोई दिखाई देता है
"पता पहले से उपयोग में है" त्रुटि जब कोई और पोर्ट का उपयोग नहीं कर रहा हो, तो निर्दिष्ट करने का प्रयास करें
--आईपीवी6 or --आईपीवी4 डेमॉन शुरू करते समय)।

यदि rsync का अनुपालन IPv6 के समर्थन के बिना किया गया था, तो --आईपीवी6 विकल्प में कोई नहीं होगा
प्रभाव। --संस्करण आउटपुट आपको बताएगा कि क्या यह मामला है।

-एच, --मदद
जब बाद में निर्दिष्ट किया गया --डेमन, विकल्पों का वर्णन करने वाला एक संक्षिप्त सहायता पृष्ठ प्रिंट करें
rsync डेमॉन शुरू करने के लिए उपलब्ध है।

फ़िल्टर नियम

फ़िल्टर नियम लचीले चयन की अनुमति देते हैं कि किन फ़ाइलों को स्थानांतरित करना है (शामिल करना है) और
कौन सी फ़ाइलें छोड़ें (बहिष्कृत करें)। नियम सीधे तौर पर पैटर्न को शामिल/बहिष्कृत करने को निर्दिष्ट करते हैं
या वे अधिक शामिल/बहिष्कृत पैटर्न प्राप्त करने का एक तरीका निर्दिष्ट करते हैं (उदाहरण के लिए उन्हें ए से पढ़ने के लिए)।
फ़ाइल).

जैसे ही स्थानांतरित की जाने वाली फ़ाइलों/निर्देशिकाओं की सूची बनाई जाती है, rsync प्रत्येक नाम की जाँच करता है
बदले में शामिल/बहिष्कृत पैटर्न की सूची के विरुद्ध स्थानांतरित किया गया, और पहला मिलान
पैटर्न पर कार्रवाई की जाती है: यदि यह एक बहिष्कृत पैटर्न है, तो उस फ़ाइल को छोड़ दिया जाता है; यदि यह एक है
पैटर्न शामिल करें तो वह फ़ाइल नाम छोड़ा नहीं जाएगा; यदि कोई मिलान पैटर्न नहीं मिलता है, तो
फ़ाइल नाम छोड़ा नहीं गया है.

Rsync कमांड-लाइन पर निर्दिष्ट फ़िल्टर नियमों की एक क्रमबद्ध सूची बनाता है। फ़िल्टर
नियमों में निम्नलिखित वाक्यविन्यास है:

नियम [PATTERN_OR_FILENAME]
नियम, संशोधक [PATTERN_OR_FILENAME]

जैसा कि नीचे बताया गया है, आपके पास छोटे या लंबे RULE नामों का उपयोग करने का विकल्प है। अगर आप
एक संक्षिप्त नाम वाले नियम का उपयोग करें, ',' नियम को संशोधक से अलग करना वैकल्पिक है।
पैटर्न या फ़ाइलनाम जो अनुसरण करता है (जब मौजूद हो) या तो एक स्थान के बाद आना चाहिए
एक अंडरस्कोर (_)। यहां उपलब्ध नियम उपसर्ग हैं:

निकालना, - एक बहिष्कृत पैटर्न निर्दिष्ट करता है।
शामिल, + एक सम्मिलित पैटर्न निर्दिष्ट करता है।
विलय, . अधिक नियमों को पढ़ने के लिए एक मर्ज-फ़ाइल निर्दिष्ट करता है।
दिर-मर्ज, : प्रति-निर्देशिका मर्ज-फ़ाइल निर्दिष्ट करता है।
छिपाना, H स्थानांतरण से फ़ाइलों को छिपाने के लिए एक पैटर्न निर्दिष्ट करता है।
प्रदर्शन, S पैटर्न से मेल खाने वाली फ़ाइलें छिपी नहीं होती हैं।
रक्षा करना, P फ़ाइलों को विलोपन से बचाने के लिए एक पैटर्न निर्दिष्ट करता है।
जोखिम, R पैटर्न से मेल खाने वाली फ़ाइलें सुरक्षित नहीं हैं।
साफ़, ! वर्तमान शामिल/बहिष्कृत सूची को साफ़ करता है (कोई तर्क नहीं लेता)

जब किसी फ़ाइल से नियम पढ़े जा रहे हों, तो खाली पंक्तियों को अनदेखा कर दिया जाता है, जैसे कि टिप्पणी पंक्तियाँ
"#" से शुरू करें।

ध्यान दें कि --शामिल/--निकालना कमांड-लाइन विकल्प नियम की पूरी श्रृंखला की अनुमति नहीं देते हैं
जैसा कि ऊपर वर्णित है, पार्सिंग - वे केवल शामिल/बहिष्कृत के विनिर्देशन की अनुमति देते हैं
पैटर्न प्लस एक "!" सूची साफ़ करने के लिए टोकन (और नियम लागू होने पर सामान्य टिप्पणी पार्सिंग)।
किसी फ़ाइल से पढ़ें)। यदि कोई पैटर्न "-" (डैश, स्पेस) या "+" (प्लस,
स्थान), तो नियम की व्याख्या इस प्रकार की जाएगी जैसे कि "+" (शामिल विकल्प के लिए) या "-" (के लिए)।
एक बहिष्कृत विकल्प) को स्ट्रिंग से पहले जोड़ा गया था। ए --फ़िल्टर दूसरी ओर, विकल्प,
नियम के प्रारंभ में हमेशा छोटा या बड़ा नियम का नाम होना चाहिए।

यह भी ध्यान दें कि --फ़िल्टर, --शामिल, तथा --निकालना विकल्प प्रत्येक एक नियम/पैटर्न लेते हैं।
एकाधिक जोड़ने के लिए, आप कमांड-लाइन पर विकल्पों को दोहरा सकते हैं, मर्ज-फ़ाइल का उपयोग कर सकते हैं
वाक्य रचना --फ़िल्टर विकल्प, या --शामिल-से/--से अलग करके विकल्प.

सम्मिलित असम्मिलित प्रतिरूप नियम

आप "+", "-", आदि फ़िल्टर का उपयोग करके पैटर्न निर्दिष्ट करके फ़ाइलों को शामिल और बाहर कर सकते हैं
नियम (जैसा कि ऊपर फ़िल्टर नियम अनुभाग में प्रस्तुत किया गया है)। प्रत्येक को शामिल/बहिष्कृत करने के नियम
एक पैटर्न निर्दिष्ट करें जो आने वाली फ़ाइलों के नामों से मेल खाता हो
तबादला। ये पैटर्न कई रूप ले सकते हैं:

o यदि पैटर्न / से शुरू होता है तो यह एक विशेष स्थान पर टिका होता है
फ़ाइलों का पदानुक्रम, अन्यथा इसका मिलान पथनाम के अंत से किया जाता है। यह
रेगुलर एक्सप्रेशन में अग्रणी ^ के समान है। इस प्रकार "/foo" एक नाम से मेल खाएगा
"फू" का या तो "स्थानांतरण की जड़" (वैश्विक नियम के लिए) या में
मर्ज-फ़ाइल की निर्देशिका (प्रति-निर्देशिका नियम के लिए)। एक अयोग्य "फू" होगा
एल्गोरिथम लागू होने के कारण पेड़ में कहीं भी "फू" नाम का मिलान करें
ऊपर से नीचे तक पुनरावर्ती रूप से; यह ऐसा व्यवहार करता है मानो प्रत्येक पथ घटक को एक मोड़ मिलता है
फ़ाइलनाम का अंत होना। यहां तक ​​कि अनएंकर्ड "सब/फू" भी किसी भी समय मेल खाएगा
पदानुक्रम में वह बिंदु जहां "उप" नामक निर्देशिका के भीतर एक "फू" पाया गया था। देखना
एंकरिंग में पैटर्न को शामिल/बहिष्कृत करने के तरीके की पूरी चर्चा के लिए अनुभाग
एक पैटर्न निर्दिष्ट करें जो स्थानांतरण के मूल से मेल खाता हो।

o यदि पैटर्न / के साथ समाप्त होता है तो यह केवल एक निर्देशिका से मेल खाएगा, नियमित से नहीं
फ़ाइल, सिम्लिंक, या डिवाइस।

o rsync जाँच करके एक साधारण स्ट्रिंग मिलान और वाइल्डकार्ड मिलान के बीच चयन करता है
यदि पैटर्न में इन तीन वाइल्डकार्ड वर्णों में से एक है: '*', '?', और '['।

oa '*' किसी भी पथ घटक से मेल खाता है, लेकिन यह स्लैश पर रुक जाता है।

o स्लैश सहित किसी भी चीज़ का मिलान करने के लिए '**' का उपयोग करें।

ओए '?' स्लैश (/) को छोड़कर किसी भी वर्ण से मेल खाता है।

oa '[' एक वर्ण वर्ग का परिचय देता है, जैसे कि [az] या [[:alpha:]]।

o वाइल्डकार्ड पैटर्न में, वाइल्डकार्ड कैरेक्टर से बचने के लिए बैकस्लैश का उपयोग किया जा सकता है, लेकिन
जब कोई वाइल्डकार्ड मौजूद नहीं होता तो इसका शाब्दिक मिलान किया जाता है। इसका मतलब यह है कि वहाँ एक है
जब किसी पैटर्न में वाइल्डकार्ड वर्ण होते हैं तो बैकस्लैश हटाने का अतिरिक्त स्तर
उस पैटर्न की तुलना में जिसमें कोई नहीं है। उदाहरण के लिए यदि आप "foo\bar" में वाइल्डकार्ड जोड़ते हैं
(जो बैकस्लैश से मेल खाता है) आपको "\b" से बचने के लिए "foo\\bar*" का उपयोग करना होगा
बस "बी" बनता जा रहा है।

o यदि पैटर्न में / (अनुगामी / की गिनती नहीं) या "**" शामिल है, तो यह है
किसी भी प्रमुख निर्देशिका सहित, पूर्ण पथनाम से मिलान किया गया। यदि
पैटर्न में / या "**" नहीं है, तो इसका मिलान केवल फाइनल से किया जाता है
फ़ाइल नाम का घटक. (याद रखें कि एल्गोरिदम को पुनरावर्ती रूप से लागू किया जाता है
"पूर्ण फ़ाइल नाम" वास्तव में प्रारंभिक निर्देशिका से पथ का कोई भी भाग हो सकता है
नीचे।)

ओए अनुगामी "dir_name/***" दोनों निर्देशिकाओं से मेल खाएगा (जैसे कि "dir_name/" रहा हो)
निर्दिष्ट) और निर्देशिका में सब कुछ (जैसे कि "dir_name/**" रहा हो
निर्दिष्ट)। यह व्यवहार संस्करण 2.6.7 में जोड़ा गया था।

ध्यान दें कि, का उपयोग करते समय - आक्रामक (-r) विकल्प (जिसका तात्पर्य है -a), प्रत्येक
प्रत्येक पथ के उपघटक को ऊपर से नीचे तक देखा जाता है, इसलिए पैटर्न शामिल/बहिष्कृत करें
प्रत्येक उपघटक के पूर्ण नाम पर पुनरावर्ती रूप से लागू किया जाता है (उदाहरण के लिए "/foo/bar/baz" को शामिल करने के लिए)
उपघटक "/foo" और "/foo/bar" को बाहर नहीं रखा जाना चाहिए)। वास्तव में बहिष्कृत पैटर्न
जब rsync भेजने के लिए फ़ाइलें ढूंढता है तो निर्देशिका ट्रैवर्सल चरण को शॉर्ट-सर्किट कर देता है। यदि एक
पैटर्न एक विशेष मूल निर्देशिका को बाहर करता है, यह एक गहन सम्मिलित पैटर्न प्रस्तुत कर सकता है
अप्रभावी क्योंकि rsync पदानुक्रम के उस बहिष्कृत अनुभाग से नीचे नहीं उतरा।
अनुगामी '*' नियम का उपयोग करते समय यह विशेष रूप से महत्वपूर्ण है। उदाहरण के लिए, ऐसा नहीं होगा
काम:

+ /कुछ/पथ/यह-फ़ाइल-नहीं-मिलेगी
+ /फ़ाइल-शामिल है
-*

यह विफल हो जाता है क्योंकि मूल निर्देशिका "कुछ" को '*' नियम द्वारा बाहर रखा गया है, इसलिए rsync कभी नहीं
"कुछ" या "कुछ/पथ" निर्देशिकाओं में से किसी भी फ़ाइल पर जाता है। एक समाधान पूछना है
पदानुक्रम में सभी निर्देशिकाओं को एक ही नियम का उपयोग करके शामिल किया जाना है: "+ */" ​​(इसे डालें)
कहीं "- *" नियम से पहले), और शायद इसका उपयोग करें --छँटाई-खाली-डीआईआर विकल्प। एक और
समाधान यह है कि उन सभी मूल निर्देशिकाओं के लिए विशिष्ट शामिल नियम जोड़े जाएं जिन्हें देखने की आवश्यकता है।
उदाहरण के लिए, नियमों का यह सेट ठीक काम करता है:

+ /कुछ/
+ /कुछ/पथ/
+ /कुछ/पथ/यह-फ़ाइल-मिल गई है
+ /फ़ाइल-भी-शामिल
-*

यहां बहिष्कृत/शामिल मिलान के कुछ उदाहरण दिए गए हैं:

o "- *.o" *.o से मेल खाने वाले सभी नामों को बाहर कर देगा

o "- /foo" ट्रांसफर-रूट में foo नामक फ़ाइल (या निर्देशिका) को बाहर कर देगा
डायरेक्टरी

o "- foo/" foo नामक किसी भी निर्देशिका को बाहर कर देगा

o "- /foo/*/bar" बार नाम की किसी भी फ़ाइल को बाहर कर देगा जो a से नीचे दो स्तरों पर है
ट्रांसफर-रूट निर्देशिका में निर्देशिका का नाम foo है

o "- /foo/**/bar" a से दो या अधिक स्तरों के नीचे bar नाम की किसी भी फ़ाइल को बाहर कर देगा
ट्रांसफर-रूट निर्देशिका में निर्देशिका का नाम foo है

o "+ */", "+ *.c", और "- *" के संयोजन में सभी निर्देशिकाएँ और C शामिल होंगे
स्रोत फ़ाइलें लेकिन और कुछ नहीं (यह भी देखें --छँटाई-खाली-डीआईआर विकल्प)

o "+ foo/", "+ foo/bar.c", और "- *" के संयोजन में केवल foo शामिल होगा
निर्देशिका और foo/bar.c (foo निर्देशिका को स्पष्ट रूप से शामिल किया जाना चाहिए या ऐसा होगा
"*" से बाहर रखा जाए)

निम्नलिखित संशोधक "+" या "-" के बाद स्वीकार किए जाते हैं:

ओ ए / निर्दिष्ट करता है कि शामिल/बहिष्कृत नियम का निरपेक्ष से मिलान किया जाना चाहिए
वर्तमान आइटम का पथनाम. उदाहरण के लिए, "-/ / Etc / पासवर्ड" को बाहर कर देगा
passwd फ़ाइल किसी भी समय स्थानांतरण से फ़ाइलें भेज रही थी "/आदि"निर्देशिका, और
"-/ सबडिर/फू" हमेशा "फू" को बाहर कर देगा जब यह "सबडिर" नामक डीआईआर में हो, यहां तक ​​कि
यदि "foo" वर्तमान स्थानांतरण के मूल में है।

ओ ए ! निर्दिष्ट करता है कि यदि पैटर्न विफल रहता है तो शामिल/बहिष्कृत प्रभावी होना चाहिए
मिलान। उदाहरण के लिए, "-! */" सभी गैर-निर्देशिकाओं को बाहर कर देगा।

ओ ए C यह इंगित करने के लिए उपयोग किया जाता है कि सभी वैश्विक सीवीएस-बहिष्करण नियमों को इस प्रकार डाला जाना चाहिए
"-सी" के स्थान पर शामिल नहीं है। किसी भी तर्क का पालन नहीं करना चाहिए.

ओ एन s यह इंगित करने के लिए उपयोग किया जाता है कि नियम भेजने वाले पक्ष पर लागू होता है। जब एक नियम
भेजने वाले पक्ष को प्रभावित करता है, यह फ़ाइलों को स्थानांतरित होने से रोकता है। डिफ़ॉल्ट है
जब तक कोई नियम दोनों पक्षों को प्रभावित नहीं करता --हटाएं-बहिष्कृत निर्दिष्ट किया गया था, जिसमें
मामले में डिफ़ॉल्ट नियम केवल प्रेषक-पक्ष बन जाते हैं। छिपाएँ (H) और दिखाएँ (S) भी देखें
नियम, जो भेजने वाले पक्ष को शामिल/बहिष्कृत करने को निर्दिष्ट करने का एक वैकल्पिक तरीका है।

ओ एन r यह इंगित करने के लिए उपयोग किया जाता है कि नियम प्राप्तकर्ता पक्ष पर लागू होता है। जब एक नियम
प्राप्तकर्ता पक्ष को प्रभावित करता है, यह फ़ाइलों को हटाए जाने से रोकता है। देखें s
अधिक जानकारी के लिए संशोधक. सुरक्षा (पी) और जोखिम (आर) नियम भी देखें, जो एक हैं
रिसीवर-साइड को निर्दिष्ट करने का वैकल्पिक तरीका शामिल/बहिष्कृत है।

ओ ए p इंगित करता है कि एक नियम नाशवान है, जिसका अर्थ है कि इसे निर्देशिकाओं में अनदेखा किया जाता है
जिसे हटाया जा रहा है. उदाहरण के लिए, -C विकल्प के डिफ़ॉल्ट नियम जो बाहर करते हैं
"सीवीएस" और "*.ओ" जैसी चीज़ों को नाशवान के रूप में चिह्नित किया गया है, और इससे कोई रोकथाम नहीं होगी
वह निर्देशिका जिसे गंतव्य पर हटाए जाने से स्रोत पर हटा दिया गया था।

मर्ज-फ़ाइल फ़िल्टर नियम

आप मर्ज (.) या ए निर्दिष्ट करके संपूर्ण फ़ाइलों को अपने फ़िल्टर नियमों में मर्ज कर सकते हैं
डीआईआर-मर्ज (:) फ़िल्टर नियम (जैसा कि ऊपर फ़िल्टर नियम अनुभाग में प्रस्तुत किया गया है)।

मर्ज की गई फ़ाइलें दो प्रकार की होती हैं - सिंगल-इंस्टेंस ('.') और प्रति-निर्देशिका (':')। ए
सिंगल-इंस्टेंस मर्ज फ़ाइल को एक बार पढ़ा जाता है, और इसके नियमों को इसमें शामिल किया जाता है
सूची को "" के स्थान पर फ़िल्टर करें नियम। प्रति-निर्देशिका मर्ज फ़ाइलों के लिए, rsync स्कैन करेगा
प्रत्येक निर्देशिका जिसे वह नामित फ़ाइल के लिए पार करता है, फ़ाइल के समय उसकी सामग्री को मर्ज कर देता है
विरासत में मिले नियमों की वर्तमान सूची में मौजूद है। ये प्रति-निर्देशिका नियम फ़ाइलें होनी चाहिए
भेजने वाले पक्ष पर बनाया गया क्योंकि यह भेजने वाला पक्ष है जिसे स्कैन किया जा रहा है
स्थानांतरण के लिए उपलब्ध फ़ाइलें। इन नियम फ़ाइलों को भी स्थानांतरित करने की आवश्यकता हो सकती है
यदि आप चाहते हैं कि वे उन फ़ाइलों को प्रभावित करें जो नष्ट न हों तो प्राप्त करने का पक्ष (प्रति-निर्देशिका देखें)।
नियम और नीचे हटाएँ)।

कुछ उदाहरण:

/etc/rsync/default.rules मर्ज करें
. /etc/rsync/default.rules
डीआईआर-मर्ज .प्रति-डीआईआर-फ़िल्टर
डीआईआर-विलय, एन- .गैर-विरासत-प्रति-डीआईआर-बहिष्कृत
:n- .गैर-विरासत-प्रति-dir-बहिष्कृत

मर्ज या डीआईआर-मर्ज नियम के बाद निम्नलिखित संशोधक स्वीकार किए जाते हैं:

ओ ए - निर्दिष्ट करता है कि फ़ाइल में केवल बहिष्कृत पैटर्न शामिल होना चाहिए, कोई अन्य नहीं
इन-फ़ाइल टिप्पणियों को छोड़कर नियम-विश्लेषण।

ओ ए + निर्दिष्ट करता है कि फ़ाइल में केवल पैटर्न शामिल होना चाहिए, कोई अन्य नहीं
इन-फ़ाइल टिप्पणियों को छोड़कर नियम-विश्लेषण।

ओ ए C यह निर्दिष्ट करने का एक तरीका है कि फ़ाइल को सीवीएस-संगत तरीके से पढ़ा जाना चाहिए।
यह 'n', 'w', और '-' को चालू करता है, लेकिन सूची-समाशोधन टोकन (!) को भी अनुमति देता है
निर्दिष्ट. यदि कोई फ़ाइल नाम प्रदान नहीं किया गया है, तो ".cvsignore" मान लिया जाएगा।

ओ ए e मर्ज-फ़ाइल नाम को स्थानांतरण से बाहर कर दिया जाएगा; उदाहरण के लिए "dir-merge,e .rules"
"dir-merge .rules" और "- .rules" जैसा है।

ओ एन n निर्दिष्ट करता है कि नियम उपनिर्देशिकाओं द्वारा विरासत में नहीं मिले हैं।

ओ ए w निर्दिष्ट करता है कि नियम सामान्य के बजाय रिक्त स्थान पर शब्द-विभाजित हैं
पंक्ति-विभाजन। इससे टिप्पणियाँ भी बंद हो जाती हैं. ध्यान दें: वह स्थान जो अलग करता है
नियम से उपसर्ग को विशेष रूप से व्यवहार किया जाता है, इसलिए "- foo + bar" को दो नियमों के रूप में पार्स किया जाता है
(यह मानते हुए कि उपसर्ग-विश्लेषण भी अक्षम नहीं किया गया था)।

o आप क्रम में "+" या "-" नियमों (ऊपर) के लिए किसी भी संशोधक को निर्दिष्ट कर सकते हैं
उस संशोधक को रखने के लिए फ़ाइल में पढ़े जाने वाले नियमों को डिफ़ॉल्ट बनाना
सेट (को छोड़कर) ! संशोधक, जो उपयोगी नहीं होगा)। उदाहरण के लिए,
"मर्ज,-/ .excl" .excl की सामग्री को निरपेक्ष-पथ के रूप में मानेगा, जबकि
"dir-merge,s .filt" और ":sC" प्रत्येक अपने सभी प्रति-निर्देशिका नियम लागू करेंगे
केवल भेजने वाले पक्ष पर. यदि मर्ज नियम प्रभावित करने वाले पक्षों को निर्दिष्ट करता है (के माध्यम से)। s
or r संशोधक या दोनों), तो फ़ाइल में नियमों को पक्षों को निर्दिष्ट नहीं करना चाहिए (ए के माध्यम से)।
संशोधक या नियम उपसर्ग जैसे छिपाना).

प्रति-निर्देशिका नियम उस निर्देशिका की सभी उपनिर्देशिकाओं में विरासत में मिले हैं जहां
मर्ज-फ़ाइल तब तक पाई गई जब तक कि 'एन' संशोधक का उपयोग नहीं किया गया। प्रत्येक उपनिर्देशिका के नियम हैं
अपने माता-पिता से विरासत में मिले प्रति-निर्देशिका नियमों के उपसर्ग में, जो नवीनतम देता है
विरासत में मिले नियमों की तुलना में नियमों को उच्च प्राथमिकता दी जाती है। डीआईआर-मर्ज नियमों का पूरा सेट है
उस स्थान पर एक साथ समूहीकृत किया गया जहां मर्ज-फ़ाइल निर्दिष्ट की गई थी, इसलिए यह संभव है
वैश्विक सूची में पहले निर्दिष्ट नियम के माध्यम से डीआईआर-मर्ज नियमों को ओवरराइड करें
नियम। जब सूची-समाशोधन नियम ("!") प्रति-निर्देशिका फ़ाइल से पढ़ा जाता है, तो यह केवल
वर्तमान मर्ज फ़ाइल के लिए विरासत में मिले नियमों को साफ़ करता है।

डीआईआर-मर्ज फ़ाइल से किसी एक नियम को इनहेरिट होने से रोकने का दूसरा तरीका है
इसे एक लीडिंग स्लैश से ठीक करें। प्रति-निर्देशिका मर्ज-फ़ाइल में एंकर किए गए नियम सापेक्ष होते हैं
मर्ज-फ़ाइल की निर्देशिका में, इसलिए एक पैटर्न "/foo" केवल फ़ाइल "foo" से मेल खाएगा
निर्देशिका जहां डीआईआर-मर्ज फ़िल्टर फ़ाइल मिली थी।

यहां एक उदाहरण फ़िल्टर फ़ाइल है जिसे आप निर्दिष्ट करेंगे --फ़िल्टर='' फ़ाइल":

/home/user/.global-filter को मर्ज करें
- *.gz
dir-विलय .नियम
+ *.[ch]
- *ओ

यह /home/user/.global-filter फ़ाइल की सामग्री को शुरुआत में मर्ज कर देगा
सूची और ".rules" फ़ाइल नाम को प्रति-निर्देशिका फ़िल्टर फ़ाइल में भी बदल देता है। सभी नियम
निर्देशिका स्कैन की शुरुआत से पहले पढ़ें वैश्विक एंकरिंग नियमों का पालन करें (यानी a
स्थानांतरण के मूल में अग्रणी स्लैश मेल खाता है)।

यदि प्रति-निर्देशिका मर्ज-फ़ाइल को उस पथ के साथ निर्दिष्ट किया जाता है जो की मूल निर्देशिका है
पहली स्थानांतरण निर्देशिका, rsync उस प्रारंभिक बिंदु से सभी मूल डायर को स्कैन करेगा
संकेतित प्रति-निर्देशिका फ़ाइल के लिए स्थानांतरण निर्देशिका। उदाहरण के लिए, यहाँ एक है
सामान्य फ़िल्टर (देखें) -F):

--फ़िल्टर=': /.rsync-फ़िल्टर'

वह नियम rsync को रूट से सभी निर्देशिकाओं में .rsync-filter फ़ाइल को स्कैन करने के लिए कहता है
सामान्य की शुरुआत से पहले स्थानांतरण की मूल निर्देशिका के माध्यम से नीचे जाएं
स्थानांतरण के एक भाग के रूप में भेजी गई निर्देशिकाओं में फ़ाइल की निर्देशिका स्कैन।
(नोट: rsync डेमॉन के लिए, रूट हमेशा मॉड्यूल के "पथ" के समान होता है।)

प्रति-निर्देशिका फ़ाइलों के लिए इस पूर्व-स्कैनिंग के कुछ उदाहरण:

rsync -avF /src/path/ /dest/dir
rsync -av --filter=': ../../.rsync-filter' /src/path/ /dest/dir
rsync -av --filter=': .rsync-filter' /src/path/ /dest/dir

उपरोक्त पहले दो कमांड "/" में ".rsync-filter" और "/src" से पहले देखेंगे
सामान्य स्कैन "/src/path" और उसकी उपनिर्देशिकाओं में फ़ाइल की तलाश शुरू करता है। अंतिम
कमांड पैरेंट-डीआईआर स्कैन से बचता है और प्रत्येक में केवल ".rsync-filter" फ़ाइलों की तलाश करता है
निर्देशिका जो स्थानांतरण का एक हिस्सा है।

यदि आप अपने पैटर्न में ".cvsignore" की सामग्री को शामिल करना चाहते हैं, तो आपको इसका उपयोग करना चाहिए
नियम ":C", जो .cvsignore फ़ाइल का एक dir-मर्ज बनाता है, लेकिन एक में पार्स किया जाता है
सीवीएस-संगत तरीके से। आप इसका उपयोग कहां प्रभावित करने के लिए कर सकते हैं --सीवीएस-बहिष्कृत (-C) विकल्प
प्रति-निर्देशिका .cvsignore फ़ाइल का समावेश आपके नियमों में डालने से हो जाता है
अपने फ़िल्टर नियमों में जहाँ भी आप चाहें ":C"। इसके बिना, rsync dir-merge जोड़ देगा
आपके अन्य सभी नियमों के अंत में .cvsignore फ़ाइल के लिए नियम (इसे कम देते हुए)।
आपके कमांड-लाइन नियमों की तुलना में प्राथमिकता)। उदाहरण के लिए:

बिल्ली <
+ foo.o
:C
- *।पुराना
EOT
rsync -avC --include=foo.o -f :C --exclude='*.old' a/ b

उपरोक्त दोनों rsync कमांड समान हैं। प्रत्येक व्यक्ति सभी प्रति-निर्देशिका को मर्ज कर देगा
.cvsignore नियमों को अंत के बजाय सूची के मध्य में रखता है। इससे उन्हें अनुमति मिलती है
डीआईआर-विशिष्ट नियम उन नियमों को प्रतिस्थापित करने के लिए हैं जो अधीनस्थ होने के बजाय :सी का पालन करते हैं
आपके सभी नियमों के लिए. अन्य सीवीएस को प्रभावित करने के लिए नियमों को बाहर करें (यानी डिफ़ॉल्ट सूची)।
बहिष्करण, $HOME/.cvsignore की सामग्री, और $CVSIGNORE का मूल्य) आपको छोड़ देना चाहिए
la -C कमांड-लाइन विकल्प और इसके बजाय अपने फ़िल्टर नियमों में "-C" नियम डालें; उदाहरण के लिए
"--फ़िल्टर=-सी".

सूची-समाशोधन फ़िल्टर नियम

आप "!" का उपयोग करके वर्तमान शामिल/बहिष्कृत सूची को साफ़ कर सकते हैं। फ़िल्टर नियम (जैसा कि प्रस्तुत किया गया है)।
उपरोक्त फ़िल्टर नियम अनुभाग में)। "वर्तमान" सूची या तो नियमों की वैश्विक सूची है
(यदि फ़िल्टर विकल्पों को पार्स करते समय नियम का सामना होता है) या प्रति-निर्देशिका का एक सेट
नियम (जो उनकी अपनी उप-सूची में विरासत में मिले हैं, इसलिए एक उपनिर्देशिका इसे साफ़ करने के लिए इसका उपयोग कर सकती है
माता-पिता के नियमों से बाहर)।

एंकरिंग सम्मिलित असम्मिलित पैटर्न

जैसा कि पहले उल्लेख किया गया है, वैश्विक शामिल/बहिष्कृत पैटर्न "की जड़" पर आधारित हैं
स्थानांतरण" (प्रति-निर्देशिका पैटर्न के विपरीत, जो मर्ज-फ़ाइल पर लंगर डाले हुए हैं
निर्देशिका)। यदि आप स्थानांतरण को उन नामों के उपवृक्ष के रूप में सोचते हैं जिन्हें भेजा जा रहा है
प्रेषक से प्राप्तकर्ता तक, ट्रांसफर-रूट वह जगह है जहां पेड़ को डुप्लिकेट किया जाना शुरू होता है
गन्तव्य निर्देशिका। यह रूट उन पैटर्न को नियंत्रित करता है जो / मिलान से शुरू होते हैं।

चूँकि मिलान ट्रांसफ़र-रूट से संबंधित है, इसलिए अनुगामी स्लैश को a पर बदल दिया जाता है
स्रोत पथ या अपने उपयोग को बदलना --रिश्तेदार विकल्प उस पथ को प्रभावित करता है जिसका आपको उपयोग करने की आवश्यकता है
आपके मिलान में (यह बदलने के अलावा कि फ़ाइल ट्री का कितना भाग डुप्लिकेट किया गया है
गंतव्य होस्ट). निम्नलिखित उदाहरण इसे प्रदर्शित करते हैं।

मान लीजिए कि हम दो स्रोत फ़ाइलों का मिलान करना चाहते हैं, एक पूर्ण पथ के साथ
"/home/me/foo/bar", और एक "/home/you/bar/baz" पथ वाला। यहां बताया गया है कि विभिन्न कैसे हैं
2-स्रोत स्थानांतरण के लिए कमांड विकल्प भिन्न होते हैं:

उदाहरण सीएमडी: rsync -a /home/me /home/you /dest
+/- पैटर्न: /me/foo/bar
+/- पैटर्न: /आप/बार/बाज़
लक्ष्य फ़ाइल: /dest/me/foo/bar
लक्ष्य फ़ाइल: /dest/you/bar/baz

उदाहरण सीएमडी: rsync -a /home/me/ /home/you/ /dest
+/- पैटर्न: /foo/bar (नोट में "मैं" गायब है)
+/- पैटर्न: /बार/बाज़ (नोट में "आप" गायब है)
लक्ष्य फ़ाइल: /dest/foo/bar
लक्ष्य फ़ाइल: /dest/bar/baz

उदाहरण सीएमडी: rsync -a --relative /home/me/ /home/you /dest
+/- पैटर्न: /home/me/foo/bar (पूरा पथ नोट करें)
+/- पैटर्न: /होम/आप/बार/बाज़ (ठीक इसी प्रकार)
लक्ष्य फ़ाइल: /dest/home/me/foo/bar
लक्ष्य फ़ाइल: /dest/home/you/bar/baz

उदाहरण सीएमडी: सीडी / होम; rsync -a --रिश्तेदार मुझे/फू आप/ /dest
+/- पैटर्न: /me/foo/bar (निर्दिष्ट पथ पर प्रारंभ होता है)
+/- पैटर्न: /आप/बार/बाज़ (ठीक इसी प्रकार)
लक्ष्य फ़ाइल: /dest/me/foo/bar
लक्ष्य फ़ाइल: /dest/you/bar/baz

यह देखने का सबसे आसान तरीका है कि आपको कौन सा नाम फ़िल्टर करना चाहिए, बस आउटपुट को देखना है
का उपयोग --शब्दशः और नाम के आगे / लगाएं (का प्रयोग करें)। --पूर्वाभ्यास विकल्प यदि आप नहीं हैं
अभी तक किसी भी फाइल की प्रतिलिपि बनाने के लिए तैयार हैं)।

प्रति-निर्देशिका नियम और हटाएँ

डिलीट विकल्प के बिना, प्रति-निर्देशिका नियम केवल भेजने वाले पक्ष पर ही प्रासंगिक हैं, इसलिए आप
स्थानांतरण को प्रभावित किए बिना मर्ज फ़ाइलों को स्वयं बाहर करने के लिए स्वतंत्र महसूस कर सकते हैं। को
इसे आसान बनाएं, 'ई' संशोधक आपके लिए इसे बाहर कर देता है, जैसा कि इन दोनों में देखा गया है
समतुल्य आदेश:

rsync -av --filter=': .excl' --exclude=.excl होस्ट:src/dir /dest
rsync -av --filter=':e .excl' होस्ट:src/dir /dest

हालाँकि, यदि आप प्राप्त पक्ष पर एक डिलीट करना चाहते हैं और आप चाहते हैं कि कुछ फ़ाइलें हों
हटाए जाने से बचने के लिए, आपको यह सुनिश्चित करना होगा कि प्राप्तकर्ता पक्ष जानता है कि क्या है
बहिष्कृत करने के लिए फ़ाइलें. सबसे आसान तरीका प्रति-निर्देशिका मर्ज फ़ाइलों को शामिल करना है
स्थानांतरण और उपयोग --डिलीट-बाद, क्योंकि यह सुनिश्चित करता है कि प्राप्तकर्ता पक्ष को सब कुछ मिले
कुछ भी हटाने का प्रयास करने से पहले भेजने वाले पक्ष के समान बहिष्कृत नियम:

rsync -avF --डिलीट-आफ्टर होस्ट:src/dir /dest

हालाँकि, यदि मर्ज फ़ाइलें स्थानांतरण का हिस्सा नहीं हैं, तो आपको या तो निर्दिष्ट करना होगा
कुछ वैश्विक बहिष्कृत नियम (अर्थात कमांड लाइन पर निर्दिष्ट), या आपको बनाए रखने की आवश्यकता होगी
आपकी स्वयं की प्रति-निर्देशिका फ़ाइलों को प्राप्तकर्ता पक्ष पर मर्ज करती है। पहले का एक उदाहरण यह है
(मान लें कि दूरस्थ .नियम फ़ाइलें स्वयं को बाहर कर देती हैं):

rsync -av --filter=': .rules' --filter='. /my/extra.rules'
--होस्ट हटाएं:src/dir/dest

उपरोक्त उदाहरण में एक्स्ट्रा.रूल्स फ़ाइल स्थानांतरण के दोनों पक्षों को प्रभावित कर सकती है, लेकिन (चालू)।
भेजने वाला पक्ष) नियम .rules फ़ाइलों से मर्ज किए गए नियमों के अधीन हैं
क्योंकि वे प्रति-निर्देशिका मर्ज नियम के बाद निर्दिष्ट किए गए थे।

एक अंतिम उदाहरण में, दूरस्थ पक्ष .rsync-फ़िल्टर फ़ाइलों को बाहर कर रहा है
स्थानांतरण, लेकिन जो हटाया जाता है उसे नियंत्रित करने के लिए हम अपनी स्वयं की .rsync-फ़िल्टर फ़ाइलों का उपयोग करना चाहते हैं
प्राप्तकर्ता पक्ष. ऐसा करने के लिए हमें विशेष रूप से प्रति-निर्देशिका मर्ज फ़ाइलों को बाहर करना होगा
(ताकि वे नष्ट न हों) और फिर क्या नियंत्रित करने के लिए स्थानीय फ़ाइलों में नियम डालें
अन्यथा हटाया नहीं जाना चाहिए. इनमें से एक आदेश की तरह:

rsync -av --filter=':e /.rsync-filter' --delete \
होस्ट:src/dir/dest
rsync -avFF --डिलीट होस्ट: src/dir /dest

बैच मोड

बैच मोड का उपयोग कई समान सिस्टमों में अपडेट के समान सेट को लागू करने के लिए किया जा सकता है। कल्पना करना
एक के पास एक पेड़ है जिसे कई मेज़बानों पर दोहराया गया है। अब मान लीजिए कुछ बदलाव हुए हैं
इस स्रोत वृक्ष में किया गया है और उन परिवर्तनों को अन्य होस्टों में प्रचारित करने की आवश्यकता है।
बैच मोड का उपयोग करके ऐसा करने के लिए, rsync को लागू करने के लिए राइट-बैच विकल्प के साथ चलाया जाता है
स्रोत वृक्ष से गंतव्य वृक्ष में किए गए परिवर्तन। लेखन-बैच
विकल्प rsync क्लाइंट को सभी आवश्यक जानकारी "बैच फ़ाइल" में संग्रहीत करने का कारण बनता है
अन्य, समान गंतव्य पेड़ों के विरुद्ध इस ऑपरेशन को दोहराएं।

एक बार बैच फ़ाइल जनरेट करने से फ़ाइल की स्थिति, चेकसम और डेटा निष्पादित करने की आवश्यकता बच जाती है
एकाधिक गंतव्य पेड़ों को अद्यतन करते समय पीढ़ी को एक से अधिक बार ब्लॉक करें। मल्टीकास्ट
ट्रांसपोर्ट प्रोटोकॉल का उपयोग बैच अद्यतन फ़ाइलों को कई के समानांतर स्थानांतरित करने के लिए किया जा सकता है
प्रत्येक होस्ट को एक ही डेटा अलग-अलग भेजने के बजाय, एक ही बार में होस्ट करता है।

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

आपकी सुविधा के लिए, राइट-बैच विकल्प का उपयोग करने पर एक स्क्रिप्ट फ़ाइल भी बनाई जाती है:
इसे ".sh" संलग्न बैच फ़ाइल के समान नाम दिया जाएगा। यह स्क्रिप्ट फ़ाइल
इसमें संबंधित का उपयोग करके गंतव्य ट्री को अपडेट करने के लिए उपयुक्त कमांड-लाइन शामिल है
बैच फ़ाइल। इसे वैकल्पिक रूप से पास करते हुए बॉर्न (या बॉर्न-जैसे) शेल का उपयोग करके निष्पादित किया जा सकता है
एक वैकल्पिक गंतव्य वृक्ष पथनाम में जिसका उपयोग मूल के बजाय किया जाता है
गंतव्य पथ। यह तब उपयोगी होता है जब गंतव्य ट्री पथ वर्तमान होस्ट पर होता है
बैच फ़ाइल बनाने के लिए उपयोग की जाने वाली फ़ाइल से भिन्न है।

उदाहरण:

$ rsync --write-batch=foo -a होस्ट:/source/dir/ /adest/dir/
$ एससीपी फू* रिमोट:
$ ssh रिमोट ./foo.sh /bdest/dir/

$ rsync --write-batch=foo -a /source/dir/ /adest/dir/
$ ssh रिमोट rsync --read-batch=- -a /bdest/dir/

इन उदाहरणों में, rsync का उपयोग /source/dir/ से /adest/dir/ को अपडेट करने के लिए किया जाता है
इस ऑपरेशन को दोहराने की जानकारी "foo" और "foo.sh" में संग्रहीत की जाती है। मेजबान "दूरस्थ"
फिर बैच किए गए डेटा को निर्देशिका /bdest/dir में जाकर अद्यतन किया जाता है।
दोनों उदाहरणों के बीच अंतर से पता चलता है कि आप कैसे लचीले हैं
बैचों से निपटें:

o पहला उदाहरण दिखाता है कि प्रारंभिक प्रतिलिपि का स्थानीय होना ज़रूरी नहीं है -- आप कर सकते हैं
रिमोट-शेल सिंटैक्स का उपयोग करके किसी दूरस्थ होस्ट पर/से डेटा को पुश या खींचें
rsync डेमॉन सिंटैक्स, इच्छानुसार।

o पहला उदाहरण सही rsync विकल्प प्राप्त करने के लिए बनाई गई "foo.sh" फ़ाइल का उपयोग करता है
रिमोट होस्ट पर रीड-बैच कमांड चलाते समय।

o दूसरा उदाहरण मानक इनपुट के माध्यम से बैच डेटा को पढ़ता है ताकि बैच फ़ाइल
इसे पहले रिमोट मशीन पर कॉपी करने की आवश्यकता नहीं है। यह उदाहरण इससे बचता है
foo.sh स्क्रिप्ट क्योंकि इसे संशोधित का उपयोग करने की आवश्यकता है --पढ़ें-बैच विकल्प, लेकिन आप
यदि आप इसका उपयोग करना चाहते हैं तो स्क्रिप्ट फ़ाइल को संपादित कर सकते हैं (बस सुनिश्चित करें कि नहीं
अन्य विकल्प मानक इनपुट का उपयोग करने का प्रयास कर रहा है, जैसे "--बहिष्कृत-से=-"
विकल्प)।

चेतावनियां:

रीड-बैच विकल्प यह अपेक्षा करता है कि वह जिस गंतव्य वृक्ष को अद्यतन कर रहा है वह उसी के समान हो
गंतव्य वृक्ष जिसका उपयोग बैच अद्यतन फ़ाइलसेट बनाने के लिए किया गया था। जब एक अंतर
गंतव्य पेड़ों के बीच अद्यतन का सामना करने पर चेतावनी के साथ खारिज किया जा सकता है
(यदि फ़ाइल पहले से ही अद्यतित प्रतीत होती है) या फ़ाइल-अद्यतन का प्रयास किया जा सकता है
फिर, यदि फ़ाइल सत्यापित करने में विफल रहती है, तो अद्यतन एक त्रुटि के साथ खारिज हो जाता है। इसका मतलब यह है कि
यदि कमांड बाधित हो जाए तो रीड-बैच ऑपरेशन को फिर से चलाना सुरक्षित होना चाहिए। अगर आप
फ़ाइल के आकार की परवाह किए बिना बैच-अपडेट को हमेशा प्रयास करने के लिए बाध्य करना चाहते हैं
दिनांक, का उपयोग करें -I विकल्प (बैच पढ़ते समय)। यदि कोई त्रुटि होती है, तो गंतव्य
पेड़ संभवतः आंशिक रूप से अद्यतन स्थिति में होगा। उस स्थिति में, इसमें rsync का उपयोग किया जा सकता है
गंतव्य ट्री को ठीक करने के लिए ऑपरेशन का नियमित (गैर-बैच) मोड।

सभी गंतव्यों पर उपयोग किया जाने वाला rsync संस्करण कम से कम उतना ही नया होना चाहिए जितना पहले था
बैच फ़ाइल जनरेट करें. यदि प्रोटोकॉल संस्करण में Rsync एक त्रुटि के साथ समाप्त हो जाएगा
बैच-रीडिंग rsync को संभालने के लिए बैच फ़ाइल बहुत नई है। यह भी देखें --मसविदा बनाना
rsync बनाने के तरीके के लिए विकल्प एक बैच फ़ाइल उत्पन्न करता है जिसे एक पुराना rsync कर सकता है
समझना। (ध्यान दें कि संस्करण 2.6.3 में बैच फ़ाइलों का स्वरूप बदल गया है, इसलिए संस्करणों को मिलाया जा रहा है
नए संस्करणों के साथ इससे पुराना काम नहीं करेगा।)

बैच फ़ाइल पढ़ते समय, rsync डेटा से मिलान करने के लिए कुछ विकल्पों के मान को बाध्य करेगा
यदि आपने उन्हें बैच-लेखन कमांड के समान सेट नहीं किया है तो बैच फ़ाइल में। अन्य
विकल्प बदले जा सकते हैं (और चाहिए भी)। उदाहरण के लिए --लिखें-बैच में परिवर्तन --पढ़ें-बैच,
--फ़ाइलें-से गिरा दिया गया है, और --फ़िल्टर/--शामिल/--निकालना विकल्पों की आवश्यकता नहीं है
जब तक इनमें से कोई एक --हटाएं विकल्प निर्दिष्ट है।

BATCH.sh फ़ाइल बनाने वाला कोड किसी भी फ़िल्टर/शामिल/बहिष्कृत विकल्प को रूपांतरित कर देता है
एक एकल सूची जिसे शेल स्क्रिप्ट फ़ाइल में "यहां" दस्तावेज़ के रूप में जोड़ा गया है। एक उन्नत
उपयोगकर्ता इसका उपयोग बहिष्कृत सूची को संशोधित करने के लिए कर सकता है यदि इसमें कोई परिवर्तन होता है जिसे हटाया जाता है --हटाएं
वांछित है। एक सामान्य उपयोगकर्ता इस विवरण को अनदेखा कर सकता है और शेल स्क्रिप्ट को आसान के रूप में उपयोग कर सकता है
उपयुक्त चलाने का तरीका --पढ़ें-बैच बैच किए गए डेटा के लिए आदेश।

Rsync में मूल बैच मोड "rsync+" पर आधारित था, लेकिन नवीनतम संस्करण एक नए का उपयोग करता है
कार्यान्वयन.

प्रतीकात्मक कड़ियाँ

जब rsync स्रोत में एक प्रतीकात्मक लिंक का सामना करता है तो तीन बुनियादी व्यवहार संभव होते हैं
निर्देशिका.

डिफ़ॉल्ट रूप से, प्रतीकात्मक लिंक बिल्कुल भी स्थानांतरित नहीं होते हैं। एक संदेश "गैर-नियमित को छोड़ना"
फ़ाइल मौजूद किसी भी सिम्लिंक के लिए उत्सर्जित होती है।

If --लिंक निर्दिष्ट किया जाता है, फिर सिम्लिंक को उसी लक्ष्य के साथ पुनः बनाया जाता है
गंतव्य। ध्यान दें कि --संग्रह का तात्पर्य --लिंक.

If --कॉपी-लिंक निर्दिष्ट किया गया है, तो सिम्लिंक को उनके संदर्भ की प्रतिलिपि बनाकर "संक्षिप्त" कर दिया जाता है,
सिम्लिंक के बजाय।

Rsync "सुरक्षित" और "असुरक्षित" प्रतीकात्मक लिंक को भी अलग कर सकता है। एक उदाहरण जहां यह
एक वेब साइट मिरर का उपयोग किया जा सकता है जो यह सुनिश्चित करना चाहता है कि rsync मॉड्यूल है
कॉपी किए गए में प्रतीकात्मक लिंक शामिल नहीं हैं / Etc / पासवर्ड साइट के सार्वजनिक अनुभाग में.
का प्रयोग --कॉपी-असुरक्षित-लिंक इससे किसी भी लिंक को उस फ़ाइल के रूप में कॉपी किया जाएगा जिस पर वे इंगित करते हैं
मंजिल। का उपयोग करते हुए --सुरक्षित-लिंक इससे असुरक्षित लिंक पूरी तरह हटा दिए जाएंगे।
(ध्यान दें कि आपको निर्दिष्ट करना होगा --लिंक एसटी --सुरक्षित-लिंक कोई प्रभाव डालना।)

प्रतीकात्मक लिंक को असुरक्षित माना जाता है यदि वे पूर्ण सिम्बलिंक हैं (से शुरू करें)। /), खाली,
या यदि उनमें कॉपी की जा रही निर्देशिका से आगे बढ़ने के लिए पर्याप्त ".." घटक हैं।

यहां इस बात का सारांश दिया गया है कि सिम्लिंक विकल्पों की व्याख्या कैसे की जाती है। सूची क्रमानुसार है
प्राथमिकता, इसलिए यदि आपके विकल्पों के संयोजन का उल्लेख नहीं किया गया है, तो पहली पंक्ति का उपयोग करें
आपके विकल्पों का एक पूरा उपसमूह:

--कॉपी-लिंक
सभी सिम्लिंक को सामान्य फ़ाइलों में बदलें (किसी भी अन्य विकल्प के लिए कोई सिम्लिंक न छोड़ें)।
चाहना)।

--लिंक --कॉपी-असुरक्षित-लिंक
सभी असुरक्षित सिम्लिंक को फाइलों में बदलें और सभी सुरक्षित सिम्लिंक की डुप्लिकेट बनाएं।

--कॉपी-असुरक्षित-लिंक
सभी असुरक्षित सिम्लिंक को फाइलों में बदल दें, सभी सुरक्षित सिम्लिंक को शोर से छोड़ दें।

--लिंक --सुरक्षित-लिंक
सुरक्षित सिम्लिंक डुप्लिकेट करें और असुरक्षित सिम्लिंक छोड़ें।

--लिंक
सभी सिम्लिंक को डुप्लिकेट करें।

निदान

rsync कभी-कभी त्रुटि संदेश उत्पन्न करता है जो थोड़ा रहस्यमय लग सकता है। एक कि
ऐसा प्रतीत होता है कि सबसे अधिक भ्रम का कारण "प्रोटोकॉल संस्करण बेमेल है - क्या आपका शेल साफ़ है?"।

यह संदेश आमतौर पर आपकी स्टार्टअप स्क्रिप्ट या रिमोट शेल सुविधा के उत्पादन के कारण होता है
धारा पर अवांछित कचरा जिसे rsync अपने परिवहन के लिए उपयोग कर रहा है। निदान का तरीका
यह समस्या आपके रिमोट शेल को इस प्रकार चलाने की है:

एसएसएच रिमोटहोस्ट /बिन/सत्य >आउट.डेट

फिर out.dat को देखें। यदि सब कुछ सही ढंग से काम कर रहा है तो out.dat शून्य होना चाहिए
लंबाई फ़ाइल. यदि आपको उपरोक्त त्रुटि rsync से मिल रही है तो संभवतः आपको मिल जाएगी
उस out.dat में कुछ टेक्स्ट या डेटा है। सामग्री को देखें और पता लगाने का प्रयास करें कि क्या है
इसका उत्पादन कर रहे हैं। सबसे आम कारण गलत तरीके से कॉन्फ़िगर की गई शेल स्टार्टअप स्क्रिप्ट (जैसे) है
.cshrc या .profile के रूप में) जिसमें गैर-इंटरैक्टिव लॉगिन के लिए आउटपुट स्टेटमेंट शामिल हैं।

यदि आपको फ़िल्टर पैटर्न डीबग करने में समस्या हो रही है, तो निर्दिष्ट करने का प्रयास करें -वीवी विकल्प.
वर्बोसिटी के इस स्तर पर rsync दिखाएगा कि प्रत्येक व्यक्तिगत फ़ाइल को क्यों शामिल किया गया है
बाहर रखा गया।

बाहर निकलें मान

0 कहानिया

1 सिंटैक्स या उपयोग त्रुटि

2 प्रोटोकॉल असंगति

3 इनपुट/आउटपुट फ़ाइलों का चयन करने में त्रुटियाँ, डीआईआर

4 अनुरोधित कार्रवाई समर्थित नहीं: 64-बिट फ़ाइलों में हेरफेर करने का प्रयास किया गया था
वह मंच जो उनका समर्थन नहीं कर सकता; या एक विकल्प निर्दिष्ट किया गया था जो इसके द्वारा समर्थित है
क्लाइंट द्वारा, सर्वर द्वारा नहीं।

5 क्लाइंट-सर्वर प्रोटोकॉल प्रारंभ करने में त्रुटि

6 डेमॉन लॉग-फ़ाइल में जोड़ने में असमर्थ है

10 सॉकेट I/O में त्रुटि

11 फ़ाइल I/O में त्रुटि

12 rsync प्रोटोकॉल डेटा स्ट्रीम में त्रुटि

13 प्रोग्राम डायग्नोस्टिक्स में त्रुटियाँ

14 आईपीसी कोड में त्रुटि

20 SIGUSR1 या SIGINT प्राप्त हुआ

21 waitpid() द्वारा कुछ त्रुटि लौटाई गई

22 कोर मेमोरी बफ़र्स आवंटित करने में त्रुटि

23 त्रुटि के कारण आंशिक स्थानांतरण

24 गायब स्रोत फ़ाइलों के कारण आंशिक स्थानांतरण

25 --मैक्स-डिलीट सीमा ने विलोपन रोक दिया

30 डेटा भेजने/प्राप्त करने में टाइमआउट

35 डेमॉन कनेक्शन के लिए प्रतीक्षा समय समाप्त

वातावरण चर

सीवीसिग्नोर
CVSIGNORE पर्यावरण चर .cvsignore में किसी भी अनदेखा पैटर्न को पूरक करता है
फ़ाइलें. देखें --सीवीएस-बहिष्कृत अधिक विवरण के लिए विकल्प।

RSYNC_ICONV
एक डिफ़ॉल्ट निर्दिष्ट करें --iconv इस पर्यावरण चर का उपयोग करके सेटिंग। (पहले समर्थित
3.0.0 में।)

RSYNC_PROTECT_ARGS
यदि आप चाहते हैं तो एक गैर-शून्य संख्यात्मक मान निर्दिष्ट करें --रक्षा-तर्क होने का विकल्प
डिफ़ॉल्ट रूप से सक्षम, या यह सुनिश्चित करने के लिए शून्य मान कि यह डिफ़ॉल्ट रूप से अक्षम है।
(पहली बार 3.1.0 में समर्थित।)

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

RSYNC_प्रॉक्सी
RSYNC_PROXY पर्यावरण चर आपको अपने rsync क्लाइंट को रीडायरेक्ट करने की अनुमति देता है
rsync डेमॉन से कनेक्ट करते समय वेब प्रॉक्सी का उपयोग करें। आपको RSYNC_PROXY को a पर सेट करना चाहिए
होस्टनाम:पोर्ट जोड़ी.

RSYNC_पासवर्ड
RSYNC_PASSWORD को आवश्यक पासवर्ड पर सेट करने से आप प्रमाणीकरण चला सकते हैं
उपयोगकर्ता के हस्तक्षेप के बिना rsync डेमॉन से rsync कनेक्शन। ध्यान दें कि ऐसा होता है
ssh जैसे रिमोट शेल ट्रांसपोर्ट के लिए पासवर्ड की आपूर्ति न करें; यह सीखने के लिए कि कैसे करना है
वह, रिमोट शेल के दस्तावेज़ से परामर्श लें।

USER or लॉगनाम
डिफ़ॉल्ट निर्धारित करने के लिए USER या LOGNAME पर्यावरण चर का उपयोग किया जाता है
उपयोगकर्ता नाम rsync डेमॉन को भेजा गया। यदि इनमें से कोई भी सेट नहीं है, तो उपयोगकर्ता नाम डिफ़ॉल्ट हो जाता है
"कोई नहीं"।

होम होम पर्यावरण चर का उपयोग उपयोगकर्ता की डिफ़ॉल्ट .cvsignore फ़ाइल को खोजने के लिए किया जाता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन rsync का उपयोग करें