ပိုရှည်သော SOCKS ကွင်းဆက်သည် နောက်တစ်ဆင့်ကို အလိုအလျောက် မဖုံးကွယ်ပါ

ကွင်းဆက်သည် ချိတ်ဆက်မှုတစ်ခုစီကို မည်သူဖွင့်သည်ကို ပြောင်းလဲသည်။ စာရင်းထဲသို့ SOCKS လိပ်စာတစ်ခု ထပ်ထည့်ရုံဖြင့် စာဝှက်ခြင်း မထပ်တိုးပါ။

ဤကွင်းဆက်ကို ကိုယ်တိုင်တည်ဆောက်သော ဖောက်သည်တစ်ဦးကို သုံးသပ်ပါ:

application → SOCKS A → SOCKS B → website

ပထမဦးစွာ A ကို B နှင့် ချိတ်ဆက်ရန် တောင်းဆိုသည်။ ထို stream မှတစ်ဆင့် နောက်ပိုင်း B နှင့် ဝဘ်ဆိုက်သို့ ချိတ်ဆက်မှုအတွက် ညှိနှိုင်းနိုင်သည်။ ဖောက်သည်မှ A သို့ သယ်ဆောင်မှုသည် ညှိနှိုင်းမှုနှစ်ခုစလုံးကို စာဝှက်မပြုဘဲ သယ်ဆောင်ပါက ထို link ရှိ လုံလောက်သော စွမ်းရည်ရှိသည့် လေ့လာသူသည် ဖောက်သည်ပို့လိုက်သော သတ်မှတ်ချက် byte များကို ဖတ်နိုင်သည်။ အပြင်ဘက် TCP ဦးတည်ရာသည် လေ့လာသူ၏ တစ်ခုတည်းသော ဖြစ်နိုင်သည့် အထောက်အထား မဟုတ်ပါ။

ကွင်းဆက်ကို ကာကွယ်ထားသော အပလီကေးရှင်း ဖလှယ်မှုနှင့် ခွဲခြားပါ

TLS session စတင်ပြီးနောက် HTTPS သည် ဝဘ်ဆိုက်၏ အပလီကေးရှင်း အကြောင်းအရာကို ကာကွယ်နိုင်သည်။ ယခင်က SOCKS သတ်မှတ်ချက်စာများကို နောက်ကြောင်းပြန် စာဝှက်မပေးပါ။ SOCKS5 ၏ အသုံးပြုသူအမည်/စကားဝှက် စစ်ဆေးခြင်းသည်လည်း စာဝှက်ထားသော သယ်ဆောင်မှု မဟုတ်ပါ။

ဖောက်သည်နှင့် ပထမဆင့်ကြားရှိ စာဝှက်ထားသော အစီအစဉ်သည် ထို link ရှိ မြင်နိုင်စွမ်းကို ပြောင်းလဲသည်။ ၎င်းတွင် အော်ပရေတာတစ်ဦးနှင့် စာဝှက်ဖျက်ထားသော stream ကို ကိုင်ထားသည့် အခြားအဆုံးသတ်တစ်ခု ရှိနေဆဲဖြစ်သည်။ ကွင်းဆက်ကို ခြေရာခံ၍ မရနိုင်ဟု ဆိုမည့်အစား ထို ယုံကြည်မှုနယ်နိမိတ်ကို ဖော်ပြပါ။

ဆာဗာတွင် သတ်မှတ်ထားသော မိခင်လမ်းကြောင်းသည် အခြား topology ဖြစ်သည်။ A က B ကို အတွင်းပိုင်းမှ ရွေးချယ်ပါက ဖောက်သည်သည် ၎င်း၏ ပထမချိတ်ဆက်မှုတွင် ကြားခံသူများ၏ ပြည့်စုံသောစာရင်းကို ပို့ခဲ့သည်ဟု မဆိုနိုင်ပါ။ ကွင်းဆက်တိုင်းသည် ဆင့်တိုင်းကို တူညီစွာ ဖော်ထုတ်သည်ဟု မဆိုပါနှင့်။

အသုံးဝင်သော ကိုယ်ရေးကာကွယ်မှု အကဲဖြတ်မှုအတွက် လေ့လာသူ၊ link၊ proxy ညှိနှိုင်းမှုနှင့် TLS နယ်နိမိတ်များကို အမည်တပ်ပါ။ B ၏ ထွက်ပေါက်ကို လေ့လာသော ဝဘ်ဆိုက်နှင့် ဖောက်သည်၏ ပထမချိတ်ဆက်မှုကို ကြည့်ရှုသော ဝင်ရောက်ခွင့်ကွန်ရက် လေ့လာသူသည် မတူညီသော မေးခွန်းများကို ဖြေဆိုသည်။ ဆင့်များကို ရေတွက်ရုံဖြင့် နှစ်ခုစလုံးကို မဖြေဆိုနိုင်ပါ။