मूलभूत प्रमाणीकरणासह 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 प्रॉक्सी वाटाघाटी लागू करत नाही.

संबंधित लेख