SingLinkLabs · Protocol Paper 01
SingLink ပရိုတိုကော နည်းပညာ စာတမ်းဖြူ
SingLink 2.0 ဗိသုကာ၊ ပြီးပြည့်စုံသောချိတ်ဆက်မှုဘဝစက်ဝန်းနှင့် ပရိုတိုကောနယ်နိမိတ်များ
SingLink 2.0 သည် သုံးစွဲသူဆော့ဖ်ဝဲလ်ဗားရှင်းမဟုတ်ဘဲ SingLinkVPN မှ သီးခြားထုတ်လုပ်ထားသော တရားဝင်ကွန်ရက် ထုတ်လွှင့်မှုပရိုတိုကောတစ်ခုဖြစ်သည်။ ဤဆောင်းပါးသည် ပရိုတိုကော၏ အများသူငှာလုပ်ဆောင်နိုင်မှု၊ ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံ၊ စမ်းသပ်ဒေတာနယ်နိမိတ်များနှင့် ပြင်ပပရိုတိုကော ကွဲပြားမှုများကို ရှင်းပြရန် ဤဆောင်းပါးသည် ထိန်းချုပ်မှုလေယာဉ်၊ ဒေတာလေယာဉ်နှင့် ပြီးပြည့်စုံသော ချိတ်ဆက်မှုဘဝစက်ဝန်းကို ပင်မလိုင်းများအဖြစ် ယူဆောင်သည်။
- Document
- SLP-WP-01
- Revision
- 1.0
- Published
- 2026-07-29
- Language
- မြန်မာ
Protocol မျိုးဆက်များနှင့် client ဗားရှင်းများကို လွတ်လပ်စွာ စီမံခန့်ခွဲပါသည်။ Node ရရှိနိုင်မှုသည် ကလိုင်းယင့်၏ အချိန်နှင့်တပြေးညီ အခြေအနေအပေါ် မူတည်သည်။
Atom Feed သို့ စာရင်းသွင်းပါ။Scope and evidence
နယ်ပယ်၊ နိဂုံးများနှင့် အထောက်အထား စည်းဘောင်များ
ဤသည်မှာ စျေးကွက်ရှာဖွေရေး စာမျက်နှာမဟုတ်သော်လည်း ဖွဲ့စည်းမှုပုံစံရယူခြင်းမှ ချိတ်ဆက်မှုရှင်းလင်းခြင်းအထိ စနစ်ဖော်ပြချက်။ အကြောင်းအရာတစ်ခုစီသည် အတည်ပြုနိုင်စွမ်းရည်များ၊ အများသူငှာ ဒီဇိုင်းဖော်ပြချက်များနှင့် ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံများအကြား ပိုင်းခြားပါသည်။
SingLink 2.0 သည် SingLinkVPN မှ သီးခြားထုတ်လုပ်ထားသော တရားဝင်ကွန်ရက် ထုတ်လွှင့်မှုပရိုတိုကော မျိုးဆက်ဖြစ်သည်။ "2.0" သည် Windows၊ macOS၊ Android၊ iOS သို့မဟုတ် အခြား client များ၏ ဆော့ဖ်ဝဲလ်ဗားရှင်းနံပါတ်မဟုတ်ဘဲ ပရိုတိုကောအမည်နှင့် ပရိုတိုကောမျိုးဆက်ကို ကိုယ်စားပြုသည်။
ပရိုတိုကော၏ ထုတ်ကုန်နယ်နိမိတ်သည် သုံးစွဲသူမှ ဆာဗာသို့ ဘိုက်ဖော်မတ်တစ်ခုမျှသာမဟုတ်ဘဲ အကောင့်နှင့် node ခွင့်ပြုချက်များ၊ DNS လုပ်ဆောင်မှု၊ အသိဉာဏ်ချွတ်ချော်မှု၊ node ရွေးချယ်မှု၊ စက်ရှင်ကျန်းမာရေးသိရှိမှု၊ ကွန်ရက်ပြောင်းခြင်းနှင့် ချို့ယွင်းချက် ပြန်လည်ရယူခြင်းတို့လည်း ပါဝင်သည်။
ထုတ်ကုန်စာမျက်နှာမှ၊ ဖောက်သည်စွမ်းရည်နှင့် တရားဝင်အများပြည်သူဆိုင်ရာ လုပ်ရည်ကိုင်ရည်။
ပရိုတိုကောကို ဖြေရှင်းရန် လိုအပ်သည့် ပြဿနာနှင့် လက်ရှိထိတွေ့နေသော စနစ်ဘောင်များကို ဖော်ပြပါ။
ထုတ်ဝေထားသော ဒွိသတ်မှတ်ချက်များနှင့် မညီမျှသော ဖြစ်နိုင်ချေရှိသော အကောင်အထည်ဖော်မှုများကို ရှင်းပြရန် အသုံးပြုသည်။
Versioning
Protocol မျိုးဆက်များသည် ဆော့ဖ်ဝဲဗားရှင်းများမဟုတ်ပါ။
Protocol
SingLink 2.0
သယ်ယူပို့ဆောင်ရေး ပရိုတိုကော မျိုးဆက်များ၊ ညှိနှိုင်းမှုစွမ်းရည်၊ စက်ရှင်ပုံစံများနှင့် လိုက်ဖက်ညီသော မူဝါဒများ၏ အလုံးစုံ ပြောင်းလဲတိုးတက်မှုကို ကိုယ်စားပြုသည်။
Client software
ပလက်ဖောင်းတစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင်နံပါတ်ရှိသည်။
Windows၊ macOS၊ Android၊ iOS၊ Linux နှင့် TV ဖောက်သည်များအား ၎င်းတို့၏ သက်ဆိုင်ရာ ထွက်ရှိသည့် စည်းချက်အတိုင်း စီမံခန့်ခွဲပြီး ပရိုတိုကော 2.0 နှင့် ရောနှောမည်မဟုတ်ပါ။
System architecture
ထိန်းချုပ်ရေးလေယာဉ်နှင့် ဒေတာလေယာဉ်ကို ခွဲခြားထားသည်။
ထိန်းချုပ်မှုလေယာဉ်သည် ခွင့်ပြုချက်များ၊ ဖွဲ့စည်းမှုပုံစံနှင့် node အချိန်ဇယားဆွဲခြင်းအတွက် တာဝန်ရှိသည်။ data plane သည် user traffic ကို အမှန်တကယ်သယ်ဆောင်ပေးသည့် channels များအတွက် တာဝန်ရှိပါသည်။ နှစ်ခုကို ခွဲထုတ်ခြင်းက အရေးကြီးသောဒေတာ၏ နယ်ပယ်ကို ကန့်သတ်စေပြီး ကျရှုံးမှုများကို သီးခြားခွဲထုတ်ရန် ကူညီပေးသည်။
Control plane
မျက်နှာပြင်ထိန်းချုပ်
- 01 အကောင့်နှင့် ပက်ကေ့ချ်ခွင့်ပြုချက်များ
- 02 Node နှင့် protocol စွမ်းရည်များစာရင်း
- 03 ရေတိုဖွဲ့စည်းပုံ၊ ဗျူဟာနှင့် ရုတ်သိမ်းခြင်း။
- 04 Node ကျန်းမာရေးနှင့် အချိန်ဇယားအချက်အလက်
Data plane
အပါယ်ဒေ
- 01 ယာဉ်ကြောပိတ်ဆို့ခြင်းနှင့် ထပ်ဆင့်ပို့ခြင်း။
- 02 TCP၊ UDP နှင့် logical flow bearer တို့
- 03 ကဏ္ဍအခြေအနေနှင့် ကျန်းမာရေး သိရှိခြင်း
- 04 data decapsulation ကို ပြန်သွားပါ။
Connection lifecycle
လုပ်ဆောင်ခြင်း အဆင့် ၂၂
အကောင့်ခွင့်ပြုချက်များ၊ data decapsulation နှင့် security cleanup သို့ ပြန်သွားရန် စနစ်ကွန်ရက်ဝင်ပေါက်မှ၊ အောက်ပါလုပ်ငန်းစဉ်သည် ပြီးပြည့်စုံသော နည်းပညာဆိုင်ရာလင့်ခ်များကို ထိန်းသိမ်းထားပြီး အဆင့်တစ်ခုစီအတွက် အထောက်အထားအခြေအနေကို အမှတ်အသားပြုပါသည်။
- 01
အကောင့်ဝင်ရောက်ခြင်းနှင့် ခွင့်ပြုချက်အတည်ပြုခြင်း။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များclient သည် လက်ရှိအကောင့်၏ ရရှိနိုင်သော packages များ၊ node များနှင့် protocol ခွင့်ပြုချက်များကို ရယူသည်။ အထောက်အထားစိစစ်ခြင်းဆိုင်ရာ အထောက်အထားများသည် အချိန်တိုအတွင်း ပြန်လည်ရုပ်သိမ်းနိုင်ကာ နောက်ဆက်တွဲဒေတာ ထပ်ဆင့်ပို့ခြင်းအခြေအနေမှ ခွဲထုတ်ခြင်းဖြစ်သင့်သည်။
- 02
Node နှင့် protocol configuration ပေးပို့ခြင်း။
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်ထိန်းချုပ်မှုလေယာဉ်သည် node လိပ်စာ၊ ပို့တ်၊ ရရှိနိုင်သော ပရိုတိုကောများနှင့် လိုအပ်သောမူဝါဒများကို ပြန်ပေးမည်ဖြစ်ပြီး၊ ရေရှည်မာစတာကီးများ သို့မဟုတ် မလိုအပ်သော အရေးကြီးသောအကွက်များကို သုံးစွဲသူထံ တိုက်ရိုက်မပေးပို့သင့်ပါ။
- 03
စနစ်ကွန်ရက်ဝင်ပေါက်ကို တည်ထောင်ပါ။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များသုံးစွဲသူသည် TUN မုဒ်၊ စနစ်ပရောက်စီ သို့မဟုတ် ပလပ်ဖောင်းကွန်ရက်တိုးချဲ့မှုမှတစ်ဆင့် လုပ်ဆောင်ရန်လိုအပ်သည့် အသွားအလာကို လက်ခံရရှိသည်။ တိကျသော ဝင်ပေါက်သည် လည်ပတ်မှုစနစ်၏ လုပ်ဆောင်နိုင်စွမ်းများပေါ်တွင် မူတည်သည်။
- 04
DNS ကြည်လင်ပြတ်သားမှုနှင့် ဒိုမိန်းအမည်သတ်မှတ်ခြင်း။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များDNS သည် ဒေသတွင်းကွန်ရက်မှ ပေါက်ကြားနေဆဲ သို့မဟုတ် မှားယွင်းသောလွှဲမှားမှုကို ဖြစ်စေသည့် ဒိုမိန်းအမည်များကို ပရောက်စီများမှတစ်ဆင့် ဖြတ်သန်းသွားခြင်းကို ရှောင်ရှားရန် DNS တောင်းဆိုမှုများနှင့် နောက်ဆက်တွဲချိတ်ဆက်မှုများအတွက် တသမတ်တည်းမူဝါဒများကို အသုံးပြုရပါမည်။
- 05
အသိဉာဏ်အသွားအလာဖြန့်ဖြူးခြင်းနှင့် လမ်းကြောင်းစီရင်ခြင်း
အတည်ပြုထားသော စွမ်းဆောင်ရည်များစည်းမျဉ်းများ၊ အပလီကေးရှင်းများ၊ ပစ်မှတ် ဒိုမိန်းအမည်၊ IP နှင့် ကွန်ရက်အခြေအနေတို့ကို အခြေခံ၍ ချိတ်ဆက်မှုများကို တိုက်ရိုက်၊ ပရောက်စီ သို့မဟုတ် ပိတ်ဆို့ခြင်းအဖြစ် သတ်မှတ်သည်။
- 06
Node ရွေးချယ်မှု
အတည်ပြုထားသော စွမ်းဆောင်ရည်များလက်စွဲမုဒ်တွင် အသုံးပြုသူသတ်မှတ်ထားသော node ကိုအသုံးပြုသည်။ ဉာဏ်ရည်ထက်မြက်သောမုဒ်သည် ကြာမြင့်ချိန်၊ ရရှိနိုင်မှု၊ ဝန်မှု၊ ဒေသနှင့် ပက်ကေ့ဂျ်ခွင့်ပြုချက်များအပေါ် အခြေခံ၍ ကိုယ်စားလှယ်လောင်းအမှတ်အသားများကို ရွေးချယ်နိုင်သည်။
- 07
Protocol စွမ်းရည်ညှိနှိုင်းမှု
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်client နှင့် server သည် နှစ်ဖက်စလုံးမှပံ့ပိုးပေးထားသော protocol မျိုးဆက်များနှင့် စွမ်းဆောင်ရည်များကို အတည်ပြုပါသည်။ စွမ်းဆောင်ရည်အသစ်များကို မမှတ်မိနိုင်သောအခါတွင် သုံးစွဲသူဟောင်းသည် လိုက်ဖက်မှုမရှိသော အပြုအမူများကို တိတ်တဆိတ် ဖွင့်မပေးသင့်ပါ။
- 08
စစ်မှန်ကြောင်းအထောက်အထားပြခြင်းနှင့် ဆန့်ကျင်ပြန်ဖွင့်ခြင်း။
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံအကောင့် သို့မဟုတ် စက်ရှင်သည် တရားဝင်ကြောင်း Nodes မှ အတည်ပြုပြီး အသက်အရွယ်ကြီးရင့်ခြင်း၊ ကျပန်းပြုလုပ်ခြင်း သို့မဟုတ် ညီမျှသော ယန္တရားများမှတစ်ဆင့် အထောက်အထားစိစစ်ခြင်းဒေတာအဟောင်းများကို ပြန်လည်အသုံးပြုခြင်းမှ တားဆီးသင့်သည်။
- 09
သော့လဲလှယ်ခြင်းနှင့် session သော့များ
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံပရိုတိုကောသည် လက်ရှိချိတ်ဆက်မှုအတွက် သီးခြား ကုဒ်ဝှက်ခြင်း အကြောင်းအရာကို ထူထောင်ရန် လိုအပ်သည်။ သတ်မှတ်ထားသော cipher suites၊ handshake fields နှင့် rotation periods များသည် အနာဂတ်အများပြည်သူဆိုင်ရာ သတ်မှတ်ချက်များအရ ဖြစ်ရမည်။
- 10
Session ဖန်တီးပါ။
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံSession သည် ချိတ်ဆက်မှုအခြေအနေ၊ လုပ်ဆောင်နိုင်မှု အချက်အလက်၊ နှလုံးခုန်သံများနှင့် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော ယုတ္တိကျသော စီးဆင်းမှုများကို သယ်ဆောင်ပေးနိုင်သည့် client နှင့် node အကြား ထုတ်လွှင့်မှုအပိုင်းကို ကိုယ်စားပြုသည်။
- 11
တိုက်ရိုက်ထုတ်လွှင့်မှု သို့မဟုတ် သီးခြားပရောက်စီချိတ်ဆက်မှုတစ်ခု တည်ဆောက်ပါ။
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံအပလီကေးရှင်းတောင်းဆိုမှုတစ်ခုစီကို Session အတွင်း ယုတ္တိရှိရှိ တိုက်ရိုက်ထုတ်လွှင့်မှုအဖြစ် ပုံဖော်နိုင်သည်၊ သို့မဟုတ် သီးခြားချိတ်ဆက်မှုတစ်ခုကို ထူထောင်နိုင်သည်။ နောက်ဆုံးနည်းလမ်းသည် ပြည်သူများ၏ အကောင်အထည်ဖော်မှုအပေါ် မူတည်ပါသည်။
- 12
ဒေတာဘောင် encapsulation
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံခရီးလမ်းကြောင်းဆိုင်ရာ အချက်အလက်၊ ထုတ်လွှင့်မှု ခွဲခြားသတ်မှတ်မှု၊ ပေးဆောင်မှု အရှည်၊ ထိန်းချုပ်မှု ညွှန်ကြားချက်များနှင့် ဒေတာတို့ကို ဆန်းစစ်နိုင်သော ဘောင်တစ်ခု ဖွဲ့စည်းရန် လိုအပ်ပါသည်။ ဤစာမျက်နှာသည် အထောက်အထားမဲ့ ဒွိအကွက်များကို မတီထွင်ပါ။
- 13
TCP အသွားအလာ လုပ်ဆောင်ခြင်း။
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်TCP byte စီးကြောင်းများသည် အစီအစဥ်ကို ထိန်းသိမ်းရန်၊ တစ်ဝက်ပိတ်ပိတ်ခြင်းနှင့် ပုံမှန်မဟုတ်သော အပိတ်များကို ကိုင်တွယ်ရန်နှင့် အပလီကေးရှင်းဘက်မှ backpressure ကို သယ်ယူပို့ဆောင်ရေးဘက်သို့ ဖြတ်သွားရန်လိုအပ်သည်။
- 14
UDP နှင့် QUIC ယာဉ်အသွားအလာကို လုပ်ဆောင်ခြင်း။
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်UDP ဒေတာဂရမ်များသည် မက်ဆေ့ချ်နယ်နိမိတ်များကို ထိန်းသိမ်းထားရန်နှင့် ဆက်ရှင်အချိန်ကုန်ဆုံးမှုများကို စီမံခန့်ခွဲရန် လိုအပ်သည်။ QUIC ကဲ့သို့သော UDP အမျိုးအစား ဝန်ဆောင်မှုများသည် မလိုအပ်ဘဲ လိုင်းပိတ်ခြင်းကို ရှောင်ရှားရန် လိုအပ်ပါသည်။
- 15
စီးဆင်းမှုထိန်းချုပ်မှုနှင့် backpressure
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံကလိုင်းယင့်၊ node သို့မဟုတ် ပစ်မှတ်ဝန်ဆောင်မှု၏ သုံးစွဲမှုအမြန်နှုန်း နှေးကွေးသွားသောအခါ၊ Session တစ်ခုလုံးကို Stream တစ်ခုမှ မထိခိုက်စေရန် ကြားခံတိုးတက်မှုကို ကန့်သတ်ထားသင့်သည်။
- 16
Subpackaging, Padding နှင့် traffic အသွင်အပြင်
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံPacketization နှင့် padding ကို transmission strategy ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ်သာ အသုံးပြုနိုင်ပြီး absolute stealth အဖြစ် မဖော်ပြနိုင်ပါ။ ၎င်း၏ဖွင့်နိုင်မှုအခြေအနေများနှင့် overhead ကိုစမ်းသပ်ခြင်းနှင့်အတည်ပြုရန်လိုအပ်သည်။
- 17
MTU နှင့် ပက်ကတ်အရွယ်အစား ကိုင်တွယ်ခြင်း။
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်Tunnel overhead သည် ရရှိနိုင်သော MTU ကို လျှော့ချပေးမည်ဖြစ်ပြီး ကြီးမားသော packet ကျရှုံးမှုများကို အကွဲအပြဲ ရှောင်ရှားခြင်း၊ MSS ချိန်ညှိခြင်း သို့မဟုတ် ညီမျှသော ယန္တရားများမှတဆင့် လျှော့ချရန်လိုအပ်ပါသည်။
- 18
နှောင့်နှေးခြင်း၊ ပက်ကေ့ချ်ကျခြင်း နှင့် ပိတ်ခြင်း ကိုင်တွယ်ခြင်း။
ရည်ညွှန်းအကောင်အထည်ဖော်မှုပုံစံပရိုတိုကောသည် ကွန်ရက်တုံ့ပြန်ချက်အပေါ် အခြေခံ၍ ပေးပို့ခြင်းဆိုင်ရာ စည်းချက်နှင့် ပြန်လည်ထုတ်လွှင့်မှုကို ထိန်းချုပ်ကာ အမှန်တကယ် ပက်ကတ်ကျခြင်း၊ တန်းစီခြင်းနှောင့်နှေးခြင်းနှင့် ရေတိုကွန်ရက်တုန်လှုပ်ခြင်းတို့ကို ခွဲခြားသတ်မှတ်သင့်သည်။
- 19
နှလုံးခုန်နှုန်းနှင့် ကျန်းမာရေးကို သိရှိနိုင်သည်။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များသေဆုံးနေသောချိတ်ဆက်မှုများကိုရှာဖွေရန် လည်ပတ်မှုစနစ်၏ကြာရှည်စွာအချိန်ကုန်ခြင်းများကိုသာ မှီခိုခြင်းမှရှောင်ကြဉ်ရန် session နှင့် node အခြေအနေကို စဉ်ဆက်မပြတ်စောင့်ကြည့်ပါ။
- 20
ကွန်ရက်ပြောင်းခြင်းနှင့် ဆက်ရှင်ပြန်လည်ရယူခြင်း။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များWi-Fi နှင့် မိုဘိုင်းကွန်ရက်များအကြား ကူးပြောင်းပြီးနောက်၊ client သည် ကွန်ရက်ဝင်ပေါက်၊ DNS၊ လမ်းကြောင်းနှင့် ထုတ်လွှင့်မှု ဆက်ရှင်များကို ပြန်လည်အတည်ပြုပြီး ၎င်း၏စွမ်းဆောင်ရည်အလိုက် ချိတ်ဆက်မှုကို ပြန်လည်စတင်သည်။
- 21
Node ချို့ယွင်းမှုနှင့် အလိုအလျောက်ပြောင်းခြင်း။
အတည်ပြုထားသော စွမ်းဆောင်ရည်များပျော့ပျောင်းသော ချို့ယွင်းမှုတစ်ခုတွင်၊ စက်ရှင်ကို ဦးစွာ ပြန်လည်တည်ဆောက်နိုင်ပြီး ခက်ခဲသောချို့ယွင်းမှုတစ်ခုတွင်၊ ရရှိနိုင်သော ဆုံမှတ်များကို ပြောင်းနိုင်သည်။ ကူးပြောင်းခြင်းလုပ်ငန်းစဉ်အတွင်း၊ စနစ်လမ်းကြောင်းတင်ခြင်းကို ပြန်လည်ပြုလုပ်ရမည်ဖြစ်ပြီး မထင်မှတ်ထားသော တိုက်ရိုက်ချိတ်ဆက်မှုများမှ လမ်းကြောင်းများကို ရှောင်ရှားသင့်သည်။
- 22
ဒေတာပြန်ပေးခြင်း၊ ထုပ်ပိုးခြင်းနှင့် လုံခြုံရေးရှင်းလင်းခြင်း။
အများသူငှာ ဒီဇိုင်းဖော်ပြချက်ချိတ်ဆက်မှုပြီးသွားသောအခါတွင် client သည် ပြန်လာသောဒေတာကို စိစစ်ပြီး ဖြုတ်ချပြီး ယာယီစက်ရှင်အခြေအနေ၊ ကက်ရှ်ကီးများ၊ လမ်းကြောင်းသတ်မှတ်ခြင်းနှင့် DNS အပြောင်းအလဲများကို ရှင်းလင်းစေသည်။
Traffic entry and routing
ယာဉ်အသွားအလာသိမ်းခြင်း၊ DNS နှင့် ဉာဏ်ရည်ထက်မြက်သော လွှင့်တင်ခြင်း
DNS ပေါက်ကြားမှု၊ အမှားအယွင်း ထွက်ပေါက်များနှင့် မမျှော်လင့်ထားသော တိုက်ရိုက်ချိတ်ဆက်မှုများကို ရှောင်ရှားရန် စနစ်ကွန်ရက်ဝင်မှု၊ ဒိုမိန်းအမည် ဆုံးဖြတ်ချက်နှင့် လမ်းကြောင်းသတ်မှတ်မှု စီရင်ချက်တို့သည် တူညီသောအကြောင်းအရာကို မျှဝေရမည်ဖြစ်သည်။
ဒက်စ်တော့စနစ်များသည် TUN မုဒ် သို့မဟုတ် စနစ်ပရောက်စီကို အသုံးပြုနိုင်သည်။ မိုဘိုင်းနှင့် တီဗီပလပ်ဖောင်းများသည် ၎င်းတို့၏ သက်ဆိုင်ရာ ကွန်ရက်ချဲ့ထွင်နိုင်စွမ်းကို အသုံးပြုသည်။ မတူညီသောပလက်ဖောင်းများတွင် မတူညီသော API များရှိသည်၊ သို့သော် မူဝါဒပန်းတိုင်များသည် အတူတူပင်ဖြစ်သည်- ပရောက်စီတစ်ခုလိုအပ်သော ဥမင်ထဲသို့ဝင်ရောက်သည့်အသွားအလာနှင့် proxy မလိုအပ်သောအသွားအလာများသည် စည်းမျဉ်းများနှင့်အညီ တိုက်ရိုက်ချိတ်ဆက်ထားသည်။
အပလီကေးရှင်းအသွားအလာများကိုသာ ပရောက်စီပေးခြင်းနှင့် DNS ကို ဒေသတွင်းကွန်ရက်မှတဆင့် ဆက်လက်လည်ပတ်ခွင့်ပေးခြင်းသည် ဒိုမိန်းအမည်ကို ဖော်ထုတ်နိုင်သည် သို့မဟုတ် လက်ရှိထွက်ပေါက်အတွက် မသင့်လျော်သော ဖြေရှင်းမှုရလဒ်များကို ရရှိနိုင်သည်။ ထို့ကြောင့်၊ ဒိုမိန်းအမည်နှင့် ကိုက်ညီသော၊ DNS မေးမြန်းမှု၊ IP သိမ်းဆည်းမှုနှင့် ချိတ်ဆက်မှုတည်ဆောက်ခြင်းတို့သည် တူညီသောလမ်းကြောင်းပြဆက်စပ်မှုကို အသုံးပြုရမည်ဖြစ်သည်။
တိုက်ရိုက်ချိတ်ဆက်မှု
ပရောက်စီမလိုအပ်သော ဒေသဆိုင်ရာဝန်ဆောင်မှုများ သို့မဟုတ် ပစ်မှတ်များသည် ဒေသတွင်းကွန်ရက်ကို အသုံးပြုသည်။
အေးဂျင့်
ခွင့်ပြုချက်အတည်ပြုပြီးနောက်၊ ရွေးချယ်ထားသော SingLink node မှတဆင့်ချိတ်ဆက်မှုကိုတည်ဆောက်သည်။
ဘလောက်
လုံခြုံရေးစည်းမျဥ်းကို ထိမှန်ခြင်း သို့မဟုတ် ခွင့်ပြုချက်မရှိဘဲ ပစ်မှတ်ကို ထိမှန်သည့်အခါ ချိတ်ဆက်မှုကို ငြင်းဆိုထားသည်။
Authentication
စစ်မှန်ကြောင်းအထောက်အထားပြခြင်းနှင့် ကုဒ်ဝှက်ထားသော ဆက်ရှင်များ
ခွင့်ပြုချက်အတည်ပြုချက်သည် "ဤအကောင့်သည် ဤ node နှင့် protocol ကိုသုံးနိုင်သလား"၊ ဂီယာစစ်မှန်ကြောင်းအထောက်အထားပြခြင်းသည် "လက်ရှိချိတ်ဆက်မှုသည် မှန်ကန်သောကလိုင်းယင့်မှဟုတ်မဟုတ်" ဟု အဖြေပေးသည်။ နှစ်ခုစလုံးသည် ခဏတာ၊ ပြန်လည်ရုပ်သိမ်းနိုင်သော စက်ရှင်အခြေအနေအား အသုံးပြုသင့်ပြီး စစ်မှန်ကြောင်းအထောက်အထားဟောင်း အချက်အလက်များကို ပြန်လည်ပြသခြင်းမှ တားဆီးသင့်သည်။
client နှင့် node တို့သည် နှစ်ဖက်စလုံးမှ ပံ့ပိုးပေးသော ပရိုတိုကော မျိုးဆက်များနှင့် စွမ်းရည်များကိုလည်း အတည်ပြုရန် လိုအပ်ပါသည်။ စွမ်းရည်အသစ်များကို အသိအမှတ်မပြုသော တစ်ဖက်သည် ချိတ်ဆက်မှုကို ဘေးကင်းစွာ အဆင့်နှိမ့်ချရမည် သို့မဟုတ် ငြင်းဆိုရမည်ဖြစ်ပြီး အတည်ပြုချက်မရှိဘဲ သဟဇာတမဖြစ်သော အပြုအမူကို ဖွင့်၍မရပါ။
Disclosure boundary
မထုတ်ဝေရသေးသော ကုဒ်ဖော်ပြချက်အသေးစိတ်များ
ရှိရင်းစွဲအချက်အလက်သည် တိကျသောလက်ဆွဲခြင်းအကွက်များ၊ စာဝှက်အတွဲများ၊ သော့ဆင်းသက်သည့်လုပ်ဆောင်ချက်များ၊ လည်ပတ်ချိန်များနှင့် ဒွိပက်ကတ်ဖော်မတ်များကို ခွဲခြားသတ်မှတ်ရန် မလုံလောက်ပါ။ ဤဆောင်းပါးသည် လုံခြုံရေးပန်းတိုင်များကိုသာ ဖော်ပြထားပြီး AES၊ TLS ဗားရှင်းများ၊ အချို့သော မျဉ်းကွေးများ သို့မဟုတ် ပုံသေအကွက်အရှည်များကို ကြံခိုင်သလောက် မရေးပါ။
Session model
Session၊ Stream နှင့် Data Frame
မဖော်ပြထားသော ဖော်မတ်နယ်နိမိတ်များကို ရှင်းလင်းစေပြီး အပလီကေးရှင်းချိတ်ဆက်မှုများ၊ ယုတ္တိစီးဆင်းမှုများနှင့် node သယ်ယူပို့ဆောင်ရေးဆိုင်ရာ အကြောင်းအရာများကြား ဆက်နွယ်မှုကို ရှင်းပြရန် အထက်အောက် စက်ရှင်ပုံစံကို အသုံးပြုပါ။
Session
client နှင့် node အကြား သယ်ယူပို့ဆောင်ရေးဆိုင်ရာ အကြောင်းအရာသည် အထောက်အထားစိစစ်ခြင်းရလဒ်များ၊ စွမ်းဆောင်ရည်များ၊ နှလုံးခုန်သံများနှင့် ချိတ်ဆက်မှုအဆင့် စီးဆင်းမှုကို ထိန်းချုပ်နိုင်သည်။
Stream
Logic App ချိတ်ဆက်မှု။ Stream အများအပြားသည် Sessions များကို မျှဝေခြင်းရှိမရှိ နောက်ဆုံးအများပြည်သူဆိုင်ရာ အကောင်အထည်ဖော်မှုနှင့် ပလက်ဖောင်းပေါ်လစီပေါ်တွင် မူတည်သည်။
ဒေတာဘောင်သည် အနည်းဆုံး ထိန်းချုပ်ကွပ်ကဲမှုများ၊ လော့ဂျစ်စီးဆင်းမှု၊ ကန့်သတ်ဘောင်များနှင့် အမှားအယွင်းအခြေအနေတို့ကို ဖော်ပြရန်လိုအပ်သည်။ တရားဝင်ဖော်မတ်ကို လူသိရှင်ကြားမထုတ်ပြန်မီ၊ ဤစာမျက်နှာသည် အတည်မပြုရသေးသော အကွက်ဇယားကို ပေးမည်မဟုတ်ပါ။
Transport
TCP၊ UDP နှင့် QUIC
TCP
byte stream ခိုင်းသည်။
ဘိုက်အစီအစဥ်ကို ထိန်းသိမ်းပါ၊ တစ်ဝက်ပိတ်၊ ပုံမှန်မဟုတ်သော အနီးကပ်၊ နောက်ပြန်ဖိအားနှင့် ပစ်မှတ်ချိတ်ဆက်မှု အမှားအယွင်းများကို ကိုင်တွယ်ပါ၊ နှင့် နှေးကွေးသောချိတ်ဆက်မှုများသည် Session ကြားခံအားဖြည့်ခြင်းမှ ကာကွယ်ပါ။
UDP
datagram နယ်နိမိတ်များ
datagram နယ်နိမိတ်များကို ထိန်းသိမ်းပြီး ပစ်မှတ်နှင့် အချိန်ကုန်သည့် အခြေအနေကို ထိန်းသိမ်းပါ။ UDP-over-TCP ကိုအသုံးပြုပါက၊ head-of-line blocking နှင့် packet loss amplification ကို အကဲဖြတ်ရန် လိုအပ်သည်။
QUIC
UDP မှ ယုံကြည်စိတ်ချရသော သယ်ယူပို့ဆောင်ရေး
ထပ်လောင်းယုံကြည်စိတ်ချရသော အလွှာများကြောင့် ထပ်ခါတလဲလဲ ပြန်လည်ရယူခြင်းကို ရှောင်ရှားရန် QUIC ၏ ကိုယ်ပိုင်ပိတ်ဆို့မှုနှင့် ပြန်လည်ထုတ်လွှင့်ခြင်းဆိုင်ရာ အားသာချက်များကို ဆက်လက်ထိန်းသိမ်းထားရန် ကြိုးစားပါ။
Reliability
စီးဆင်းမှုကို ထိန်းချုပ်ခြင်း၊ MTU၊ နှလုံးခုန်ခြင်းနှင့် ပြန်လည်ရယူခြင်း။
တည်ငြိမ်သောချိတ်ဆက်မှုသည် အလိုအလျောက်ပြန်လည်ချိတ်ဆက်သည့်ခလုတ်မဟုတ်သော်လည်း buffering၊ packet ထုပ်ပိုးမှု၊ ကျန်းမာရေးသိရှိမှု၊ လမ်းကြောင်းပြန်လည်ရယူခြင်းနှင့် node ကူးပြောင်းခြင်းတို့ဖြင့် ဖွဲ့စည်းထားသည့် ပြည်နယ်စက်တစ်ခုဖြစ်သည်။
စီးဆင်းမှုထိန်းချုပ်မှု
ထုတ်လွှင့်မှုတစ်ခုတည်းဖြင့် ဆက်ရှင်တစ်ခုလုံးကို ပိတ်ဆို့ခြင်းမှရှောင်ရှားရန် သုံးစွဲမှုအမြန်နှုန်းအတိုင်း ပေးပို့မှုဝင်းဒိုးကို ချိန်ညှိပါ။
MTU ကိုင်တွယ်ခြင်း။
အကွဲကွဲအပြားပြားဖြစ်ခြင်းနှင့် တွင်းနက်များဖြစ်နိုင်ချေကို လျှော့ချရန် အပိုဆောင်းဥမင်ခေါင်းပေါ်ကို ထည့်သွင်းစဉ်းစားပါ။
ကျန်းမာရေးစစ်ဆေးမှု
နှလုံးခုန်သံ၊ နှောင့်နှေးမှု၊ ပက်ကက်ပျောက်ဆုံးမှုနှင့် အစစ်အမှန် ထပ်ဆင့်ပို့ခြင်း အခြေအနေကို အခြေခံ၍ ချိတ်ဆက်မှုကို ဆုံးဖြတ်ပါ။
ကွန်ရက်ပြန်လည်ရယူခြင်း။
ကွန်ရက်ကို ဖြတ်တောက်ပြီးနောက်၊ အသွားအလာ မတော်တဆ တိုက်ရိုက်ချိတ်ဆက်ခြင်းမှ ကာကွယ်ရန် ပေါ်တယ်၊ DNS၊ လမ်းကြောင်းနှင့် ဆက်ရှင်များကို ပြန်လည်တည်ဆောက်ပါသည်။
Product comparison
SingLink 2.0 နှင့် Beta
| ညွှန်ပြချက် | SingLink 2.0 | SingLink Beta |
|---|---|---|
| နေရာချထားခြင်း။ | မျိုးဆက်များအကြား တရားဝင်သဘောတူညီချက် | Speed-first preview protocol |
| အတွင်းပိုင်း A/B စမ်းသပ်မှု တည်ငြိမ်မှုနှုန်း | 99.5％ | 97% ခန့်အထိ၊ |
| အရှိန်အာရုံ | အမြန်နှုန်း၊ တည်ငြိမ်မှုနှင့် လိုက်ဖက်ညီမှု ချိန်ခွင်လျှာ | သင့်လျော်သောအခြေအနေများအောက်တွင် အမြင့်ဆုံးတန်ဖိုးသည် 1Gbps ကျော်လွန်သည်။ |
| Protocol node ခွင့်ပြုချက်များ | Pro၊ Max နှင့် Rich | အထုပ်အားလုံး |
| ဗျူဟာပြောင်းပါ။ | ရေရှည်သဟဇာတဖြစ်မှုနှင့် ပြန်လည်ထူထောင်ရေးအပေါ် အာရုံစိုက်ပါ။ | စွမ်းဆောင်ရည်အသစ်နှင့် စွမ်းဆောင်ရည်စစ်ဆေးခြင်းအတွက် အသုံးပြုသည်။ |
External protocols
VLESS နှင့် AnyTLS တို့နှင့် နယ်နိမိတ် နှိုင်းယှဉ်ခြင်း။
နှိုင်းယှဉ်မှုအတွက် အခြေခံသည် ပရောဂျက်တစ်ခုစီ၏ တရားဝင်အများပြည်သူဆိုင်ရာ စာရွက်စာတမ်းများဖြစ်သည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် နေရာချထားခြင်း၊ စနစ်ဘောင်များနှင့် ထုတ်ဖော်နိုင်စွမ်းရည်များကို နှိုင်းယှဉ်ပြီး စျေးကွက်ရှာဖွေရေးနံပါတ်များကို အရင်းခံပရိုတိုကော ကောက်ချက်များတွင် မရောနှောပါ။
| အတိုင်းအတာများ | SingLink White Paper Scope | VLESS အများသူငှာ နယ်ပယ် | AnyTLS အများသူငှာ နယ်ပယ် |
|---|---|---|---|
| အများသူငှာ နေရာချထားခြင်း။ | ထုတ်ကုန်ထိန်းချုပ်မှုလေယာဉ်နှင့် ဂီယာဒေတာလေယာဉ်၏ အလုံးစုံစနစ် | နိုင်ငံမဲ့၊ ပေါ့ပါးသော သုံးစွဲသူနှင့် ဆာဗာ သယ်ယူပို့ဆောင်ရေး ပရိုတိုကော | TLS အခြေပြု ပရောက်စီ ပရိုတိုကောနှင့် ရည်ညွှန်းချက် အကောင်အထည်ဖော်မှု |
| အထောက်အထားနှင့် ရည်ရွယ်ချက် | အကောင့်၊ node ခွင့်ပြုချက်များ၊ စက်ရှင်နှင့် လမ်းကြောင်း ပူးပေါင်းဆောင်ရွက်ခြင်း | UUID၊ အမိန့်ပေးမှု၊ ဆိပ်ကမ်းနှင့် ပစ်မှတ်လိပ်စာ | TLS ပြီးနောက် စစ်မှန်ကြောင်းအထောက်အထားပြပြီးနောက် စက်ရှင်ကို တည်ထောင်ပါ။ |
| Session／Stream | အကိုးအကား မော်ဒယ်၏ ရှင်းလင်းချက်၊ တိကျသော ပုံစံကို မဖော်ပြသေးပါ။ | ပံ့ပိုးမှု Mux၊ အသေးစိတ်အချက်အလက်များကို အကောင်အထည်ဖော်ခြင်းနှင့် ဖွဲ့စည်းမှုပုံစံဖြင့် ဆုံးဖြတ်သည်။ | စက်ရှင်ဘောင်များကို ဖော်ထုတ်ခြင်း၊ ဖြန့်ကျက်ခြင်း နှင့် အမိန့်ပေးချက်များကို ထုတ်လွှင့်ခြင်း။ |
| အသွားအလာအသွင်အပြင် | စိစစ်ရမည့် ဂီယာဗျူဟာသည် မမြင်နိုင်သော အကြွင်းမဲ့ မတောင်းဆိုပါ။ | တရားဝင်စာရွက်စာတမ်းများတွင် ရွေးချယ်နိုင်သော Flow နှင့် အခြားယန္တရားများကို ဖော်ပြသည်။ | ကန်ထရိုက်ခွဲခြင်း၊ အကွက်ချခြင်းအစီအစဥ်များနှင့် ယန္တရားများကို မွမ်းမံခြင်းများကို ထုတ်ဖော်ခြင်း။ |
| ခံနိုင်ရည်ရှိခြင်း။ | ကျန်းမာရေးရှာဖွေခြင်း၊ ကွန်ရက်ဖြတ်တောက်ခြင်း၊ စက်ရှင်ပြန်လည်တည်ဆောက်ခြင်းနှင့် node ကူးပြောင်းခြင်း။ | Xray ဂေဟဗေဒနှင့် သီးခြားကူးစက်မှုပေါင်းစပ်မှုအတွက် တာဝန်ရှိသည်။ | Protocol v2 သည် SYNACK၊ နှလုံးခုန်သံနှင့် ဆာဗာညှိနှိုင်းမှုကို ဖော်ထုတ်သည်။ |
| ထုတ်ကုန်စနစ် | DNS၊ ဉာဏ်ရည်ထက်မြက်သော offloading၊ ပက်ကေ့ချ်ခွင့်ပြုချက်များနှင့် node အချိန်ဇယားဆွဲခြင်း။ | ပြီးပြည့်စုံသော VPN ထုတ်ကုန်ထိန်းချုပ်မှုမျက်နှာပြင်နှင့် ညီမျှသည်မဟုတ်ပါ။ | ပြီးပြည့်စုံသော VPN ထုတ်ကုန်ထိန်းချုပ်မှုမျက်နှာပြင်နှင့် ညီမျှသည်မဟုတ်ပါ။ |
ဤဇယားသည် ကုဒ်လိုက်ဖက်ညီမှု၊ စွမ်းဆောင်ရည်အဆင့်သတ်မှတ်ချက်များ သို့မဟုတ် လုံခြုံရေးစာရင်းစစ်ကောက်ချက်များအား ကိုယ်စားမပြုပါ။
Platforms and openness
Cross-platform လိုက်ဖက်ညီမှုနှင့် open source နယ်နိမိတ်များ
ပလပ်ဖောင်း ညီညွတ်မှု
SingLinkVPN သည် iOS၊ Android၊ Windows၊ macOS၊ Linux နှင့် TV စက်ပစ္စည်းများကို အကျုံးဝင်သည်။ ပလပ်ဖောင်းတစ်ခုစီသည် တူညီသောစနစ် API ကိုအသုံးပြုသည်ဟု မဆိုလိုသော်လည်း တူညီသောခွင့်ပြုချက်များ၊ လမ်းကြောင်း၊ node နှင့် ပရိုတိုကောရွေးချယ်မှုဆိုင်ရာ ယုတ္တိဗေဒတို့ကို ထိန်းသိမ်းထားပြီး လည်ပတ်မှုစနစ်တစ်ခုစီ၏ ကွန်ရက်ချဲ့ထွင်မှုကန့်သတ်ချက်များကို လိုက်နာသည်။
လူထုနယ်ပယ်
SingLink 2.0 core ပရိုတိုကော အရင်းအမြစ်ကုဒ်ကို အပြည့်အစုံ မဖော်ပြသေးပါ။ ထုတ်ဝေလိုက်သော လမ်းညွှန်ချက်များတွင် နည်းပညာဆိုင်ရာ စာရွက်စာတမ်းများ၊ ဗိသုကာဆိုင်ရာဖော်ပြချက်များ၊ သုတေသနဒေတာ၊ ပြန်လည်ထုတ်လုပ်နိုင်သော စမ်းသပ်နည်းလမ်းများ၊ ဒေတာဖော်မတ်များ၊ အတည်ပြုခြင်းကိရိယာများနှင့် တာဝန်ရှိသော အားနည်းချက် ထုတ်ဖော်ခြင်းဆိုင်ရာ အခြေခံအဆောက်အအုံများ ပါဝင်ပါသည်။
Frequently asked questions
FAQ
Q01SingLink 2.0 ဆိုတာဘာလဲ။
SingLink 2.0 သည် SingLinkVPN မှ သီးခြားဖန်တီးထားသော တရားဝင် ကွန်ရက် ထုတ်လွှင့်မှု ပရိုတိုကော မျိုးဆက်တစ်ခုဖြစ်သည်။ အထောက်အထားနှင့် အခွင့်အာဏာ အတည်ပြုခြင်း၊ အသွားအလာလမ်းကြောင်းပြခြင်း၊ ဂီယာဆက်ရှင်များ၊ TCP နှင့် UDP လုပ်ဆောင်ခြင်း၊ ကျန်းမာရေးသိရှိခြင်းနှင့် ခြွင်းချက်ပြန်လည်ရယူခြင်းတို့ကို စုစည်းရန် အသုံးပြုပါသည်။
Q02SingLink 2.0 သည် client software ဗားရှင်းဖြစ်ပါသလား။
နံပါတ် SingLink 2.0 သည် ပရိုတိုကောအမည်နှင့် ပရိုတိုကော မျိုးဆက်ဖြစ်သည်။ Windows၊ macOS၊ Android၊ iOS နှင့် အခြားသော သုံးစွဲသူများသည် သီးခြားဆော့ဖ်ဝဲဗားရှင်းစနစ်များကို အသုံးပြုသည်။
Q03SingLink Beta နှင့် SingLink 2.0 အကြား ကွာခြားချက်ကား အဘယ်နည်း။
Beta သည် မြန်နှုန်းနှင့် စွမ်းဆောင်ရည်အသစ် အတည်ပြုခြင်းအတွက် အစမ်းကြည့်ရှုသည့် ပရိုတိုကောတစ်ခုဖြစ်သည်။ SingLink 2.0 သည် တည်ငြိမ်မှု၊ အပြန်အလှန် ပလပ်ဖောင်း ညီညွတ်မှု၊ ချိတ်ဆက်မှု ပြန်လည်ရယူရေးနှင့် ရေရှည် လိုက်ဖက်ညီမှုကို ပိုမိုအာရုံစိုက်သည့် တရားဝင် ပရိုတိုကော မျိုးဆက်ဖြစ်သည်။
Q04SingLink 2.0 ၏တည်ငြိမ်မှုနှုန်းကဘာလဲ။
သတ်မှတ်ထားသော စမ်းသပ်ပတ်ဝန်းကျင်များတွင် SingLinkVPN ၏အတွင်းပိုင်း A/B စမ်းသပ်မှုမှတ်တမ်းသည် 99.5% ရှိပြီး Beta peak ခန့်မှန်းခြေအားဖြင့် 97% ဖြစ်သည်။ ဤအရာများသည် ဒေသအားလုံးနှင့် အချိန်ကာလများအတွက် အာမခံချက်မဟုတ်ပါ၊ ကွန်ရက်အော်ပရေတာများ၊ node loads၊ စက်ကိရိယာများနှင့် စမ်းသပ်မှုနည်းလမ်းများကြောင့် အမှန်တကယ်ရလဒ်များကို ထိခိုက်မည်ဖြစ်သည်။
Q05SingLink သည် ကွန်ရက်အသွားအလာကို မည်သို့ကိုင်တွယ်သနည်း။
client သည် စနစ်ကွန်ရက်ဝင်ပေါက်ကို ဦးစွာတည်ဆောက်ပြီး DNS နှင့် ဉာဏ်ရည်ဉာဏ်သွေးဖြန့်ဝေမှုကို ပြီးမြောက်အောင်ပြုလုပ်ပြီးနောက် node များကိုရွေးချယ်ကာ၊ ခွင့်ပြုချက်များကိုစစ်ဆေးခြင်း၊ ထုတ်လွှင့်မှုအပိုင်းတစ်ခုတည်ဆောက်ကာ node သို့မပို့မီ TCP သို့မဟုတ် UDP ဒေတာကို ဖုံးအုပ်ထားသည်။
Q06SingLink သည် ချိတ်ဆက်မှုပြတ်တောက်ခြင်းနှင့် ကွန်ရက်ခလုတ်များကို မည်သို့ကိုင်တွယ်သနည်း။
client သည် session နှင့် node အခြေအနေကို စဉ်ဆက်မပြတ် စောင့်ကြည့်သည်။ ခြွင်းချက်တစ်ခု ဖြစ်ပေါ်သည့်အခါ၊ စက်ရှင်ကို ပြန်လည်တည်ဆောက်မည်ဖြစ်ပြီး၊ DNS နှင့် လမ်းကြောင်းပြန်တင်ခြင်း သို့မဟုတ် လုပ်ဆောင်နိုင်မှုများအပေါ် အခြေခံ၍ အခြားရရှိနိုင်သည့် ဆုံမှတ်များသို့ ပြောင်းမည်ဖြစ်သည်။
Q07SingLink နှင့် VLESS အကြားကွာခြားချက်ကဘာလဲ။
VLESS သည် နိုင်ငံမဲ့၊ ပေါ့ပါးသော client နှင့် server transmission protocol အဖြစ် တရားဝင် နေရာချထားပါသည်။ SingLink စာရွက်ဖြူတွင် ဖော်ပြထားသော နယ်ပယ်သည် ပိုမိုကျယ်ဝန်းပြီး ထုတ်ကုန်ထိန်းချုပ်မှုလေယာဉ်၊ node ခွင့်ပြုချက်များ၊ အသိဉာဏ်လမ်းကြောင်းပြခြင်း၊ ကျန်းမာရေးရှာဖွေတွေ့ရှိခြင်းနှင့် ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်များကိုလည်း အကျုံးဝင်ပါသည်။ ဘောင်ဖော်မတ်တစ်ခုအပေါ် အခြေခံ၍ နှစ်ခုကို မနှိုင်းယှဉ်သင့်ပါ။
Q08SingLink နှင့် AnyTLS အကြားကွာခြားချက်ကဘာလဲ။
AnyTLS အများသူငှာ သတ်မှတ်ချက်သည် စစ်မှန်ကြောင်း အထောက်အထားပြခြင်း၊ Session၊ တိုက်ရိုက်ပြန်သုံးခြင်း၊ Padding နှင့် TLS အပေါ် နှလုံးခုန်သံကို ဖော်ပြခြင်းအပေါ် အာရုံစိုက်သည်။ SingLink စာရွက်ဖြူတွင် ကလိုင်းယင့်အသွားအလာဝင်ရောက်မှု၊ DNS၊ လမ်းကြောင်းတင်ခြင်း၊ ပက်ကေ့ချ်ခွင့်ပြုချက်များနှင့် node အချိန်ဇယားဆွဲခြင်းတို့ကိုလည်း ဖော်ပြထားပြီး၊ ထို့ကြောင့် နှိုင်းယှဉ်မှုသည် အရင်းခံအကောင်အထည်ဖော်မှုမှာ တူညီသည်ဟုဆိုခြင်းထက် စနစ်ဘောင်များကို အခြေခံထားသည်။
Q09SingLink 2.0 ကို ဘယ်သူတွေ သုံးနိုင်မလဲ။
လက်ရှိတွင်၊ SingLink 2.0 protocol node များကို Pro၊ Max နှင့် Rich ပက်ကေ့ဂျ်များတွင် အဓိကအားဖြင့် ဖွင့်ထားသည်။ SingLink Beta protocol node များသည် ပက်ကေ့ဂျ်အားလုံးအတွက် ဖွင့်ထားသည်။ အမှန်တကယ်ရရှိနိုင်သည့် ဆုံမှတ်များသည် ကလိုင်းယင့်ပေါ်တွင် အချိန်နှင့်တပြေးညီပြသမှုအပေါ် မူတည်ပါသည်။
Q10SingLink 2.0 သည် အပြည့်အဝ open source ဖြစ်ပါသလား။
လက်ရှိတွင်၊ ပင်မပရိုတိုကော၏အရင်းအမြစ်ကုဒ်ကို အပြည့်အဝထုတ်ဖော်ပြောဆိုခြင်းမရှိသေးပါ။ နည်းပညာဆိုင်ရာစာရွက်စာတမ်းများ၊ သုတေသနဒေတာ၊ စမ်းသပ်မှုနည်းလမ်းများ၊ ဒေတာဖော်မတ်များ၊ အတည်ပြုခြင်းကိရိယာများနှင့် အားနည်းချက်များကို ထုတ်ဖော်ခြင်းယန္တရားများကို စဉ်ဆက်မပြတ် open source အစီအစဉ်တွင် ထည့်သွင်းထားပါသည်။ ထုတ်ဖော်မှုနယ်ပယ်သည် SingLinkLabs ဂိုဒေါင်နှင့် တရားဝင်ကြေငြာချက်များအပေါ် မူတည်ပါသည်။
References and revision
ဒေတာ၊ အတွင်းပိုင်းလင့်ခ်များနှင့် မှတ်တမ်းများ ပြောင်းလဲခြင်း။
ပြင်ပ ပရိုတိုကော အချက်အလက်
Next step
SingLink 2.0 ပရိုတိုကောကို အတွေ့အကြုံ
SingLink 2.0 node များကို အဓိကအားဖြင့် Pro၊ Max နှင့် Rich packages များတွင် ဖွင့်ထားသည်။ node အရေအတွက်နှင့် ပရိုတိုကောရရှိနိုင်မှုတို့သည် ကလိုင်းယင့်ပေါ်တွင် အချိန်နှင့်တပြေးညီပြသမှုအပေါ် မူတည်ပါသည်။