ਕਿਵੇਂ ਜਾਂਚੀਏ ਕਿ VPN ਕਲਾਇੰਟ ਸੱਚਮੁੱਚ SSTP ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ

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

ਲਾਗੂਆਨ, ਸੰਸਕਰਣ ਅਤੇ ਪਲੇਟਫਾਰਮ ਮਿਲਾਓ

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

Windows ਵਿੱਚ ਟਨਲ ਕਿਸਮ GUI ਤੋਂ ਨਹੀਂ, ਪਲੇਟਫਾਰਮ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਪਲੇਟਫਾਰਮ ਨੂੰ ਪੁੱਛੋ। ਜਦੋਂ ਅਸਲੀ ਕਲਾਇੰਟ ਪ੍ਰੋਟੋਕੋਲ ਅਜ਼ਮਾਉਂਦਾ ਹੈ ਤਾਂ Get-VpnConnection -Name 'Work' | Select-Object TunnelType, ServerAddress Sstp ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਕਿਸਮਾਂ ਦਾ ਸੰਦਰਭ ਇਸ ਨੂੰ ਬਿਲਟ-ਇਨ ਟਨਲ ਕਿਸਮਾਂ ਵਿੱਚ ਗਿਣਦਾ ਹੈ। Linux ਵਿੱਚ ਕੋਈ ਅਸਲੀ SSTP ਕਲਾਇੰਟ ਹੀ ਨਹੀਂ, ਇਸ ਲਈ ਸਵਾਲ ਇਹ ਬਣਦਾ ਹੈ ਕਿ sstp-client ਪੈਕੇਜ ਦਾ sstpc ਵਰਗਾ ਵੱਖਰਾ ਲਾਗੂਆਨ ਸਥਾਪਿਤ ਅਤੇ ਅੱਪ-ਟੂ-ਡੇਟ ਹੈ ਜਾਂ ਨਹੀਂ।

ਲੇਬਲ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਫਾਰਮੈਟ ਪੜ੍ਹੋ

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

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

TLS ਤੈਨਾਤੀ ਬਾਰੇ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ

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

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

ਸੈਸ਼ਨ ਨੂੰ ਚਾਰ ਪੜਾਵਾਂ ਵਿੱਚ ਪਿੱਛਾ ਕਰੋ

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

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

ਸਮਰਥਨ ਨਾ ਹੋਵੇ ਤਾਂ ਯੋਜਨਾ ਬਦਲੋ

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

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