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-এ server-এ পঠিওৱা বস্তু দেখুৱায়, chain বিশ্বাসযোগ্য বুলি ঘোষণা নকৰে। -verify_return_error-এ verification errors হ’লে handshake শেষ কৰে; নহ’লে diagnostic client-এ errorsৰ পিছতো চলি থাকিব পাৰে। Private serviceৰ বাবে অনুমোদিত CA material ব্যৱহাৰ কৰক, যিকোনো download কৰা certificateৰ ওপৰত বিশ্বাস নকৰিব।

ফলাফলপৰ্যায়
407গন্তব্য TLSৰ আগতে proxy authentication।
অস্বীকাৰ কৰা CONNECT লক্ষ্য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 নিদিয়ে। Authorized TLS interceptionত দেখা certificate সেই intermediaryয়ে issue কৰা হ’ব পাৰে। পাৰ্থক্যটো ভঙা websiteৰ বুলি কোৱাৰ আগতে তাৰ issuer আৰু intended trust arrangement তুলনা কৰক।

সম্পৰ্কিত প্ৰবন্ধ