ایسا نصب شدہ 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 virtual host کے لیے SNI بھیجتا ہے، اور -verify_hostname شناخت چیک کرتا ہے۔ صرف SNI hostname verification نہیں ہے۔ اختیارات بدلتے وقت نصب شدہ release کے manual کو دیکھیں۔

-showcerts دکھاتا ہے کہ سرور نے کیا بھیجا، یہ اعلان نہیں کرتا کہ chain قابلِ اعتماد ہے۔ -verify_return_error verification errors پر handshake ختم کرتا ہے؛ ورنہ diagnostic client errors کے بعد بھی جاری رہ سکتا ہے۔ نجی service کے لیے منظور شدہ CA material استعمال کریں، کسی بھی downloaded certificate پر اندھا اعتماد نہ کریں۔

نتیجہمرحلہ
407منزل کے TLS سے پہلے proxy authentication۔
CONNECT منزل مستردProxy destination policy۔
Certificate موصول ہوا اور verification کی کوشش کی گئیقبول شدہ tunnel کے ذریعے منزل کا TLS تبادلہ۔

OpenSSL 3.x اور Basic-authenticating HTTP proxy کے ساتھ s_client proxy-account options استعمال کریں اور destination verification برقرار رکھیں۔

صرف SOCKS endpoint اس command کا مطلوبہ HTTP proxy interface فراہم نہیں کرتا۔ مجاز TLS interception میں دکھایا گیا certificate اسی intermediary نے جاری کیا ہو سکتا ہے۔ فرق کو خراب website سے منسوب کرنے سے پہلے اس کے issuer اور مطلوبہ trust arrangement کا موازنہ کریں۔

متعلقہ مضامین