OpenSSL s_client- proxy 403 သည် ဦးတည်ရာ TLS မတိုင်မီ ဖြစ်ပေါ်သည်
OpenSSL proxy CONNECT 403 ကို tunnel အဆင့် မအောင်မြင်မှုအဖြစ် အနက်ဖွင့်ပြီး လုံးဝမစတင်ခဲ့သော handshake မှ ဦးတည်ရာ လက်မှတ်ကို စစ်ဆေးမရှာဖွေပါနှင့်။
openssl s_client သည် ၎င်း၏ proxy CONNECT တောင်းဆိုချက်အပေါ် HTTP 403 ကို ပြန်လည်ရရှိပါက ထို ငြင်းပယ်မှုမှ စတင်ပါ။ တောင်းဆိုထားသော tunnel ကို မတည်ဆောက်ရသေးပါ။
-proxy ဖြင့် s_client သည် ဦးစွာ HTTP proxy ကို -connect ဖြင့် သတ်မှတ်ထားသော ဦးတည်ရာသို့ ချိတ်ဆက်ပေးရန် တောင်းဆိုသည်။ အောင်မြင်သော CONNECT တုံ့ပြန်မှုကသာ ဤဖလှယ်မှုကို ဦးတည်ရာ TLS handshake အတွက် tunnel အဖြစ် ပြောင်းလဲပေးသည်။
ဤအစီအစဉ်က အခြားနည်းဖြင့် ရှုပ်ထွေးသော ရလဒ်ကို ရှင်းပြသည်။ proxy အမှားတစ်ခုနောက် TLS နှင့် ဆက်စပ်သော ခေါင်းစဉ်များ၊ peer လက်မှတ် မရှိခြင်း၊ သို့မဟုတ် စိတ်ချရဟန် ထင်ရသော အတည်ပြုစာကြောင်း ဖြစ်နိုင်သည်။ ထို အကွက်များက ဦးတည်ရာ၏ လက်မှတ်ကို လက်ခံပြီး အတည်ပြုခဲ့သည်ဟု မသက်သေပြပါ။ လုပ်ငန်းစဉ်သည် ပိုမိုစောသော အဆင့်တွင် ရပ်တန့်ခဲ့သည်။
proxy ၏ တုံ့ပြန်မှုနှင့် တောင်းဆိုထားသော ဦးတည်ရာ host နှင့် port ကို မှတ်တမ်းတင်ပါ။ 403 သည် အာရုံကို proxy ၏ ဝင်ရောက်ခွင့် ဆုံးဖြတ်ချက်ဆီသို့ လွှဲပေးသည်။ 407 သည် proxy အတည်ပြုချက်ကို တောင်းဆိုသည်។ ဦးတည်ရာ လက်မှတ် အတည်ပြုချက်ကို ပိတ်ခြင်းဖြင့် နှစ်ခုစလုံး မပြုပြင်နိုင်ပါ။
ဖလှယ်မှုကို စစ်ဆေးရန် ခွင့်ပြုပါက s_client ၏ -debug ရလဒ်က ငြင်းပယ်မှုကို ဖော်ထုတ်ရန် ကူညီနိုင်သည်။ proxy အထောက်အထား မှန်သမျှကို မျှဝေထားသော ခြေရာများမှ ခွဲထုတ်ထားပါ။ အောင်မြင်သော tunnel သည် နောက်ပိုင်းတွင် ၎င်း၏ TLS နှင့် လက်မှတ် အကဲဖြတ်မှု လိုအပ်ဆဲဖြစ်သော်လည်း ထို အဆင့်ကို အမှန်တကယ် မရောက်မချင်း စစ်ဆေးရန် ပစ်မှတ် လက်မှတ် ကွင်းဆက် မရှိပါ။