OpenSSL s_client: ਪਰਾਕਸੀ ਦਾ 403 ਮੰਤਵ ਦੇ TLS ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ
OpenSSL ਪਰਾਕਸੀ ਰਾਹੀਂ CONNECT ਉੱਤੇ 403 ਨੂੰ ਟਨਲ ਪੜਾਅ ਦੀ ਅਸਫਲਤਾ ਸਮਝੋ ਅਤੇ ਕਦੇ ਸ਼ੁਰੂ ਨਾ ਹੋਏ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਮੰਤਵ ਦਾ ਸਰਟੀਫਿਕੇਟ ਨਾ ਜਾਂਚੋ।
ਜੇ openssl s_client ਆਪਣੀ ਪਰਾਕਸੀ CONNECT ਬੇਨਤੀ ਦੇ ਜਵਾਬ ਵਿੱਚ HTTP 403 ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਸੇ ਇਨਕਾਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਮੰਗਿਆ ਗਿਆ ਟਨਲ ਸਥਾਪਿਤ ਨਹੀਂ ਹੋਇਆ।
-proxy ਨਾਲ s_client ਪਹਿਲਾਂ HTTP ਪਰਾਕਸੀ ਨੂੰ -connect ਰਾਹੀਂ ਦਿੱਤੇ ਮੰਤਵ ਨਾਲ ਜੁੜਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਸਿਰਫ਼ ਸਫਲ CONNECT ਜਵਾਬ ਹੀ ਇਸ ਅਦਲ-ਬਦਲ ਨੂੰ ਮੰਤਵ ਦੇ TLS ਹੈਂਡਸ਼ੇਕ ਲਈ ਟਨਲ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
ਇਹੀ ਕ੍ਰਮ ਨਹੀਂ ਤਾਂ ਉਲਝਾਉਣ ਵਾਲੇ ਆਉਟਪੁੱਟ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ: ਪਰਾਕਸੀ ਗਲਤੀ ਤੋਂ ਬਾਅਦ TLS ਨਾਲ ਸੰਬੰਧਿਤ ਸਿਰਲੇਖ, ਕੋਈ ਸਾਥੀ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ, ਜਾਂ ਦਿਖਣ ਨੂੰ ਭਰੋਸਾ ਦੇਣ ਵਾਲੀ ਜਾਂਚ ਲਾਈਨ। ਉਹ ਖੇਤਰ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ ਕਿ ਮੰਤਵ ਦਾ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਤੇ ਪ੍ਰਮਾਣਿਤ ਹੋਇਆ ਹੈ। ਕਾਰਵਾਈ ਪਹਿਲੇ ਪੜਾਅ ਵਿੱਚ ਹੀ ਰੁਕ ਗਈ ਸੀ।
ਪਰਾਕਸੀ ਦਾ ਜਵਾਬ ਅਤੇ ਮੰਗਿਆ ਗਿਆ ਮੰਤਵ ਹੋਸਟ ਤੇ ਪੋਰਟ ਦਰਜ ਕਰੋ। 403 ਧਿਆਨ ਨੂੰ ਪਰਾਕਸੀ ਦੇ ਪਹੁੰਚ ਫੈਸਲੇ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ; 407 ਪਰਾਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਮੰਗਦਾ ਹੈ। ਮੰਤਵ ਦੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਜਾਂਚ ਬੰਦ ਕਰਕੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ।
ਜਦੋਂ ਅਦਲ-ਬਦਲ ਦੀ ਜਾਂਚ ਦੀ ਆਗਿਆ ਹੋਵੇ, s_client ਦਾ -debug ਆਉਟਪੁੱਟ ਇਨਕਾਰ ਨੂੰ ਉਜਾਗਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ। ਪਰਾਕਸੀ ਦੇ ਕਿਸੇ ਵੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨੂੰ ਸਾਂਝੇ ਟ੍ਰੇਸ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਸਫਲ ਟਨਲ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਵੀ ਆਪਣਾ TLS ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਮੁਲਾਂਕਣ ਲੋੜੀਂਦਾ ਹੋਵੇਗਾ, ਪਰ ਉਸ ਪੜਾਅ ਤੱਕ ਅਸਲ ਵਿੱਚ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਲਈ ਕੋਈ ਟਾਰਗਿਟ ਸਰਟੀਫਿਕੇਟ ਚੇਨ ਨਹੀਂ ਹੈ।