SSTP ਸਰਟੀਫਿਕੇਟ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ: ਉਹ ਨਾਂ ਜੋ ਤੁਹਾਡੇ ਸਰਵਰ ਨੂੰ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ
ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਦੇ ਹੋਸਟਨਾਂ ਦੀ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਤੁਲਨਾ ਕਰਦਾ ਹੈ, ਫਿਰ ਚੇਨ ਅਤੇ ਮਕਸਦ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਠੀਕ ਕਰੋ, ਪ੍ਰਮਾਣਿਕਤਾ ਕਦੇ ਨਹੀਂ।
SSTP ਕਲਾਇੰਟ ਸਰਵਰ ਨੂੰ ਸਿਰਫ਼ TLS ਪ੍ਰਮਾਣਿਕਤਾ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਜਾਂਚ ਇੱਕ ਨਾਂ, ਇੱਕ ਚੇਨ ਅਤੇ ਇੱਕ ਮਕਸਦ ਦੀ ਤੁਲਨਾ ਕਰਦੀ ਹੈ। ਨਾਂ ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਉਸ ਪਤੇ ਤੋਂ ਨਹੀਂ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੰਜੋਗ ਨਾਲ ਪਿੰਗ ਕਰ ਸਕਦੇ ਹੋ। ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਮੇਲ ਨਾ ਖਾਏ ਤਾਂ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਸਮੱਸਿਆ ਦੱਸਦਾ ਹੈ ਅਤੇ ਕਦੇ ਲੌਗਇਨ ਸੰਕੇਤ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ।
ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਂ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਜਾਂਚਿਆ ਜਾਵੇਗਾ
SSTP TCP 443 ਉੱਤੇ TLS ਚਲਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਕਿਸੇ ਵੀ ਹੋਰ TLS ਕਲਾਇੰਟ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ: ਪ੍ਰੋਫਾਈਲ ਤੋਂ ਹੋਸਟਨਾਂ ਲੈਂਦਾ ਹੈ, ਉਹ ਨਾਂ ਮੰਗਦਾ ਹੈ ਅਤੇ ਉਸ ਨਾਲ ਸਰਟੀਫਿਕੇਟ ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ IP ਪਤਾ ਲਿਖੋ ਤਾਂ ਤੁਲਨਾ IP ਪਤਿਆਂ ਦੀ ਤੁਲਨਾ ਬਣ ਜਾਂਦੀ ਹੈ, ਜੋ ਬਹੁਤੇ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਪੂਰੇ ਨਹੀਂ ਕਰਦੇ।
ਇਸ ਲਈ ਬ੍ਰਾਊਜ਼ਰ ਟੈਸਟ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਪਰ VPN ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਪ੍ਰੋਫਾਈਲ ਤੋਂ ਵੱਖਰਾ ਨਾਂ ਵਰਤਿਆ। ਇਹੀ ਵੰਡ ਉਦੋਂ ਵੀ ਦਿਸਦੀ ਹੈ ਜਦੋਂ split-horizon DNS VPN ਹੋਸਟਨਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਪਤੇ ਵਿੱਚ ਹੱਲ ਕਰਦਾ ਹੈ ਜਦਕਿ ਬ੍ਰਾਊਜ਼ਰ ਕਿਸੇ ਜਨਤਕ ਪਤੇ ਤੱਕ ਪਹੁੰਚ ਗਿਆ। ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਦਸਤਾਵੇਜ਼ੀ ਹੋਸਟਨਾਂ ਨਾਲ ਮਿਲਾਓ, ਫਿਰ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਜੋ ਵੀ ਹੋਰ ਬਦਲਦੇ ਹੋ ਉਹ ਅੰਦਾਜ਼ਾ ਹੈ।
ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ
ਆਧੁਨਿਕ ਕਲਾਇੰਟ ਵਿਸ਼ੇ ਦੇ ਬਦਲਵੇਂ ਨਾਂ ਦੇ ਐਕਸਟੈਂਸ਼ਨ ਨਾਲ ਮਿਲਾਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਹੋਸਟਨਾਂ ਉੱਥੇ DNS ਐਂਟਰੀ ਵਜੋਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਰਫ਼ ਆਮ ਨਾਂ ਅੱਜ ਦੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸਟੈਕ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਵਾਈਲਡਕਾਰਡ ਇੱਕ ਲੇਬਲ ਢਕਦਾ ਹੈ, ਤੁਹਾਡੇ ਬਣਾਏ ਕਿਸੇ ਵੀ ਸਬਡੋਮੇਨ ਨੂੰ ਨਹੀਂ। ਤਿੰਨ ਸਰਟੀਫਿਕੇਟ ਸੀਮਾ ਦਿਖਾਉਂਦੇ ਹਨ: ਸਹੀ ਨਾਂ ਗਲਤ ਮਕਸਦ ਨਾਲ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਮਕਸਦ ਜਾਂਚ ਵਿੱਚ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਸਹੀ ਨਾਂ ਅਤੇ ਮਕਸਦ ਹੋਣ ਪਰ ਗੁੰਮ ਮੱਧਵਰਤੀ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਚੇਨ ਵਿੱਚ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਜੋ ਨਾਂ ਸਿਰਫ਼ ਆਮ ਨਾਂ ਵਿੱਚ ਹੈ ਉਹ ਉਨ੍ਹਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ।
ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਸਰਵਰ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਮਕਸਦ ਵੀ ਚਾਹੀਦਾ ਹੈ: ਮਾਈਕ੍ਰੋਸਾਫ਼ਟ ਦੀ SSTP ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਵਿੱਚ ਦੱਸਿਆ ਵਿਸਤ੍ਰਿਤ ਕੁੰਜੀ ਵਰਤੋਂ ਮੁੱਲ, ਭਾਵ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ 1.3.6.1.5.5.7.3.1 ਵਾਲਾ serverAuth। ਕੁੰਜੀ ਵਰਤੋਂ ਅਤੇ ਵੈਧ ਚੇਨ ਸਮੂਹ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ। ਸਰਵਰ ਉੱਤੇ ਮੌਜੂਦ, ਸਹੀ ਨਾਂ ਲਈ ਜਾਰੀ ਪਰ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਬਣਿਆ ਸਰਟੀਫਿਕੇਟ ਵੀ ਫੇਲ ਹੁੰਦਾ ਹੈ।
ਲੌਗਇਨ ਵੇਰਵਿਆਂ ਤੋਂ ਪਹਿਲਾਂ ਚੇਨ ਅਤੇ ਘੜੀ ਜਾਂਚੋ
ਸਮੇਂ ਅਤੇ ਭਰੋਸੇ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨਾਂ ਨਾ ਮਿਲਣ ਵਰਗਾ ਹੀ ਦਿੱਖਣ ਵਾਲਾ ਨਤੀਜਾ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਦਾ ਨਿਦਾਨ ਪਾਸਵਰਡ ਸਮੱਸਿਆ ਨਾਲੋਂ ਸਸਤਾ ਹੈ। ਸਰਵਰ ਦੀ ਘੜੀ ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਘੜੀ ਜਾਂਚੋ, ਫਿਰ ਕਲਾਇੰਟ ਵਾਂਗ ਚੇਨ ਪੜ੍ਹੋ:
# from the client, or any host that runs openssl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -dates -ext subjectAltName
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -verify_return_error </dev/null
# on the Windows server that holds the SSTP listener
w32tm /query /statusਪਹਿਲਾ ਕਮਾਂਡ ਨਾਂ, ਵੈਧਤਾ ਵਿੰਡੋ ਅਤੇ ਉਹ ਬਦਲਵੇਂ ਨਾਂ ਛਾਪਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਕਲਾਇੰਟ ਤੁਲਨਾ ਕਰੇਗਾ। ਦੂਜਾ ਪੇਸ਼ ਕੀਤੀ ਚੇਨ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਗਲਤੀਆਂ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ ਗੁੰਮ ਮੱਧਵਰਤੀ ਸਰਟੀਫਿਕੇਟ ਦਿਸਦਾ ਹੈ। Windows ਉੱਤੇ ਸਮਾਂ ਸੇਵਾ ਦੀ ਪੁੱਛਗਿੱਛ ਦੱਸਦੀ ਹੈ ਕਿ ਘੜੀ ਸੋਧੀ ਜਾ ਰਹੀ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਖਿਸਕ ਗਈ ਹੈ।
ਅੰਦਰੂਨੀ CA ਇੱਕ ਹੋਰ ਸ਼ਰਤ ਜੋੜਦਾ ਹੈ: ਕਲਾਇੰਟ ਨੂੰ ਉਸ CA ਉੱਤੇ ਭਰੋਸਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸੰਸਥਾਗਤ ਰੂਟ ਨੂੰ ਉਸ ਦੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵੰਡ ਚੈਨਲ ਰਾਹੀਂ ਸਥਾਪਿਤ ਕਰੋ, ਬਦਲਵੇਂ ਸਰਟੀਫਿਕੇਟ ਦੇਣ ਵਾਲੇ ਪੰਨੇ ਤੋਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਉਹ ਫੈਸਲਾ ਹੀ ਪੂਰਾ ਭਰੋਸਾ ਮਾਡਲ ਛੋਟੇ ਰੂਪ ਵਿੱਚ ਹੈ।
ਸਰਵਰ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਵਾਲੇ ਲਗਾਤਾਰ ਪੜਾਅ ਹਨ। ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੇ ਸਰਵਰ ਉੱਤੇ ਕਦੇ ਭਰੋਸਾ ਨਹੀਂ ਕੀਤਾ, ਜਦਕਿ ਰੱਦ ਕੀਤਾ ਪਾਸਵਰਡ ਮਤਲਬ ਹੈ ਕਿ ਉਸ ਨੇ ਭਰੋਸਾ ਕੀਤਾ ਅਤੇ ਵੇਰਵੇ ਗਲਤ ਸਨ। ਪਾਸਵਰਡ ਸੰਕੇਤ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ ਬੰਦ ਕਰਨਾ ਸੋਧਣ ਦੀ ਥਾਂ ਗਾਰੰਟੀ ਹਟਾਉਣਾ ਹੈ। ਬਾਕੀ ਰਾਹ ਕੰਮ ਕਰਦਾ ਹੈ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ, ਚੇਨ ਉੱਤੇ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਤੋਂ ਉਹੀ ਹੋਸਟਨਾਂ ਅਤੇ ਪੋਰਟ ਟੈਸਟ ਕਰੋ, ਅਤੇ ਤੈਨਾਤ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਛੇੜੋ ਨਾ।
ਨਾਂ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਠੀਕ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਟੈਸਟ ਕਰੋ
ਤਿੰਨ ਸ਼ਰਤਾਂ ਸੋਧ ਤੈਅ ਕਰਦੀਆਂ ਹਨ। ਜੇ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਂ ਗਲਤ ਹੈ, ਪ੍ਰੋਫਾਈਲ ਸੋਧੋ ਜਾਂ ਗੁੰਮ ਨਾਂ ਸਰਟੀਫਿਕੇਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ। ਜੇ ਚੇਨ ਅਧੂਰੀ ਹੈ, ਸਰਵਰ ਉੱਤੇ ਮੱਧਵਰਤੀ ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਿਤ ਕਰੋ। ਜੇ ਮਕਸਦ ਗਲਤ ਹੈ, ਆਲੇ-ਦੁਆਲੇ ਪੈਚ ਕਰਨ ਦੀ ਥਾਂ ਦੁਬਾਰਾ ਜਾਰੀ ਕਰੋ।
ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਲੌਗਇਨ ਸੰਕੇਤ ਦਿਸਦਾ ਹੈ, ਫਿਰ ਟਨਲ ਉੱਪਰ ਆਉਂਦਾ ਹੈ। ਟਿਕਟ ਵਿੱਚ ਵਰਤਿਆ ਹੋਸਟਨਾਂ, ਜਾਰੀਕਰਤਾ ਅਤੇ ਮਿਆਦ ਪੁੱਗਣ ਦੀ ਤਾਰੀਖ ਲਿਖੋ। ਉਹੀ ਰਿਕਾਰਡ ਅਗਲੀ ਨਵੀਨੀਕਰਨ ਨੂੰ ਬੀਜ ਵਿਘਨ ਦੀ ਥਾਂ ਨਿਯਤ ਕੰਮ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਤਿੰਨ ਸ਼ਰਤਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸੱਚਮੁੱਚ ਟੁੱਟੀ ਸੀ।