SSTP ਇੱਕ HTTPS ਉੱਤੇ PPP ਹੈ, ਪੋਰਟ 443 ਦਾ ਵੈੱਬ ਪੇਜ ਨਹੀਂ

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

ਚਾਰੇ ਪੜਾਅ ਕ੍ਰਮ ਵਿੱਚ ਲੰਘੋ, ਅਤੇ ਤੁਹਾਨੂੰ ਦਿਸ ਰਹੀ ਖਰਾਬੀ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਪਵੇਗੀ।

ਪੜਾਅ 1: TCP ਅਤੇ TLS

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

ਆਮ ਵੈੱਬ ਸਰਵਰ ਇਹ ਪੜਾਅ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪੂਰਾ ਕਰਕੇ ਵੀ ਅਗਲੇ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ। TLS ਦੀ ਸਫਲਤਾ ਸਰਟੀਫਿਕੇਟ ਬਾਰੇ ਸਬੂਤ ਹੈ, ਉਸ ਪਿੱਛੇ ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਨਹੀਂ।

ਪੜਾਅ 2: HTTPS ਬੇਨਤੀ

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

ਸਰਵਰ ਲੌਗ ਵਿੱਚ ਜਵਾਬ ਕੋਡ ਅਤੇ ਢੰਗ ਪੜ੍ਹੋ। ਇਸ ਪੜਾਅ ਉੱਤੇ ਨਕਾਰ TCP ਸਮਾਂ ਸਮਾਪਤੀ ਤੋਂ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਵੱਖਰੇ ਸੁਧਾਰਾਂ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ।

ਪੜਾਅ 3: ਕੰਟਰੋਲ ਸੁਨੇਹੇ

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

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

ਪੜਾਅ 4: PPP ਕੰਟਰੋਲ ਲੈਂਦਾ ਹੈ

ਫਿਰ PPP ਸੈਸ਼ਨ ਦਾ ਵਿਵਹਾਰ ਦਿੰਦਾ ਹੈ: ਲਿੰਕ ਗੱਲਬਾਤ, ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਦੀ ਨੈੱਟਵਰਕ ਪਰਤ ਸੰਰਚਨਾ। PPP ਪ੍ਰਮਾਣਿਕਤਾ ਉਸ TLS ਜਾਂਚ ਤੋਂ ਵੱਖਰੀ ਹੈ ਜੋ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਲੰਘ ਚੁੱਕਾ ਹੈ। ਕਲਾਇੰਟ ਜੋ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਉਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਵਰਤੋਂਕਾਰ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵੈਧ ਹਨ ਜਾਂ ਖਾਤਾ ਅਧਿਕ੍ਰਿਤ ਹੈ।

ਸਵੀਕਾਰਿਆ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਨਕਾਰਿਆ ਲੌਗਿਨ ਇੱਕ ਦੂਜੇ ਦੇ ਵਿਰੋਧੀ ਨਹੀਂ ਹਨ। ਇਹ ਸੁਤੰਤਰ ਨਤੀਜਿਆਂ ਵਾਲੇ ਲਗਾਤਾਰ ਪੜਾਅ ਹਨ।

ਪ੍ਰਮਾਣਿਕਤਾ ਦੀਆਂ ਕਈ ਭੂਮਿਕਾਵਾਂ ਹਨ

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

ਕਿਹੜੇ ਪੜਾਅ ਨੇ ਖਰਾਬੀ ਦੀ ਰਿਪੋਰਟ ਕੀਤੀ ਲਿਖੋ। ਸਰਟੀਫਿਕੇਟ, ਢੰਗ, ਕੰਟਰੋਲ ਸੁਨੇਹਾ, PPP ਪ੍ਰਮਾਣਿਕਤਾ, ਫਿਰ ਰੂਟ: ਪੰਜ ਥਾਵਾਂ, ਪੰਜ ਸੁਧਾਰ।

ਬ੍ਰਾਊਜ਼ਰ ਪਰਖ ਕੀ ਦਿਖਾ ਸਕਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਪਤੇ ਉੱਤੇ ਪੇਜ ਲੋਡ ਕਰਨਾ DNS ਹੱਲ, TCP ਪਹੁੰਚ ਅਤੇ HTTP ਬੋਲਣ ਵਾਲਾ ਕੁਝ ਸੁਣ ਰਿਹਾ ਹੈ, ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਢੰਗ ਸਵੀਕਾਰ ਹੁੰਦਾ ਹੈ, ਕੰਟਰੋਲ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਟਿਕਦਾ ਹੈ ਜਾਂ PPP ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਰਚਿਤ ਹੈ। ਪੋਰਟ ਬਦਲ ਕੇ ਦੂਜੀ ਪ੍ਰੋਫਾਈਲ ਬਦਲਣ ਦੀ ਥਾਂ SSTP ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਵਰਤੋ।

ਸੈਸ਼ਨ ਚੱਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਰੂਟ, DNS ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਅੱਗੇ ਭੇਜਣਾ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਵਰਤੋਂਕਾਰ ਕਿੱਥੋਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਸੁਰੰਗ ਇੱਕ ਰਾਹ ਹੈ, ਇਜਾਜ਼ਤ ਨਹੀਂ।