TLS ਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੇ ਪ੍ਰੌਕਸੀ ਪਿੱਛੇ SSTP: ਸੈਸ਼ਨ ਕਿੱਥੇ ਟੁੱਟਦਾ ਹੈ

ਤੁਹਾਡਾ ਬ੍ਰਾਊਜ਼ਰ ਕਾਰਪੋਰੇਟ ਇੰਟਰਾਨੈਟ ਲੋਡ ਕਰਦਾ ਹੈ, ਪ੍ਰੌਕਸੀ ਸਰਟੀਫਿਕੇਟ ਭਰੋਸੇਯੋਗ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ SSTP ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਦੇ ਅੰਤ ਨੇੜੇ ਡਿੱਗ ਜਾਂਦਾ ਹੈ। ਇਹ ਪੈਟਰਨ ਗਲਤ ਪਾਸਵਰਡ ਵੱਲ ਨਹੀਂ, ਸਗੋਂ ਵੈੱਬ ਬੇਨਤੀ ਅਤੇ ਟਨਲ ਸੈਸ਼ਨ ਵਿਚਕਾਰਲੇ ਫਰਕ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਨੂੰ TCP ਤੋਂ ਉੱਪਰ ਤੱਕ ਵੇਖੋ ਅਤੇ ਪਹਿਲਾ ਅਸਫਲ ਪੜਾਅ ਨੋਟ ਕਰੋ। ਪ੍ਰੌਕਸੀ ਕਾਰਨ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਗਲਤੀ ਕੋਡ ਨਹੀਂ, ਪੜਾਅ ਦੱਸਦਾ ਹੈ।

ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ ਕਲਾਇੰਟ ਰੁਕਦਾ ਹੈ

ਕਲਾਇੰਟ ਇੱਕ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ: ਪੋਰਟ 443 ਉੱਤੇ TCP ਕਨੈਕਸ਼ਨ, TLS ਹੈਂਡਸ਼ੇਕ, ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ, SSTP ਦਾ HTTP ਬਦਲਾਅ, PPP ਗੱਲਬਾਤ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ, ਫਿਰ IP ਸੰਰਚਨਾ। ਹਰ ਪੜਾਅ ਦੀ ਅਸਫਲਤਾ ਵੱਖਰਾ ਨਿਸ਼ਾਨ ਛੱਡਦੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮਿਲਾ ਦੇਣ ਨਾਲ ਤੁਸੀਂ ਗਲਤ ਸੰਰਚਨਾ ਸਫ਼ੇ ਉੱਤੇ ਪਹੁੰਚਦੇ ਹੋ।

TCP ਅਸਫਲਤਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿਸੇ ਵੀ TLS ਬਾਈਟ ਦੇ ਦਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਟਾਈਮਆਊਟ ਜਾਂ ਰੀਸੈਟ। TLS ਅਸਫਲਤਾ ਦਾ ਮਤਲਬ ਹੈ ਚੇਤਾਵਨੀ ਜਾਂ ਹੈਂਡਸ਼ੇਕ ਟਾਈਮਆਊਟ। ਸਰਟੀਫਿਕੇਟ ਅਸਫਲਤਾ ਚੇਨ ਜਾਂ ਨਾਮ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੰਦੀ ਹੈ। HTTP ਅਸਫਲਤਾ ਸਫਲ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਾਅਦ ਆਉਂਦੀ ਹੈ, ਅਕਸਰ ਸਥਿਤੀ ਕੋਡ ਜਾਂ ਤੁਰੰਤ ਬੰਦ ਹੋਣ ਵਜੋਂ। PPP ਅਸਫਲਤਾ ਟਨਲ ਤਕਨੀਕੀ ਤੌਰ ਉੱਤੇ ਬਣਨ ਤੋਂ ਬਾਅਦ ਆਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦੀ ਹੈ।

ਪਹਿਲੀ ਗਲਤੀ ਲਾਈਨ ਦੀ ਥਾਂ ਕਲਾਇੰਟ ਲੌਗ ਵਿੱਚ ਆਖਰੀ ਸਫਲ ਪੜਾਅ ਪੜ੍ਹੋ। ਗਲਤੀ ਲਾਈਨ ਆਮ ਤੌਰ ਉੱਤੇ ਨਤੀਜਾ ਦੱਸਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪੜਾਅ ਦੀ ਹੱਦ ਇਨਕਾਰ ਕਰਨ ਵਾਲੇ ਹਿੱਸੇ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ।

SSTP ਨੈੱਟਵਰਕ ਤੋਂ ਕੀ ਢੋਣ ਲਈ ਕਹਿੰਦਾ ਹੈ

SSTP TCP 443 ਉੱਤੇ TLS ਉੱਤੇ ਚੱਲਦਾ ਹੈ ਅਤੇ ਫਿਰ SSTP ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ SSTP_DUPLEX_POST ਨਾਮਕ HTTP ਬੇਨਤੀ /sra_{GUID}/ ਰੂਪ ਵਾਲੇ ਰਾਹ ਉੱਤੇ ਭੇਜਦਾ ਹੈ। ਬੇਨਤੀ ਵਿਹਾਰਕ ਤੌਰ ਉੱਤੇ ਬੇਅੰਤ ਸਮੱਗਰੀ ਲੰਬਾਈ ਐਲਾਨਦੀ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਦੀ ਪੂਰੀ ਉਮਰ ਦੌਰਾਨ ਸਟ੍ਰੀਮ ਨੂੰ ਦੋਵਾਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਖੁੱਲ੍ਹਾ ਰੱਖਦੀ ਹੈ। PPP ਫਰੇਮ ਉਸੇ ਸਟ੍ਰੀਮ ਵਿੱਚ ਸਫ਼ਰ ਕਰਦੇ ਹਨ।

ਇਸ ਲਈ ਆਮ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸੰਭਾਲਣ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਵੀ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ। ਸੀਮਿਤ ਬਾਡੀ ਵਾਲੀ GET ਜਾਂ POST ਬਫ਼ਰ, ਜਾਂਚ ਅਤੇ ਅੱਗੇ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ; ਕਦੇ ਨਾ ਖਤਮ ਹੋਣ ਵਾਲੀ ਬਾਡੀ ਵਾਲੀ ਡੁਪਲੈਕਸ ਸਟ੍ਰੀਮ ਨਹੀਂ। ਬਾਡੀ ਪੂਰੀ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰਨ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਹਮੇਸ਼ਾ ਉਡੀਕ ਕਰਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਆਖਰਕਾਰ ਟਾਈਮਆਊਟ ਹੋ ਜਾਂਦਾ ਹੈ।

ਵਿਧੀ ਫਿਲਟਰਿੰਗ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਆਪਣੇ ਅਸਫਲਤਾ ਢੰਗ ਜੋੜਦੇ ਹਨ। ਜੇ ਪ੍ਰੌਕਸੀ ਬੇਨਤੀ ਲਈ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਜਵਾਬ ਦੇਵੇਗਾ ਪਰ VPN ਕਲਾਇੰਟ ਸ਼ਾਇਦ ਨਾ ਦੇਵੇ। ਜੇ ਇਹ ਵਿਧੀ ਹਟਾਉਂਦੀ ਜਾਂ ਮੁੜ ਲਿਖਦੀ ਹੈ, ਤਾਂ ਗੇਟਵੇ PPP ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਬੇਨਤੀ ਰੱਦ ਕਰਦਾ ਹੈ।

ਜਾਂਚ ਪਛਾਣ ਕਿਉਂ ਬਦਲਦੀ ਹੈ

TLS ਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਕਲਾਇੰਟ ਦਾ TLS ਕਨੈਕਸ਼ਨ ਖਤਮ ਕਰਦੀ ਹੈ ਅਤੇ ਗੇਟਵੇ ਵੱਲ ਵੱਖਰਾ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦੀ ਹੈ। ਇਸ ਲਈ ਕਲਾਇੰਟ ਗੇਟਵੇ ਦਾ ਨਹੀਂ, ਪ੍ਰੌਕਸੀ ਦਾ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਪ੍ਰੌਕਸੀ ਨੂੰ ਆਪਣਾ ਸਾਥੀ ਮੰਨਦਾ ਹੈ। ਜਦੋਂ ਸੰਸਥਾ ਆਪਣੀ ਜੜ੍ਹ ਵੰਡਦੀ ਹੈ, ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ VPN ਕਲਾਇੰਟ ਦੋਵੇਂ ਉਸ ਚੇਨ ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਹੈਂਡਸ਼ੇਕ ਸਫਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਅਗਲੇ ਪੜਾਅ ਉੱਤੇ ਚਲੀ ਜਾਂਦੀ ਹੈ।

ਸਫਲ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਪ੍ਰੌਕਸੀ ਸੈਸ਼ਨ ਢੋ ਸਕਦੀ ਹੈ। ਇਸਨੂੰ ਅਜੇ ਵੀ ਬਿਨਾਂ ਬਫ਼ਰਿੰਗ ਦੇ ਬੇਅੰਤ ਦੋ-ਪਾਸੜ POST ਰੀਲੇ ਕਰਨਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਕਨੈਕਸ਼ਨ ਘੰਟਿਆਂ ਤੱਕ ਜੀਵਤ ਰੱਖਣੇ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਜਾਂਚ ਉਤਪਾਦ ਬੇਨਤੀ-ਜਵਾਬ ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਬਣੇ ਹਨ ਅਤੇ ਇਸ ਮਾਮਲੇ ਨੂੰ ਮਾੜੇ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲਦੇ ਹਨ ਜਾਂ ਬਿਲਕੁਲ ਨਹੀਂ।

ਇਸ ਲਈ ਅਣਜਾਣ ਜੜ੍ਹ ਜੋੜਨਾ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਬੰਦ ਕਰਨਾ ਗਲਤ ਮੁਰੰਮਤ ਹੈ। ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਕਿਹੜਾ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ; ਸੈਸ਼ਨ ਨੂੰ ਅਸਲ ਵਿੱਚ ਤੋੜਨ ਵਾਲੇ ਸਟ੍ਰੀਮ ਪ੍ਰਬੰਧਨ ਬਾਰੇ ਇਹ ਕੁਝ ਨਹੀਂ ਕਰਦਾ।

ਸੈਟਿੰਗਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਰੀਕਰਤਾ ਦੀ ਪਛਾਣ ਕਰੋ

ਐਂਡਪੌਇੰਟ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਹ ਕਿਹੜਾ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਸਨੇ ਉਸ ਉੱਤੇ ਦਸਤਖ਼ਤ ਕੀਤੇ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ VPN ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤੇ ਬਿਨਾਂ ਚੇਨ ਅਤੇ ਜਾਰੀਕਰਤਾ ਦਿਖਾਉਂਦੇ ਹਨ:

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts
curl -vI https://vpn.example.com/

ਜੇ ਜਾਰੀਕਰਤਾ ਜਨਤਕ CA ਹੈ, ਤਾਂ ਇਸ ਹੋਸਟ ਲਈ ਕਨੈਕਸ਼ਨ ਰੋਕਿਆ ਨਹੀਂ ਜਾ ਰਿਹਾ ਅਤੇ ਅਸਫਲਤਾ ਕਿਤੇ ਹੋਰ ਹੈ। ਜੇ ਜਾਰੀਕਰਤਾ ਸੰਸਥਾ ਦਾ ਆਪਣਾ CA ਹੈ, ਤਾਂ ਜਾਂਚ ਸਰਗਰਮ ਹੈ ਅਤੇ ਗੇਟਵੇ ਤੱਕ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਾਂਦਾ ਹੈ। ਸਿਰਫ਼ ਨਾਮ ਤੋਂ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਫਿੰਗਰਪ੍ਰਿੰਟ ਦੀ ਤੁਲਨਾ ਨੈੱਟਵਰਕ ਟੀਮ ਦੀ ਉਮੀਦ ਨਾਲ ਕਰੋ।

ਉਸੇ ਹੋਸਟ ਉੱਤੇ ਬ੍ਰਾਊਜ਼ਰ ਪਰਖ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਪ੍ਰੌਕਸੀ GET ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ। ਇਹ SSTP ਵਿਧੀ, ਬੇਨਤੀ URI ਜਾਂ ਬਾਡੀ ਦੀ ਉਮਰ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ, ਇਸ ਲਈ ਚੱਲਦੇ ਇੰਟਰਾਨੈਟ ਸਫ਼ੇ ਨੂੰ ਟਨਲ ਰਾਹ ਸਮਰਥਿਤ ਹੋਣ ਦਾ ਸਬੂਤ ਨਾ ਮੰਨੋ।

ਸਮਰਥਿਤ ਰਾਹ ਚੁਣੋ

ਨੈੱਟਵਰਕ ਮਾਲਕ ਨੂੰ ਇੱਕ ਠੋਸ ਸਵਾਲ ਪੁੱਛੋ: ਕੀ ਪ੍ਰੌਕਸੀ ਇਸ ਗੇਟਵੇ ਵੱਲ ਪੋਰਟ 443 ਉੱਤੇ ਬਿਨਾਂ ਬਫ਼ਰ ਵਾਲੀ ਡੁਪਲੈਕਸ POST ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ? ਹਾਂ ਦਾ ਮਤਲਬ ਹੈ ਪ੍ਰੌਕਸੀ ਵਿੱਚ ਛੋਟ ਜਾਂ VPN ਹੋਸਟ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਬਾਈਪਾਸ। ਨਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜਾਂਚਿਆ ਰਾਹ SSTP ਨਹੀਂ ਢੋ ਸਕਦਾ, ਅਤੇ ਸਮਰਥਿਤ ਹੱਲ ਕਲਾਇੰਟ ਦੀ ਛੇੜਛਾੜ ਨਹੀਂ, ਬਲਕਿ ਦੂਜਾ ਰਾਹ ਜਾਂ ਪ੍ਰੋਟੋਕੋਲ ਹੈ।

ਵਿਕਲਪਾਂ ਵਿੱਚ ਆਮ ਤੌਰ ਉੱਤੇ VPN ਗੇਟਵੇ ਲਈ ਬਿਨਾਂ ਜਾਂਚ ਵਾਲਾ ਨਿਕਾਸ, ਸਿਰਫ਼ ਕਾਰਪੋਰੇਟ ਟ੍ਰੈਫ਼ਿਕ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਭੇਜਣ ਵਾਲਾ ਵੰਡਿਆ ਟਨਲ ਡਿਜ਼ਾਈਨ, ਜਾਂ ਸੰਸਥਾ ਵੱਲੋਂ ਕਿਸੇ ਹੋਰ ਪੋਰਟ ਉੱਤੇ ਸਮਰਥਿਤ ਵਿਕਲਪਕ ਪ੍ਰੋਟੋਕੋਲ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਹਰ ਇੱਕ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੈ, ਅਤੇ ਤੁਲਨਾ ਰਾਹ ਨੂੰ ਵੱਖ ਕਰੇ ਇਸ ਲਈ ਹਰ ਇੱਕ ਨੂੰ ਉਸੇ ਡਿਵਾਈਸ ਅਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਪਰਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਨਤੀਜਾ ਦਰਜ ਕਰੋ: ਜਾਰੀਕਰਤਾ, ਅਸਫਲ ਪੜਾਅ, ਪ੍ਰੌਕਸੀ ਨਿਯਮ ਅਤੇ ਚੁਣਿਆ ਰਾਹ। ਅਗਲਾ ਵਿਅਕਤੀ ਜੋ 98 ਫ਼ੀਸਦੀ ਉੱਤੇ ਉਹੀ ਰੁਕਾਵਟ ਵੇਖੇਗਾ, ਪੂਰਾ ਸਫ਼ਰ ਦੁਹਰਾਉਣ ਦੀ ਥਾਂ ਇੱਕ ਤੱਥ ਜਾਂਚ ਸਕੇਗਾ।