OpenSSL দিয়ে HTTP প্রক্সির মাধ্যমে ওয়েবসাইটের সার্টিফিকেট পরীক্ষা করুন
HTTP CONNECT প্রক্সির মাধ্যমে OpenSSL s_client ব্যবহার করুন এবং গন্তব্যের নাম, SNI ও সার্টিফিকেট যাচাই একই রাখুন।
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 লক্ষ্য বেছে নেয়, -servername তার TLS virtual host-এর জন্য SNI পাঠায় এবং -verify_hostname পরিচয় যাচাই করে। শুধু SNI hostname verification নয়। বিকল্প মানানোর সময় ইনস্টল করা release-এর manual দেখুন।
-showcerts সার্ভার কী পাঠিয়েছে তা দেখায়, chain বিশ্বাসযোগ্য এমন ঘোষণা নয়। -verify_return_error verification error হলে handshake শেষ করে; না হলে diagnostic client error-এর পরও চলতে পারে। ব্যক্তিগত service-এর জন্য অনুমোদিত CA material ব্যবহার করুন, এলোমেলোভাবে download করা certificate-এ ভরসা করবেন না।
| ফলাফল | পর্যায় |
|---|---|
| 407 | Destination TLS-এর আগে proxy authentication। |
| CONNECT destination প্রত্যাখ্যাত | Proxy destination policy। |
| Certificate পাওয়া গেছে এবং verification চেষ্টা করা হয়েছে | গ্রহণ করা tunnel-এর মধ্য দিয়ে destination TLS exchange। |
OpenSSL 3.x এবং Basic-authenticating HTTP proxy-র সঙ্গে destination verification রেখে s_client proxy-account options ব্যবহার করুন।
শুধু SOCKS endpoint এই command-এর ব্যবহৃত HTTP proxy interface দেয় না। অনুমোদিত TLS interception-এ প্রদর্শিত certificate সেই intermediary জারি করে থাকতে পারে। পার্থক্যকে ত্রুটিপূর্ণ website-এর জন্য দায়ী করার আগে তার issuer ও intended trust arrangement তুলনা করুন।