MacPorts rsync အရင်းအမြစ်များကို proxy မှတစ်ဆင့် လမ်းကြောင်းချခြင်း
SSH ဥပမာက rsync daemon ချိတ်ဆက်မှုကိုပါ ပြုပြင်ပေးမည်ဟု မယူဆဘဲ ports-tree အရင်းအမြစ် ပရိုတိုကောကို proxy သယ်ယူမှုနှင့် ကိုက်ညီအောင် ပြုလုပ်ပါ။
ဘရောက်ဇာသည် SOCKS မှတစ်ဆင့် အလုပ်လုပ်သည်။ သာမန် SSH ဆက်ရှင်လည်း အလုပ်လုပ်သည်။ ထို့နောက် MacPorts သည် ၎င်း၏ ports tree ကို ထပ်တူပြုစဉ် ရပ်တန့်သွားသည်။ နောက်ထပ် SSH ရွေးချယ်မှု မထည့်မီ အရင်းအမြစ် URI ကို ကြည့်ပါ။
rsync://host/module သည် rsync daemon ဝန်ဆောင်မှုကို ရည်ညွှန်းသည်။ rsync -e ssh user@host:path ကို အသုံးပြုသော ဥပမာသည် အဝေးမှ shell ကို အသုံးပြုပြီး ထို host ပေါ်ရှိ သင့်လျော်သော အကောင့်သို့ ဝင်ရောက်ခွင့် လိုအပ်သည်။ အများသူငှာ rsync မှန်ချပ်သည် client တွင် ProxyCommand ရှိသောကြောင့် SSH လော့ဂ်အင် မရရှိပါ။
မတူညီသော ကြိုတင်လိုအပ်ချက်ရှိ လမ်းကြောင်းသုံးခု
| လမ်းကြောင်း | ဘာရှိရမည် |
|---|---|
| HTTP သို့မဟုတ် HTTPS ဖြင့် ports tree ဓာတ်ပုံ | ပံ့ပိုးထားသော ဓာတ်ပုံအရင်းအမြစ်နှင့် အလုပ်လုပ်သော HTTP proxy ဖွဲ့စည်းမှု |
| ဝဘ် proxy မှတစ်ဆင့် rsync daemon | RSYNC_PROXY အသုံးပြုသော rsync client နှင့် daemon ဆိပ်ကမ်းသို့ CONNECT ခွင့်ပြုသော proxy |
| SSH မှတစ်ဆင့် rsync | SSH အဆုံးမှတ်၊ အကောင့်နှင့် အဝေးမှ rsync အစီအစဉ် |
ပုံမှန် sync သယ်ယူမှု မရရှိနိုင်သောအခါ MacPorts သည် sources.conf တွင် HTTP နှင့် HTTPS tarball အရင်းအမြစ်များကို အစားထိုးနည်းလမ်းအဖြစ် မှတ်တမ်းတင်ထားသည်။ ထည့်သွင်းထားသော ဗားရှင်းအတွက် ပရောဂျက် ပံ့ပိုးသော အရင်းအမြစ်ကို ရွေးပါ။ URI အစီအစဉ်ကို ပြောင်းခြင်းသည် မထင်မှတ်သော မော်ကွန်းတိုက်သို့ ညွှန်ပြခွင့် မဟုတ်ပါ။
rsync ၏ RSYNC_PROXY သည် ဝဘ် proxy ယန္တရားဖြစ်ပြီး ယေဘုယျ SOCKS URL သတ်မှတ်ချက် မဟုတ်ပါ။ daemon လမ်းကြောင်းသည် များသောအားဖြင့် ဆိပ်ကမ်း 873 လိုအပ်ပြီး အခြားအရာများ အလုပ်လုပ်နေသော ဝဘ် proxy က ၎င်းကို တမင်ငြင်းပယ်နိုင်သည်။ သီးခြား RSYNC_CONNECT_PROG ယန္တရားသည် တိုက်ရိုက် daemon socket ကို အကူအညီပေးသည့် ပရိုဂရမ်ဖြင့် အစားထိုးနိုင်သော်လည်း ထို အကူအညီပေးသူသည် မျှော်လင့်ထားသော byte စီးကြောင်းကို ပေးရမည်။
နောက်ဆုံးအနေဖြင့် MacPorts ၏ မည်သည့်အဆင့် မအောင်မြင်ခဲ့သည်ကို သတိပြုပါ။ ports tree အပ်ဒိတ်လုပ်ခြင်း၊ မော်ကွန်းတိုက် ရယူခြင်းနှင့် port ၏ အရင်းအမြစ်ဖိုင်များ ဒေါင်းလုဒ်လုပ်ခြင်းတို့သည် သယ်ယူမှု တစ်မျိုးတည်း သုံးရန် မလိုအပ်ပါ။ ပထမလမ်းကြောင်းကို ပြုပြင်ခြင်းသည် ကျန်လမ်းကြောင်းများ ၎င်း၏ proxy ကို မျှဝေသည်ဟု သက်သေမပြပါ။