د OpenSSL له لارې د HTTP پراکسي په وسیله د وېبپاڼې سند وازمویئ
د HTTP CONNECT پراکسي له لارې OpenSSL s_client وکاروئ او د موخې نوم، SNI او د سند تصدیق همغږي وساتئ.
نصب شوی OpenSSL s_client وکاروئ چې -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د پراکسي پته بدله کړئ او ټاکل شوی د موخې نوم په دوامداره توګه وکاروئ. د داسې پراکسي له لارې چې د انتخاب اجازه یې لرئ عامه موخه وازمویئ او له HTTP proxy list څخه HTTP نوماند وټاکئ. -connect هدف ټاکي، -servername د TLS مجازي host لپاره SNI استوي، او -verify_hostname هویت ګوري. یوازې SNI د host نوم تصدیق نه دی. د اختیارونو د بدلولو پر مهال د نصب شوې نسخې لارښود وګورئ.
-showcerts ښيي چې سرور څه استولي، خو دا نه اعلانوي چې ځنځیر د باور وړ دی. -verify_return_error د تصدیق تېروتنې handshake پای ته رسوي؛ که نه، تشخیصي client له تېروتنو وروسته دوام کولی شي. د شخصي خدمت لپاره منظور شوی CA مواد وکاروئ، نه دا چې په تصادفي ښکته شوي سند باور وکړئ.
| پایله | پړاو |
|---|---|
| 407 | د موخې له TLS مخکې د پراکسي تصدیق. |
| رد شوې CONNECT موخه | د پراکسي د موخې تګلاره. |
| سند ترلاسه شو او د تصدیق هڅه وشوه | د منل شوي تونل له لارې د موخې TLS تبادله. |
له OpenSSL 3.x او Basic-authenticating HTTP proxy سره د s_client proxy-account اختیارونه وکاروئ او د موخې تصدیق وساتئ.
یوازې SOCKS endpoint هغه HTTP proxy interface نه وړاندې کوي چې دا command یې کاروي. د مجاز TLS interception پر مهال ښودل شوی سند ښايي هماغه intermediary صادر کړی وي. توپیر خرابې وېبپاڼې ته له منسوبولو مخکې د هغه issuer او ټاکل شوی trust arrangement پرتله کړئ.