OpenSSL ဖြင့် HTTP ပရောက်စီမှ ဝဘ်ဆိုက်လက်မှတ်ကို စစ်ဆေးခြင်း

s_client ကို ပံ့ပိုးသည့် ထည့်သွင်းထားသော OpenSSL -proxy ကို အသုံးပြုပါ။ ခွင့်ပြုထားသော HTTP CONNECT endpoint အတွက်:

openssl s_client -proxy proxy.example:3128   -connect example.com:443 -servername example.com   -verify_hostname example.com -verify_return_error -showcerts

ပရောက်စီလိပ်စာကို ပြောင်းပြီး ရည်ရွယ်ထားသော ဦးတည်ရာအမည်ကို တသမတ်တည်း အသုံးပြုပါ။ ရွေးချယ်နိုင်သော ပရောက်စီမှ public destination ကို စမ်းသပ်ရန် HTTP proxy list မှ HTTP candidate တစ်ခု ရွေးပါ။ -connect သည် target ကိုရွေးသည်၊ -servername သည် TLS virtual host အတွက် SNI ပို့သည်၊ -verify_hostname သည် identity ကို စစ်ဆေးသည်။ SNI တစ်ခုတည်းသည် hostname verification မဟုတ်ပါ။ ရွေးချယ်စရာများ ပြင်ဆင်ရာတွင် တပ်ဆင်ထားသော release ၏ manual ကို စစ်ဆေးပါ။

-showcerts သည် server ပို့သည့်အရာကို ပြသပြီး chain ယုံကြည်ရကြောင်း ကြေညာခြင်း မဟုတ်ပါ။ -verify_return_error သည် verification errors ဖြစ်လျှင် handshake ကို အဆုံးသတ်စေသည်၊ မဟုတ်ပါက diagnostic client သည် အမှားများပြီးနောက် ဆက်လက်လုပ်ဆောင်နိုင်သည်။ Private service အတွက် အတည်ပြုထားသော CA material ကို အသုံးပြုပြီး ကျပန်းဒေါင်းလုပ်ထားသော certificate ကို မယုံပါနှင့်။

OpenSSL 3.x နှင့် Basic-authenticating HTTP proxy ဖြင့် destination verification ကို ထိန်းသိမ်းရင်း s_client proxy-account options ကို အသုံးပြုပါ။

SOCKS-only endpoint သည် ဤ command သုံးသည့် HTTP proxy interface ကို မပေးပါ။ Authorized TLS interception တွင် ပြသသော certificate ကို ထို intermediary က ထုတ်ပေးထားနိုင်သည်။ ကွာခြားချက်ကို ပျက်စီးနေသော website သို့ မသတ်မှတ်မီ issuer နှင့် intended trust arrangement ကို နှိုင်းယှဉ်ပါ။