Rsync 3.2.7 သည် ပြောင်းလဲမှုများကို တိုးမြင့်စွာကူးယူခြင်းဖြင့် အသွားအလာကို လျှော့ချနိုင်စေမည့် ဖိုင်ထပ်တူပြုခြင်းနှင့် အရန်သိမ်းဆည်းခြင်းဆိုင်ရာ အသုံးဝင်မှုတစ်ခု ထွက်ရှိလာခဲ့သည်။ သယ်ယူပို့ဆောင်ရေးသည် ssh၊ rsh သို့မဟုတ် မူပိုင် rsync ပရိုတိုကော ဖြစ်နိုင်သည်။ Mirror များ၏ ထပ်တူကျမှုကို သေချာစေရန်အတွက် အကောင်းဆုံးသင့်လျော်သော အမည်မသိ rsync ဆာဗာများ၏ အဖွဲ့အစည်းကို ပံ့ပိုးပေးပါသည်။ ပရောဂျက်ကုဒ်ကို GPLv3 လိုင်စင်အောက်တွင် ဖြန့်ဝေထားသည်။
ထပ်လောင်းပြောင်းလဲမှုများထဲတွင်-
- rsync နောက်ခံလုပ်ငန်းစဉ်တွင် အသုံးပြုသူချိတ်ဆက်မှုကို စစ်မှန်ကြောင်းအထောက်အထားပြသည့်အခါ SHA512၊ SHA256 နှင့် SHA1 hash များကို အသုံးပြုခွင့်ပြုပါ (ယခင်က MD5 နှင့် MD4 တို့ကို ပံ့ပိုးထားသည်)
- ဖိုင်များ၏ checksums များကို တွက်ချက်ရန် SHA1 algorithm ကို အသုံးပြုနိုင်စွမ်းကို အကောင်အထည် ဖော်ထားသည်။ ၎င်း၏ကြီးမားသောအရွယ်အစားကြောင့် SHA1 hash ကို hash ကိုက်ညီသောစာရင်းတွင် အနိမ့်ဆုံးဦးစားပေးဖြစ်သည်။ SHA1 ၏ရွေးချယ်မှုကို အတင်းအကြပ်ပြုလုပ်ရန် "--checksum-choice" option ကို အသုံးပြုနိုင်ပါသည်။
- တိုက်မိမှုဖြစ်နိုင်ခြေကို လျှော့ချရန်အတွက် xattr attribute hash table ကို 64-bit သော့များအသုံးပြုရန် အသွင်ပြောင်းထားသည်။
- JSON ဖော်မတ်ရှိ rsync တွင် ပံ့ပိုးပေးထားသော အယ်လဂိုရီသမ်များဆိုင်ရာ အချက်အလက်များကို ပြသနိုင်မှုအား (—ဗားရှင်း (“-VV”)”) ရွေးချယ်မှုကို ပွားခြင်းဖြင့် ဖွင့်ထားသည်။ ထို့အပြင်၊ ပံ့ပိုးမှု/json-rsync-ဗားရှင်း script ကို ထည့်သွင်းထားပြီး၊ ခွင့်ပြုပေးသော၊ "--ဗားရှင်း" ရွေးချယ်မှုကိုသာ သတ်မှတ်သည့်အခါ (ယခင် rsync ၏ ထုတ်ဝေမှုများနှင့် လိုက်ဖက်ညီမှုအတွက်) စာသားဖောင်တွင် ပေးထားသည့် အချက်အလက်များအပေါ် အခြေခံ၍ အလားတူ JSON အထွက်ကို သင် ဖန်တီးရန်။
- ထပ်တိုးလုပ်ငန်းစဉ် သီးခြားခွဲထုတ်ခြင်းအတွက် chroot ခေါ်ဆိုမှုအသုံးပြုမှုကို ထိန်းချုပ်သည့် rsyncd.conf ရှိ "use chroot" ဆက်တင်ကို မူရင်းအနေဖြင့် "unset" ဟု သတ်မှတ်ထားပြီး ၎င်း၏ရရှိနိုင်မှုအပေါ်မူတည်၍ chroot ကို အသုံးပြုခွင့်ပေးသည် (ဥပမာ၊ rsync လုပ်သည့်အခါတွင် ဖွင့်ပါ အခွင့်ထူးခံမဟုတ်သော အသုံးပြုသူအဖြစ် လုပ်ဆောင်နေချိန်တွင် root အနေဖြင့် လုပ်ဆောင်နေပြီး ဖွင့်၍မရပါ။)
- “-fuzzy” ရွေးချယ်မှုကို သတ်မှတ်ရာတွင် အသုံးပြုသည့် ပျောက်ဆုံးနေသော ပစ်မှတ်ဖိုင်များအတွက် အခြေခံဖိုင်ရှာဖွေမှု အယ်လဂိုရီသမ်၏ စွမ်းဆောင်ရည်သည် ခန့်မှန်းခြေအားဖြင့် နှစ်ဆဖြစ်သည်။
- Rsync (ဌာနခွဲ 3.0 မတိုင်မီ) အဟောင်းများနှင့် အပြန်အလှန်တုံ့ပြန်သည့်အခါ အသုံးပြုသည့် ပရိုတိုကောတွင် အချိန်ကိုယ်စားပြုအချိန်ကို ပြောင်းလဲခဲ့သည် - ဤကိစ္စတွင်ရှိ 4-byte epochal အချိန်အား 1970 မတိုင်မီအချိန်သို့ကူးစက်ရန်ခွင့်မပြုသော "လက်မှတ်မထိုးထားသော int" အဖြစ် သဘောထားသည်၊ သို့သော် 2038 နောက်ပိုင်း အချိန်သတ်မှတ်ခြင်းဖြင့် ပြဿနာကို ဖြေရှင်းသည်။
- rsync ကလိုင်းယင့်ကို ခေါ်သောအခါ ပစ်မှတ်လမ်းကြောင်းတစ်ခု လွဲချော်နေခြင်းကို ယခုအခါ အမှားတစ်ခုအဖြစ် မှတ်ယူထားသည်။ အချည်းနှီးသောလမ်းစဉ်ကို “” ဟုသဘောထားသည့် အပြုအမူဟောင်းကို ပြန်ရန်၊ “--old-args” ရွေးချယ်မှုကို အဆိုပြုခဲ့သည်။
ထို့အပြင်၊ ဒေသန္တရစနစ်နှင့် Google Drive၊ Amazon Drive၊ S1.60၊ Dropbox ကဲ့သို့သော cloud သိုလှောင်မှုအမျိုးမျိုးတို့အကြား ဒေတာကူးယူခြင်းနှင့် ထပ်တူပြုခြင်းအတွက် ဒီဇိုင်းထုတ်ထားသည့် rsync ၏ analogue တစ်ခုဖြစ်သည့် rclone 3 utility ထုတ်ဝေမှုကို သင်မှတ်သားနိုင်ပါသည်။ Backblaze B2၊ OneDrive၊ Swift၊ Hubic၊ Cloudfiles၊ Google Cloud Storage၊ Mail.ru Cloud နှင့် Yandex.Disk။ ပရောဂျက်ကုဒ်ကို Go ဖြင့်ရေးသားထားပြီး MIT လိုင်စင်အောက်တွင် ဖြန့်ဝေထားသည်။
ထုတ်ဝေမှုအသစ်တွင်- Oracle အရာဝတ္ထုသိုလှောင်မှု နှင့် SMB/CIFS တွင် အရန်များ သိမ်းဆည်းခြင်းအတွက် နောက်ခံများ ပေါင်းထည့်ထားသည်။ S3 သိုလှောင်မှုနောက်ကွယ်တွင် ယခုဗားရှင်းကို ပံ့ပိုးထားပြီး IONOS Cloud Storage နှင့် Qiniu KODO ဝန်ဆောင်မှုပေးသူများမှတဆင့် လုပ်ဆောင်နိုင်စွမ်းကို ထပ်လောင်းပေးပါသည်။ ဒေသန္တရနောက်ခံတွင် ခွင့်ပြုချက်များနှင့်ဆိုင်သော အမှားများကို လျစ်လျူရှုရန် စစ်ထုတ်မှုများထည့်နိုင်သည်။
source: opennet.ru