SSTP ਸਮਾਂ-ਸੀਮਾ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ: ਦੋਵਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਿਵੇਂ ਕਰੀਏ

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

ਦੋ ਫੇਲ੍ਹਤਾਵਾਂ, ਦੋ ਵੱਖਰੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ

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

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

ਲਾਗ ਦੀ ਲਾਈਨ ਆਮ ਤੌਰ ’ਤੇ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸ ਵਿੱਚ ਹੋ, ਇਸ ਲਈ ਪਹਿਲੇ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਦਰਜ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਸਮਾਂ-ਸੀਮਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ ਪੜਾਅ ਕਦੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ

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

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

Test-NetConnection vpn.example.com -Port 443
netsh http show sslcert
Get-WinEvent -LogName 'Microsoft-Windows-RasSstp/Operational' -MaxEvents 20

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

ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪਛਾਣ ਨਕਾਰੀ ਗਈ

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

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

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates -ext subjectAltName
w32tm /query /status

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

ਦੋਵੇਂ ਕਿੱਥੇ ਉਲਝਦੇ ਹਨ

ਦੋਵੇਂ ਫੇਲ੍ਹਤਾਵਾਂ ਉੱਠਣ ਤੋਂ ਰਹਿੰਦੇ ਕਨੈਕਸ਼ਨ ਵਜੋਂ ਦਿਸਦੀਆਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਕੋਈ ਅਸੰਬੰਧਿਤ ਚੀਜ਼ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਆਉਂਦੀਆਂ ਹਨ। ਇਹੀ ਸੰਜੋਗ ਗਲਤ ਮੁਰੰਮਤ ਨੂੰ ਕੁਝ ਸਮੇਂ ਲਈ ਭਰੋਸੇਯੋਗ ਦਿਸਣ ਦਿੰਦਾ ਹੈ।

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

ਸਰਟੀਫਿਕੇਟ ਦਾ ਸਵਾਲ ਅਤੇ ਪਹੁੰਚ ਦਾ ਸਵਾਲ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਵੱਖਰੇ ਦਰਜ ਕੀਤੇ ਗਏ ਹਨ।

ਅਸਲੀ ਕਲਾਇੰਟ ਨਾਲ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਫਿਰ ਅੰਦਰ ਵੱਲ ਵਧੋ

ਪੱਕਾ ਸੁਧਾਰ ਥਾਂ ’ਤੇ ਆਉਣ ਤੋਂ ਬਾਅਦ ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ ਨਾਲ ਨਹੀਂ, ਅਸਲੀ SSTP ਕਲਾਇੰਟ ਅਤੇ ਸੱਚੀ ਪਰੋਫ਼ਾਈਲ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ।

rasdial "Corp SSTP" /disconnect
rasdial "Corp SSTP" user '*'
Get-VpnConnection -Name "Corp SSTP" | Select-Object ServerAddress, TunnelType, AuthenticationMethod

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