HSTS သည် SOCKS ပရောက်စီ အသုံးပြုခြင်းကို မတားဆီးပါ
SOCKS ချိတ်ဆက်မှု မအောင်မြင်ခြင်းကို HSTS အ enforcement နှင့် HTTPS လက်မှတ် စစ်ဆေးခြင်းနှင့် ခွဲခြားပါ။
HSTS သည် တိုက်ရိုက် ချိတ်ဆက်မှု မလိုအပ်ပါ။ HTTPS သည် ၎င်း၏ ပုံမှန် TLS နှင့် လက်မှတ်စစ်ဆေးခြင်းဖြင့် SOCKS မှတစ်ဆင့် လုပ်ဆောင်နိုင်သည်။ HSTS သည် ဘရောက်ဇာအား host အတွက် HTTPS အသုံးပြုရန်နှင့် လက်မှတ် ချို့ယွင်းမှုများကို တင်းကြပ်စွာ ကိုင်တွယ်ရန် ပြောသည်။
ဘရောက်ဇာက SOCKS ချိတ်ဆက်မှု မအောင်မြင်ကြောင်း အစီရင်ခံပါက ရွေးချယ်ထားသော SOCKS ဗားရှင်း၊ ပရောက်စီက ဦးတည်ရာ HTTPS port သို့ ရောက်နိုင်မှုနှင့် ဦးတည်ရာ DNS ကို ဘယ်နေရာတွင် ဖြေရှင်းသည်ကို အရင်စစ်ပါ။ မအောင်မြင်သော ညှိနှိုင်းမှု သို့မဟုတ် ငြင်းပယ်ခံရသော ဦးတည်ရာ ချိတ်ဆက်မှုသည် ဝဘ်ဆိုက် လက်မှတ်ကို အကဲဖြတ်နိုင်ခြင်း မတိုင်မီ ဖြစ်ပေါ်သည်။
ချိတ်ဆက်မှု ဖွင့်ပြီးနောက် လက်မှတ် အမှား သည် အခြားအဆင့် ဖြစ်သည်။ HSTS သည် ထို အမှားကို ကျော်လွှားခြင်းကို တားဆီးနိုင်သော်လည်း ယခင် SOCKS ညှိနှိုင်းမှုကို မအောင်မြင်စေခဲ့ပါ။ သယ်ယူပို့ဆောင်ရေး ပြဿနာကို ဖြည့်ဆည်းရန် HTTPS မူဝါဒကို ပိတ်မည့်အစား ဝဘ်ဆိုက်၏ hostname နှင့် ယုံကြည်မှု ကွင်းဆက်ကို နှိုင်းယှဉ်ပါ။
SOCKS ကိုယ်တိုင် လမ်းကြောင်းကို TLS ကြားဖြတ်နားထောင်မှု မပြောင်းလဲပါ။ မယုံကြည်ရသော ပရောက်စီသည် traffic ကို လွှတ်ချနိုင်သည် သို့မဟုတ် လမ်းကြောင်းမှားနိုင်သည်။ တရားဝင် အစွန်းမှ အစွန်း TLS သည် အယောင်ဆောင် ဝင်ရောက်ခြင်းကို ရှာဖွေရန် ရည်ရွယ်သည်။ ရင်းမြစ် လက်မှတ်အသစ် ထည့်သွင်းခြင်းသည် ထို ယုံကြည်မှု အစီအစဉ်ကို ပြောင်းလဲပြီး HSTS အတွက် ပုံမှန် ဖြေရှင်းချက် မဟုတ်ပါ။ ဆိုက်တစ်ခု အလုပ်လုပ်ပြီး အခြားတစ်ခု မအောင်မြင်ပါက ၎င်းတို့၏ အမှန်တကယ် ချိတ်ဆက်မှု အဆင့်များနှင့် ဦးတည်ရာ လိုအပ်ချက်များကို နှိုင်းယှဉ်ပါ။ အများသူငှာ endpoint မှတစ်ဆင့် ခွင့်ပြုထားသော နှိုင်းယှဉ်မှုအတွက် SOCKS ပရောက်စီ စာရင်း သည် ကိုယ်စားလှယ်လောင်းများ ပေးသည်။ ဗားရှင်းနှင့် authentication ပံ့ပိုးမှုကို ဘရောက်ဇာနှင့် ကိုက်ညီအောင် ချိန်ညှိပါ။