SSTP ਪਹਿਲਾਂ ਸਰਵਰ ਅਤੇ ਫਿਰ ਵਰਤੋਂਕਾਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ

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

ਭਰੋਸੇਯੋਗ ਸਰਟੀਫਿਕੇਟ ਅੰਤ ਬਿੰਦੂ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ; ਖਾਤੇ ਬਾਰੇ ਇਹ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।

TLS ਹੈਂਡਸ਼ੇਕ ਕੀ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ

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

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

SSTP ਅਤੇ PPP ਉੱਤੇ ਕੀ ਜੋੜਦੇ ਹਨ

SSTP HTTPS ਉੱਤੇ ਚੱਲਦਾ ਹੈ ਅਤੇ ਅੰਦਰ PPP ਢੋਂਦਾ ਹੈ, ਕਨੈਕਸ਼ਨ ਦੁਆਲੇ ਆਪਣੀ ਨਿਯੰਤਰਣ ਅਦਲ-ਬਦਲ ਨਾਲ। ਫਿਰ PPP ਆਪਣੇ ਲਿੰਕ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪੜਾਅ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਸਰਵਰ ਨੀਤੀ ਅਤੇ ਕਲਾਇੰਟ ਸਮਰੱਥਾ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। PAP, CHAP, MS-CHAPv2 ਅਤੇ EAP ਸਾਰੇ ਬਹੁਤ ਵੱਖਰੇ ਗੁਣਾਂ ਵਾਲੇ PPP ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਕਲਪ ਹਨ। VPN ਦੀ ਵਰਤੋਂਕਾਰ ਜਾਂਚ ਉਹੀ PPP ਪੜਾਅ ਹੈ, ਉਸ ਹੇਠਲੀ TLS ਪਰਤ ਨਹੀਂ।

ਇਸ ਲਈ ਵਰਤੋਂਕਾਰ ਰੱਦ ਕਰਨ ਦਾ ਅਰਥ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਖਾਤਾ ਪਾਬੰਦੀ ਜਾਂ ਢੰਗ ਬੇਮੇਲ ਹੋ ਸਕਦਾ ਹੈ।

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

ਗਲਤੀ ਨੂੰ ਪੜਾਅ ਨਾਲ ਮਿਲਾਓ

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

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

ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਵੀ ਅਧਿਕਾਰਤਾ ਵੱਖਰੀ ਹੈ

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

ਇਹ ਉਹੀ ਤਹਿਕਰਣ ਹੈ ਜੋ ਹੈਂਡਸ਼ੇਕ ਨੇ ਦਿਖਾਇਆ, ਇੱਕ ਤਹਿ ਉੱਪਰ।

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