मूल प्रमाणीकरण के साथ HTTP प्रॉक्सी के माध्यम से OpenSSL s_client
गंतव्य होस्टनाम सत्यापन सक्षम रखते हुए OpenSSL के proxy_user और proxy_pass विकल्पों का उपयोग करें।
OpenSSL 3.x s_client HTTP CONNECT प्रॉक्सी के लिए proxy-user और पासवर्ड-स्रोत विकल्प देता है। ऐसे वातावरण के लिए जो पहले से PROXY_USER और PROXY_PASSWORD निर्यात करता है:
openssl s_client \
-proxy proxy.example.net:8080 \
-proxy_user "$PROXY_USER" \
-proxy_pass env:PROXY_PASSWORD \
-connect example.com:443 \
-servername example.com \
-verify_hostname example.com \
-verify_return_error
वास्तविक विकल्प नाम अंडरस्कोर का उपयोग करते हैं: -proxy_user और -proxy_pass। प्रॉक्सी एंडपॉइंट host:port है, जबकि connect और servername गंतव्य की पहचान करते हैं।
proxy_pass OpenSSL के पासवर्ड-स्रोत सिंटैक्स का उपयोग करता है। env:PROXY_PASSWORD नामित पर्यावरण चर पढ़ता है; file:/path/to/file एक और प्रलेखित स्रोत रूप है। सादा पासवर्ड वही तर्क प्रारूप नहीं है।
दिखाए गए विकल्प प्रमाणपत्र और होस्टनाम जाँच का अनुरोध करते हैं, सत्यापन त्रुटियाँ घातक मानी जाती हैं। इंस्टॉलेशन और गंतव्य के लिए उपयुक्त CA कॉन्फ़िगरेशन प्रदान करें, जैसे आवश्यक CAfile।
यह प्रॉक्सी प्रमाणीकरण मूल प्रमाणीकरण है। दिखाया गया प्रॉक्सी कनेक्शन सादा HTTP है, इसलिए गंतव्य का बाद वाला TLS हैंडशेक उस पहले के लॉगिन आदान-प्रदान को एन्क्रिप्ट नहीं करता। यह NTLM या Kerberos प्रॉक्सी वार्ता लागू नहीं करता।