True Internet Channel Summation - OpenMPTCPROouter

အင်တာနက်ချန်နယ်များစွာကို တစ်ခုတည်းအဖြစ် ပေါင်းစပ်ရန် ဖြစ်နိုင်ပါသလား။ ဤအကြောင်းအရာနှင့်ပတ်သက်ပြီး အထင်အမြင်လွဲမှားမှုများနှင့် ဒဏ္ဍာရီများစွာရှိပါသည်၊ အတွေ့အကြုံရှိ ကွန်ရက်အင်ဂျင်နီယာများပင်လျှင် ယင်းသည် ဖြစ်နိုင်ချေရှိသည်ကို မသိကြပါ။ ကိစ္စအများစုတွင်၊ လင့်ခ်ပေါင်းစည်းခြင်းကို NAT အဆင့်တွင် ချိန်ညှိခြင်း သို့မဟုတ် ရှုံးနိမ့်ခြင်းဟု မှားယွင်းစွာခေါ်သည်။ ဒါပေမယ့် တကယ့် summation က ခွင့်ပြုပါတယ်။ အင်တာနက်ချန်နယ်အားလုံးတွင် TCP ချိတ်ဆက်မှုတစ်ခုအား တစ်ပြိုင်နက်ဖွင့်ပါ။ဥပမာအားဖြင့်၊ အင်တာနက်ချန်နယ်တစ်ခုခုကို အနှောင့်အယှက်ဖြစ်စေပါက ထုတ်လွှင့်မှုကို အနှောင့်အယှက်ဖြစ်စေမည်မဟုတ်ပေ။

ဗီဒီယိုထုတ်လွှင့်ခြင်းအတွက် စျေးကြီးသော စီးပွားဖြစ်ဖြေရှင်းနည်းများ ရှိသော်လည်း ထိုကိရိယာများသည် ကီလိုဘာဒေါ်လာများစွာကုန်ကျသည်။ ဆောင်းပါးတွင် အခမဲ့ open-source OpenMPTCPROouter ပက်ကေ့ဂျ်ကို မည်သို့စီစဉ်သတ်မှတ်ရန်နှင့် ချန်နယ်ပေါင်းစည်းခြင်းဆိုင်ရာ လူကြိုက်များသော ဒဏ္ဍာရီများကို ကိုင်တွယ်ဖြေရှင်းပုံကို ဖော်ပြထားပါသည်။

Channel summing အကြောင်း ဒဏ္ဍာရီများ

Multi-WAN လုပ်ဆောင်ချက်ကို ပံ့ပိုးပေးသော အိမ်ရောက်ရောက်တာများစွာရှိပါသည်။ တစ်ခါတစ်ရံ ထုတ်လုပ်သူများက ဤချန်နယ်ကို summing ဟုခေါ်သည်၊ ၎င်းသည် လုံးဝမမှန်ပါ။ အဲဒီ့အပြင် Networker တော်တော်များများက ဒါကို ယုံကြည်ကြပါတယ်။ LACP နှင့် L2 အဆင့်တွင် summation၊ အခြားချန်နယ်များ စုစည်းမှု မရှိပါ။ တယ်လီကွန်းမှာ အလုပ်လုပ်နေတဲ့သူတွေ ယေဘုယျအားဖြင့် မဖြစ်နိုင်ဘူးလို့ မကြာခဏကြားဖူးပါတယ်။ ထို့ကြောင့် လူကြိုက်များသော ဒဏ္ဍာရီများကို နားလည်အောင် ကြိုးစားကြပါစို့။

IP ချိတ်ဆက်မှုအဆင့်တွင် ဟန်ချက်ညီခြင်း။

ဤသည်မှာ အင်တာနက်ချန်နယ်များစွာကို တစ်ပြိုင်နက်တည်း အသုံးပြုရန် အတတ်နိုင်ဆုံးနှင့် ရေပန်းအစားဆုံးနည်းလမ်းဖြစ်သည်။ ရိုးရိုးရှင်းရှင်းပြောရရင် သင့်မှာ အင်တာနက်ဝန်ဆောင်မှုပေးသူ 3 ယောက်ရှိတယ်ဆိုတာ စိတ်ကူးကြည့်ကြရအောင်။ ဤဝန်ဆောင်မှုပေးသူအားလုံးကို Multi-WAN လုပ်ဆောင်ချက်ကို ပံ့ပိုးပေးသည့် router နှင့် ချိတ်ဆက်ထားသည်။ ၎င်းသည် mwanXNUMX ပက်ကေ့ချ်၊ mikrotik၊ ubiquiti သို့မဟုတ် အခြားအိမ်သုံး router တစ်ခုခုဖြင့် OpenWRT ဖြစ်နိုင်သည်၊ ထိုသို့သောရွေးချယ်မှုသည် အဆန်းမဟုတ်တော့ပါ။

အခြေအနေကို အတုယူရန်၊ ဝန်ဆောင်မှုပေးသူများသည် ကျွန်ုပ်တို့အား အောက်ပါလိပ်စာများကို ပေးထားကြောင်း စိတ်ကူးကြည့်ကြပါစို့။

WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33

ဆိုလိုသည်မှာ၊ အဝေးထိန်းဆာဗာသို့ ချိတ်ဆက်ခြင်း ဖြစ်သည်။ example.com ပံ့ပိုးပေးသူတိုင်းမှတဆင့်၊ အဝေးထိန်းဆာဗာသည် သီးခြားလွတ်လပ်သော အရင်းအမြစ် IP client သုံးခုကို တွေ့ရပါမည်။ ဟန်ချက်ညီခြင်းသည် သင့်အား လိုင်းများတစ်လျှောက် ဝန်ကို ပိုင်းခြားနိုင်ပြီး ၎င်းတို့ သုံးခုလုံးကို တစ်ပြိုင်နက် အသုံးပြုနိုင်သည်။ ရိုးရိုးရှင်းရှင်းအားဖြင့်၊ ကျွန်ုပ်တို့သည် ဝန်အား လိုင်းအားလုံးကြားတွင် အညီအမျှ ပိုင်းခြားရန် စိတ်ကူးကြည့်ကြပါစို့။ ရလဒ်အနေဖြင့်၊ ဖောက်သည်တစ်ဦးသည် ပုံသုံးပုံပါသော ဆိုက်တစ်ခုကို ဖွင့်သောအခါတွင် ပုံတစ်ပုံကို သီးခြားပံ့ပိုးပေးသူမှတစ်ဆင့် ဒေါင်းလုဒ်လုပ်သည်။ ဆိုက်ဘက်တွင် မတူညီသော IP သုံးခုမှ ချိတ်ဆက်မှုများနှင့်တူသည်။

ချိတ်ဆက်မှုအဆင့်တွင် ဟန်ချက်ညီသောအခါ၊ TCP ချိတ်ဆက်မှုတစ်ခုစီသည် သီးခြားပံ့ပိုးပေးသူမှတစ်ဆင့် သွားပါသည်။

ဤဟန်ချက်ညီသောမုဒ်သည် သုံးစွဲသူများအတွက် မကြာခဏ ပြဿနာဖြစ်စေသည်။ ဥပမာအားဖြင့်၊ ဝဘ်ဆိုက်များစွာသည် ကွတ်ကီးများနှင့် တိုကင်များကို ဖောက်သည်၏ IP လိပ်စာသို့ တင်းကြပ်စွာ ချည်နှောင်ထားပြီး၊ ၎င်းသည် ရုတ်တရက် ပြောင်းလဲပါက တောင်းဆိုချက်ကို ပယ်ချမည် သို့မဟုတ် ဖောက်သည်သည် ဝဘ်ဆိုက်မှ ထွက်ထားသည်။ ၎င်းကို ဖောက်သည်-ဘဏ်စနစ်များနှင့် တင်းကျပ်သော အသုံးပြုသူ ဆက်ရှင်စည်းမျဉ်းများပါရှိသော အခြားဆိုက်များတွင် ပြန်ထုတ်ပေးလေ့ရှိသည်။ ဤသည်မှာ ရိုးရှင်းသော ဥပမာတစ်ခုဖြစ်ပါသည်- VK.com ရှိ တေးဂီတဖိုင်များကို IP တစ်ခုနှင့် ချိတ်ဆက်ထားသည့် တရားဝင် စက်ရှင်ကီးတစ်ခုဖြင့်သာ ရရှိနိုင်ပြီး၊ ထိုသို့သော ချိန်ခွင်လျှာကို အသုံးပြုသည့် ဖောက်သည်များသည် တောင်းဆိုချက်သည် ပံ့ပိုးပေးသူမှတစ်ဆင့် မပါဝင်သောကြောင့် မကြာခဏ အသံမဖွင့်နိုင်ပါ။ session ကိုချည်ထားသည်။

torrent များကို ဒေါင်းလုဒ်လုပ်သောအခါ၊ ချိတ်ဆက်မှုအဆင့်ကို ချိန်ညှိခြင်းသည် ချန်နယ်အားလုံး၏ bandwidth ကို ပေါင်းစည်းသည်။

ဤချိန်ခွင်လျှာသည် သင့်အား ချိတ်ဆက်မှုများစွာကို အသုံးပြုသောအခါတွင် အင်တာနက်ချန်နယ်၏ အမြန်နှုန်းကို စုစည်းနိုင်စေပါသည်။ ဥပမာအားဖြင့်၊ ဝန်ဆောင်မှုပေးသူ သုံးဦးတွင် တစ်ခုစီသည် 100 Megabits အမြန်နှုန်းရှိလျှင် torrent များကို ဒေါင်းလုဒ်လုပ်သည့်အခါ 300 Megabits ရရှိမည်ဖြစ်သည်။ အဘယ်ကြောင့်ဆိုသော် torrent သည် ပံ့ပိုးသူအားလုံးကြားတွင် ဖြန့်ဝေပြီး နောက်ဆုံးတွင် ချန်နယ်တစ်ခုလုံးကို အသုံးပြုသည့် ချိတ်ဆက်မှုများစွာကို ဖွင့်ပေးသောကြောင့်ဖြစ်သည်။

တစ်ခုတည်းသော TCP ချိတ်ဆက်မှုတစ်ခုသည် ပံ့ပိုးသူတစ်ခုတည်းကသာ အမြဲဖြတ်သန်းနေမည်ကို နားလည်ရန် အရေးကြီးပါသည်။ ဆိုလိုသည်မှာ၊ ကျွန်ုပ်တို့သည် HTTP မှတစ်ဆင့် ဖိုင်ကြီးတစ်ခုကို ဒေါင်းလုဒ်လုပ်ပါက၊ ထို့နောက် ဤချိတ်ဆက်မှုကို ပံ့ပိုးပေးသူ တစ်ဦးမှ တစ်ဆင့် ပြုလုပ်မည်ဖြစ်ပြီး၊ ဤဝန်ဆောင်မှုပေးသူနှင့် ချိတ်ဆက်မှု ပျက်သွားပါက ဒေါင်းလုဒ်လည်း ပျက်သွားမည်ဖြစ်သည်။

ချိတ်ဆက်မှုတစ်ခုသည် အမြဲတမ်းအင်တာနက်ချန်နယ်တစ်ခုသာ အသုံးပြုမည်ဖြစ်သည်။

ဤသည်မှာ ဗီဒီယိုထုတ်လွှင့်ခြင်းများအတွက်လည်း မှန်ပါသည်။ အကယ်၍ သင်သည် အခြေအနေအရ Twitch တစ်မျိုးမျိုးသို့ တိုက်ရိုက်ထုတ်လွှင့်နေသည့် ဗီဒီယိုကို ထုတ်လွှင့်နေပါက၊ IP ချိတ်ဆက်မှုအဆင့်တွင် ဟန်ချက်ညီခြင်းသည် မည်သည့်အကျိုးကျေးဇူးမှ ပေးမည်မဟုတ်ပေ။ ဤကိစ္စတွင်၊ WAN 3 ဝန်ဆောင်မှုပေးသူသည် ပက်ကက်ပျောက်ဆုံးခြင်း သို့မဟုတ် မြန်နှုန်းလျှော့ချခြင်းကဲ့သို့သော ဆက်သွယ်ရေးဆိုင်ရာ ပြဿနာများစတင်ပါက၊ သင်သည် အခြားဝန်ဆောင်မှုပေးသူထံသို့ ချက်ချင်းပြောင်းနိုင်မည်မဟုတ်ပါ။ ထုတ်လွှင့်မှုကို ရပ်ပြီး ပြန်လည်ချိတ်ဆက်ရပါမည်။

စစ်မှန်သော ချန်နယ် summing

အမှန်တကယ် ချန်နယ် summing သည် ပံ့ပိုးပေးသူအားလုံးမှ ပျက်သွားပါက ချိတ်ဆက်မှု ပြတ်တောက်သွားမည် မဟုတ်သော နည်းလမ်းဖြင့် ဝန်ဆောင်မှုပေးသူအားလုံးမှတဆင့် သတ်မှတ်ပေးထားသည့် Twitch သို့ ချိတ်ဆက်မှုတစ်ခုသို့ ချိတ်ဆက်မှုတစ်ခု လုပ်ဆောင်နိုင်စေသည်။ ဤသည်မှာ အံ့သြစရာကောင်းလောက်အောင် ခက်ခဲသောပြဿနာဖြစ်ပြီး အကောင်းဆုံးဖြေရှင်းချက်မရသေးပါ။ ဒါဖြစ်နိုင်တယ်ဆိုတာကို လူတော်တော်များများက မသိကြဘူး။

ယခင်သရုပ်ဖော်ပုံများမှ၊ အခြေအနေအရ Twitch ဆာဗာသည် အရင်းအမြစ် IP လိပ်စာတစ်ခုတည်းမှ ကျွန်ုပ်တို့ထံမှ ဗီဒီယိုစီးကြောင်းကို လက်ခံရရှိနိုင်ကြောင်း၊ ဆိုလိုသည်မှာ မည်သည့်ဝန်ဆောင်မှုပေးသူမှ ပြုတ်ကျပြီး မည်သည့်အရာများ လုပ်ဆောင်နေသည်ဖြစ်စေ ကျွန်ုပ်တို့အတွက် အမြဲမပြတ်ရှိနေရမည်ကို သတိရပါ။ ၎င်းကိုအောင်မြင်ရန်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ချိတ်ဆက်မှုများအားလုံးကို အဆုံးသတ်ပြီး ၎င်းတို့ကို တစ်ခုတည်းအဖြစ်ပေါင်းစပ်ပေးမည့် summing server တစ်ခု လိုအပ်ပါသည်။

summing server သည် ချန်နယ်အားလုံးကို ဥမင်လိုဏ်ခေါင်းတစ်ခုအဖြစ် စုစည်းထားသည်။ ချိတ်ဆက်မှုအားလုံးသည် summing server address မှ အစပြုပါသည်။

ဤအစီအစဥ်တွင်၊ ဝန်ဆောင်မှုပေးသူအားလုံးကို အသုံးပြုပြီး ၎င်းတို့ထဲမှတစ်ခုအား ပိတ်ထားခြင်းသည် Twitch ဆာဗာနှင့် ဆက်သွယ်ရေးကို ဆုံးရှုံးစေမည်မဟုတ်ပါ။ အခြေခံအားဖြင့်၊ ၎င်းသည် အင်တာနက်ချန်နယ်များစွာကို တစ်ပြိုင်နက်တည်း ပါ၀င်သည့် ဘောင်အောက်တွင် အထူး VPN ဥမင်တစ်ခုဖြစ်သည်။ ဤအစီအစဥ်၏ အဓိကတာဝန်မှာ အရည်အသွေးအမြင့်ဆုံး ဆက်သွယ်ရေးလမ်းကြောင်းကို ရရှိရန်ဖြစ်သည်။ ဝန်ဆောင်မှုပေးသူများထဲမှ တစ်ဦးသည် ပြဿနာများစတင်ဖြစ်ပေါ်ခြင်း၊ ထုပ်ပိုးမှုများ ဆုံးရှုံးခြင်း၊ နှောင့်နှေးမှုများ တိုးလာပါက၊ ဝန်အားသည် အခြားရရှိနိုင်သော ပိုမိုကောင်းမွန်သော ချန်နယ်များထက် အလိုအလျောက် ဖြန့်ဝေပေးမည်ဖြစ်သောကြောင့် ၎င်းသည် ဆက်သွယ်ရေး၏ အရည်အသွေးကို မည်သို့မျှ မထိခိုက်စေသင့်ပါ။

စီးပွားဖြစ်ဖြေရှင်းနည်းများ

ဤပြဿနာသည် တိုက်ရိုက်ထုတ်လွှင့်သည့်ပွဲများကို ထုတ်လွှင့်ပြီး အရည်အသွေးမြင့်အင်တာနက်ကို အသုံးပြုခွင့်မရှိသူများကို နှောက်ယှက်နေသည်မှာ ကြာပါပြီ။ ထိုသို့သောလုပ်ငန်းဆောင်တာများအတွက်၊ စီးပွားဖြစ်ဖြေရှင်းနည်းများစွာရှိပါသည်၊ ဥပမာအားဖြင့်၊ ကုမ္ပဏီ Teradek သည် USB modem packs များကိုထည့်သွင်းထားသည့် အလွန်ကြီးမားသော Router များကိုပြုလုပ်သည်-

ချန်နယ် summing လုပ်ဆောင်ချက်ပါရှိသော ဗီဒီယိုထုတ်လွှင့်မှုများအတွက် Router

ထိုသို့သောကိရိယာများသည် များသောအားဖြင့် HDMI သို့မဟုတ် SDI မှတစ်ဆင့် ဗီဒီယိုအချက်ပြမှုများကို ဖမ်းယူနိုင်သည့် ပါ၀င်သည့်စွမ်းရည်ရှိသည်။ Router နှင့်အတူ၊ ချန်နယ် summing ဝန်ဆောင်မှုအတွက် စာရင်းသွင်းခြင်းအား ရောင်းချပေးသည့်အပြင် ဗီဒီယိုစီးကြောင်းကို လုပ်ဆောင်ခြင်း၊ ၎င်းကို transcoding နှင့် ထပ်ဆင့်လွှင့်ခြင်းတို့ကို ရောင်းချပါသည်။ အဆိုပါကိရိယာများ၏စျေးနှုန်းသည် modem အစုံနှင့်အတူ $2k မှစတင်သည်နှင့်ဝန်ဆောင်မှုအတွက်သီးခြားစာရင်းသွင်းမှုတစ်ခုဖြစ်သည်။

တစ်ခါတရံမှာ တော်တော်ကြောက်စရာကောင်းပုံရတယ်။

OpenMPTCPROouter ကို စနစ်ထည့်သွင်းခြင်း။

protocol ကို MP-TCP (MultiPath TCP) သည် လိုင်းများစွာမှတစ်ဆင့် တစ်ပြိုင်နက် ချိတ်ဆက်နိုင်စေရန် တီထွင်ခဲ့သည်။ ဥပမာ- သူ့ iOS ကိုထောက်ခံပါတယ်။ WiFi မှတဆင့် အဝေးထိန်းဆာဗာနှင့် ဆယ်လူလာကွန်ရက်မှတဆင့် တပြိုင်နက် ချိတ်ဆက်နိုင်သည်။ ၎င်းတို့သည် သီးခြား TCP ချိတ်ဆက်မှုနှစ်ခုမဟုတ်သော်လည်း ချန်နယ်နှစ်ခုတွင် တစ်ပြိုင်နက်တည်း တည်ဆောက်ထားသည့် ချိတ်ဆက်မှုတစ်ခုဖြစ်ကြောင်း နားလည်ရန် အရေးကြီးပါသည်။ ၎င်းကိုလုပ်ဆောင်ရန်အတွက်၊ အဝေးထိန်းဆာဗာသည် MPTCP ကိုလည်း ပံ့ပိုးပေးရပါမည်။

OpenMPTCPROouter စစ်မှန်သော ချန်နယ်အကျဉ်းချုပ်ကို ခွင့်ပြုသည့် open source software router ပရောဂျက်တစ်ခုဖြစ်သည်။ ပရောဂျက်သည် အယ်လ်ဖာဗားရှင်းအခြေအနေတွင် ရှိနေသည်ဟု စာရေးသူက ပြောသော်လည်း ၎င်းကို အသုံးပြုပြီးဖြစ်သည်။ ၎င်းတွင် အပိုင်းနှစ်ပိုင်းပါဝင်သည် - အင်တာနက်ပေါ်တွင် တည်ရှိသော summing server နှင့် router တစ်ခု၊ အင်တာနက်ဝန်ဆောင်မှုပေးသူများနှင့် client devices များကိုယ်တိုင်ချိတ်ဆက်ထားသည်- ကွန်ပျူတာများ၊ ဖုန်းများ။ စိတ်ကြိုက်ရောက်တာသည် Raspberry Pi၊ အချို့သော WiFi router သို့မဟုတ် ပုံမှန်ကွန်ပျူတာ ဖြစ်နိုင်သည်။ အလွန်အဆင်ပြေသော ပလပ်ဖောင်းအမျိုးမျိုးအတွက် အဆင်သင့်လုပ်ထားသော စည်းဝေးပွဲများရှိသည်။

OpenMPTCPROouter အလုပ်လုပ်ပုံ

အနှစ်ချုပ်သော ဆာဗာကို စနစ်ထည့်သွင်းခြင်း။

summing server သည် အင်တာနက်ပေါ်တွင် တည်ရှိပြီး client router ၏ ချန်နယ်အားလုံးမှ ချိတ်ဆက်မှုများကို တစ်ခုတည်းအဖြစ် ရပ်ဆိုင်းသည်။ ဤဆာဗာ၏ IP လိပ်စာသည် OpenMPTCPROouter မှတစ်ဆင့် အင်တာနက်ကို ဝင်ရောက်သည့်အခါ ပြင်ပလိပ်စာဖြစ်ပါမည်။

ဤတာဝန်အတွက် ကျွန်ုပ်တို့သည် Debian 10 ရှိ VPS ဆာဗာကို အသုံးပြုပါမည်။

summing server အတွက် လိုအပ်ချက်များ-

• MPTCP သည် OpenVZ virtualization တွင် အလုပ်မလုပ်ပါ။
• သင်၏ကိုယ်ပိုင် Linux kernel ကိုထည့်သွင်းရန်ဖြစ်သင့်သည်။

command တစ်ခုတည်းကို လုပ်ဆောင်ခြင်းဖြင့် ဆာဗာကို အသုံးပြုသည်။ script သည် mptcp ပံ့ပိုးမှု နှင့် လိုအပ်သော ပက်ကေ့ဂျ်များ ပါရှိသော kernel တစ်ခုကို ထည့်သွင်းပါမည်။ ထည့်သွင်းမှု script များကို Ubuntu နှင့် Debian အတွက် ရနိုင်ပါသည်။

wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh

အောင်မြင်သော ဆာဗာ တပ်ဆင်ခြင်း၏ ရလဒ်။

ကျွန်ုပ်တို့သည် စကားဝှက်များကို သိမ်းဆည်းထားပြီး၊ client router ကို configure လုပ်ရန်နှင့် ပြန်လည်စတင်ရန် ၎င်းတို့ကို လိုအပ်မည်ဖြစ်သည်။ တပ်ဆင်ပြီးနောက်၊ SSH သည် port 65222 တွင်ရနိုင်မည်ဟု မှတ်သားထားရန် အရေးကြီးပါသည်။ ပြန်လည်စတင်ပြီးနောက်၊ ကျွန်ုပ်တို့သည် kernel အသစ်ဖြင့် စတင်လုပ်ဆောင်ကြောင်း သေချာရန် လိုအပ်ပါသည်။

uname -a 
Linux test-server.local 4.19.67-mptcp

ဗားရှင်းနံပါတ်ဘေးရှိ mptcp ကမ္ပည်းပြားကို ကျွန်ုပ်တို့မြင်ရပြီး ဆိုလိုသည်မှာ kernel ကို မှန်ကန်စွာ ထည့်သွင်းထားခြင်းဖြစ်သည်။

client router တစ်ခုကို စနစ်ထည့်သွင်းခြင်း။

အပေါ် ပရောဂျက်ဝက်ဘ်ဆိုက် အဆင်သင့်လုပ်ထားသော တည်ဆောက်မှုများကို Raspberry Pi၊ Banana Pi၊ Lynksys router များနှင့် virtual machines ကဲ့သို့သော အချို့ platform များအတွက် ရနိုင်ပါသည်။
openmptcprouter ၏ ဤအပိုင်းသည် OpenWRT ကိုကြုံတွေ့ဖူးသူတိုင်းနှင့်ရင်းနှီးသော LuCI interface အဖြစ်အသုံးပြုထားသော OpenWRT ကိုအခြေခံထားသည်။ ဖြန့်ချီမှုသည် 50MB ခန့်ရှိသည်။

စမ်းသပ်ခုံတစ်ခုအနေဖြင့်၊ ကျွန်ုပ်သည် မတူညီသောအော်ပရေတာများဖြစ်သော MTS နှင့် Megafon တို့ပါရှိသော Raspberry Pi နှင့် USB မိုဒမ်များစွာကို အသုံးပြုပါမည်။ SD ကတ်တွင် ပုံတစ်ပုံရေးနည်းကို ပြောပြရန် လိုမည်မထင်ပါ။

အစပိုင်းတွင် Raspberry Pi ရှိ Ethernet ဆိပ်ကမ်းကို static IP လိပ်စာတစ်ခုဖြင့် lan အဖြစ် configure လုပ်ထားသည်။ 192.168.100.1. စားပွဲပေါ်ရှိ ဝါယာကြိုးများနှင့် ရှုပ်ယှက်ခတ်ခြင်းကို ရှောင်ရှားရန် Raspberry Pi ကို WiFi ချိတ်ဆက်အသုံးပြုနိုင်သည့်နေရာသို့ ချိတ်ဆက်ပြီး ကွန်ပျူတာ၏ WiFi အဒက်တာအား တည်ငြိမ်လိပ်စာအဖြစ် သတ်မှတ်ပေးခဲ့သည်။ 192.168.100.2. DHCP ဆာဗာကို မူရင်းအတိုင်း ဖွင့်မထားသောကြောင့် သင်သည် တည်ငြိမ်လိပ်စာများကို အသုံးပြုရပါမည်။

ယခု သင်သည် ဝဘ်အင်တာဖေ့စ်သို့ ဝင်ရောက်နိုင်သည်။ 192.168.100.1

သင် ပထမဆုံးအကြိမ် လော့ဂ်အင်ဝင်သောအခါ၊ စနစ်သည် သင့်အား root စကားဝှက်တစ်ခု သတ်မှတ်ရန် တောင်းဆိုလိမ့်မည်၊ SSH သည် တူညီသော စကားဝှက်ဖြင့် ရနိုင်မည်ဖြစ်သည်။

LAN ဆက်တင်များတွင် သင်သည် လိုချင်သော subnet ကို သတ်မှတ်ပြီး DHCP ဆာဗာကို ဖွင့်နိုင်သည်။

သီးခြား DHCP ဆာဗာဖြင့် USB Ethernet အင်တာဖေ့စ်များအဖြစ် သတ်မှတ်ထားသော မိုဒမ်များကို ကျွန်ုပ်အသုံးပြုသည်၊ ထို့ကြောင့် ဤတပ်ဆင်မှု လိုအပ်ပါသည်။ အပိုအထုပ်များ. လုပ်ထုံးလုပ်နည်းသည် ပုံမှန် OpenWRT တွင် modem စနစ်ထည့်သွင်းခြင်းနှင့် တူညီသည်၊ ထို့ကြောင့် ဤနေရာတွင် ၎င်းကို ကျွန်ုပ် ဖုံးကွယ်မည်မဟုတ်ပါ။

နောက်တစ်ခုကတော့ WAN interfaces ကို configure လုပ်ရပါမယ်။ အစပိုင်းတွင်၊ စနစ်သည် WAN1 နှင့် WAN2 virtual interface နှစ်ခုကို ဖန်တီးခဲ့သည်။ ၎င်းတို့ကို ရုပ်ပိုင်းဆိုင်ရာ စက်ပစ္စည်းတစ်ခုအဖြစ် သတ်မှတ်ပေးရန် လိုအပ်သည်၊ ကျွန်ုပ်၏ကိစ္စတွင်၊ ၎င်းတို့သည် USB modem interfaces များ၏ အမည်များဖြစ်သည်။

အင်တာဖေ့စ်အမည်များနှင့် ရှုပ်ထွေးမှုများကို ရှောင်ရှားရန် SSH မှတစ်ဆင့် ချိတ်ဆက်နေစဉ် dmesg မက်ဆေ့ဂျ်များကို ကြည့်ရှုရန် အကြံပြုအပ်ပါသည်။

ကျွန်ုပ်၏ modems များသည် routers များအဖြစ် လုပ်ဆောင်ကြပြီး ၎င်းတို့တွင် DHCP ဆာဗာရှိသောကြောင့်၊ အစပိုင်းတွင် မိုဒမ်နှစ်ခုလုံးသည် ကွန်ရက်တစ်ခုတည်းမှ လိပ်စာများကို ထုတ်လွှတ်သောကြောင့်၊ ၎င်းတို့၏အတွင်းပိုင်း ကွန်ရက်အပိုင်းအခြားများ၏ ဆက်တင်များကို ပြောင်းလဲကာ DHCP ဆာဗာကို ပိတ်ခဲ့ရပါသည်။

OpenMPTCPROouter သည် WAN အင်တာဖေ့စ်လိပ်စာများသည် တည်ငြိမ်နေရန် လိုအပ်သည်၊ ထို့ကြောင့် ကျွန်ုပ်တို့သည် မိုဒမ်များအတွက် subnets များနှင့်အတူ ၎င်းတို့ကို စနစ် → openmptcprouter → အင်တာဖေ့စ် ဆက်တင်များ မီနူးတွင် စီစဉ်သတ်မှတ်ပေးပါသည်။ ဤနေရာတွင် summing server ကို ထည့်သွင်းစဉ်တွင် ရရှိသော IP လိပ်စာနှင့် ဆာဗာကီးကို သတ်မှတ်ရန် လိုအပ်ပါသည်။

စနစ်ထည့်သွင်းမှု အောင်မြင်ပါက၊ အခြေအနေစာမျက်နှာတွင် အလားတူပုံပေါ်လာပါမည်။ Router သည် summing server သို့ရောက်ရှိနိုင်ပြီး ချန်နယ်နှစ်ခုလုံး ပုံမှန်အလုပ်လုပ်နေကြောင်းကို တွေ့မြင်နိုင်ပါသည်။

မူရင်းမုဒ်မှာ shadowsocks + mptcp ဖြစ်သည်။ ၎င်းသည် သူ့အထဲမှာ ချိတ်ဆက်မှုအားလုံးကို ချုပ်ပေးသည့် ပရောက်စီတစ်ခုဖြစ်သည်။ ၎င်းကို TCP တစ်ခုတည်းသာ လုပ်ဆောင်ရန် ကနဦးစီစဉ်ထားသော်လည်း UDP ကိုလည်း ဖွင့်နိုင်သည်။

အခြေအနေစာမျက်နှာတွင် အမှားအယွင်းများမရှိပါက၊ စနစ်ထည့်သွင်းမှု ပြီးပြည့်စုံသည်ဟု ယူဆနိုင်ပါသည်။
အချို့သော ဝန်ဆောင်မှုပေးသူများနှင့်အတူ၊ ယာဉ်လမ်းကြောင်းတစ်လျှောက် mptcp အလံကို ဖြတ်တောက်လိုက်သောအခါတွင် အောက်ပါ အမှားအယွင်း ပေါ်လာလိမ့်မည်-

ဤကိစ္စတွင်၊ သင်သည် MPTCP ကို ​​အသုံးမပြုဘဲ အခြားလုပ်ဆောင်မှုမုဒ်ကို အသုံးပြုနိုင်သည်။ ဒီမှာ.

ကောက်ချက်

OpenMPTCPROouter ပရောဂျက်သည် အလွန်စိတ်ဝင်စားစရာကောင်းပြီး အရေးကြီးသည်၊ အဘယ်ကြောင့်ဆိုသော် ၎င်းသည် channel summing ပြဿနာအတွက် တစ်ခုတည်းသောပွင့်လင်းပြီးပြည့်စုံသောဖြေရှင်းချက်ဖြစ်နိုင်သည်။ အခြားအရာအားလုံးသည် တင်းတင်းကြပ်ကြပ်ပိတ်ထားပြီး တစ်ဦးတည်းပိုင် သို့မဟုတ် သာမန်လူတစ်ဦးနားမလည်နိုင်သော သီးခြား module များဖြစ်သည်။ လက်ရှိ ဖွံ့ဖြိုးတိုးတက်မှုအဆင့်တွင်၊ ပရောဂျက်သည် အလွန်ကြမ်းနေသေးသည်၊ စာရွက်စာတမ်းများသည် အလွန်ညံ့ဖျင်းသည်၊ များစွာသော အကြောင်းအရာများကို ရိုးရှင်းစွာ မဖော်ပြထားပါ။ ဒါပေမယ့် တချိန်တည်းမှာပဲ အလုပ်ဖြစ်နေတုန်းပါပဲ။ ၎င်းသည် ဆက်လက်ဖွံ့ဖြိုးလာမည်ဟု မျှော်လင့်ပြီး ချန်နယ်များကို သေတ္တာအတွင်းမှ စနစ်တကျ ပေါင်းစပ်နိုင်သည့် အိမ်သုံး router များ ရရှိမည်ဖြစ်သည်။

Instagram တွင် ကျွန်ုပ်တို့၏ developer ကို လိုက်နာပါ။

source: www.habr.com