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ப்ராக்சி முகவரியை மாற்றி, நோக்கமிட்ட இலக்கு பெயரைத் தொடர்ந்து பயன்படுத்துங்கள். நீங்கள் தேர்ந்தெடுக்கக்கூடிய ப்ராக்சி வழியாக பொது இலக்கைச் சோதிக்க, 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க்குப் பிறகும் தொடரலாம். தனியார் சேவைக்கு அங்கீகரிக்கப்பட்ட CA material பயன்படுத்துங்கள்; சீரற்ற முறையில் download செய்யப்பட்ட certificate-ஐ நம்ப வேண்டாம்.
| முடிவு | நிலை |
|---|---|
| 407 | Destination 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-only endpoint இந்த command பயன்படுத்தும் HTTP proxy interface-ஐ வழங்காது. Authorized TLS interception-இல் காட்டப்படும் certificate அந்த intermediary-ஆல் வழங்கப்பட்டிருக்கலாம். வேறுபாட்டை பழுதான website-க்கு காரணம் எனக் கூறுவதற்கு முன் அதன் issuer மற்றும் intended trust arrangement-ஐ ஒப்பிடுங்கள்.