OpenSSL ਨਾਲ HTTP ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਵੈੱਬਸਾਈਟ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚੋ
HTTP CONNECT ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ OpenSSL s_client ਵਰਤੋ ਅਤੇ ਮੰਜ਼ਿਲ ਨਾਮ, SNI ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਤਸਦੀਕ ਨੂੰ ਇਕਸਾਰ ਰੱਖੋ।
s_client ਨੂੰ ਸਮਰਥਨ ਕਰਨ ਵਾਲਾ installed 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 ਨਹੀਂ ਹੈ। ਵਿਕਲਪ ਬਦਲਦਿਆਂ installed release ਦਾ manual ਵੇਖੋ।
-showcerts server ਵੱਲੋਂ ਭੇਜੀ ਚੀਜ਼ ਦਿਖਾਉਂਦਾ ਹੈ, chain trusted ਹੋਣ ਦਾ ਐਲਾਨ ਨਹੀਂ ਕਰਦਾ। -verify_return_error verification errors ਨਾਲ handshake ਖਤਮ ਕਰਦਾ ਹੈ; ਨਹੀਂ ਤਾਂ diagnostic client errors ਤੋਂ ਬਾਅਦ ਵੀ ਜਾਰੀ ਰਹਿ ਸਕਦਾ ਹੈ। Private service ਲਈ approved CA material ਵਰਤੋ, ਕਿਸੇ ਵੀ downloaded certificate ਉੱਤੇ ਅੰਨ੍ਹਾ ਭਰੋਸਾ ਨਾ ਕਰੋ।
| ਨਤੀਜਾ | ਪੜਾਅ |
|---|---|
| 407 | Destination TLS ਤੋਂ ਪਹਿਲਾਂ proxy authentication। |
| ਰੱਦ ਕੀਤਾ CONNECT target | Proxy destination policy। |
| Certificate ਮਿਲਿਆ ਅਤੇ verification ਦੀ ਕੋਸ਼ਿਸ਼ ਹੋਈ | Accepted 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 ਨੇ ਜਾਰੀ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਫਰਕ ਨੂੰ ਖਰਾਬ website ਨਾਲ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸਦੇ issuer ਅਤੇ intended trust arrangement ਦੀ ਤੁਲਨਾ ਕਰੋ।