Linux 'ਤੇ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ SSTP ਅਸਫਲ ਹੁੰਦਾ ਹੈ? ਰਨਟਾਈਮ ਹਿੱਸੇ ਜਾਂਚੋ

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

ਮੀਨੂ ਐਂਟਰੀ ਕੀ ਜੋੜਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਪਲੱਗਇਨ ਇੱਕ ਸੇਵਾ ਵਰਣਨ ਦਿੰਦਾ ਹੈ ਜੋ NetworkManager ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਵੰਡਾਂ ਵਿੱਚ ਇੱਕ ਛੋਟਾ ਸੰਪਾਦਕ ਜੋ ਫਾਰਮ ਖਿੱਚਦਾ ਹੈ। ਮੀਨੂ ਐਂਟਰੀ ਦਾ ਪੂਰਾ ਦਾਇਰਾ ਇਹੀ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰੋਗਰਾਮ ਕਿਸੇ ਹੋਰ ਸਰੋਤ ਪੈਕੇਜ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਪਲੱਗਇਨ ਦਾ ਆਪਣਾ README ਇਹ ਵੰਡ ਸਿੱਧਾ ਕਹਿੰਦਾ ਹੈ: ਇਹ ਪਲੱਗਇਨ ਹੈ, ਕਲਾਇੰਟ ਨਹੀਂ।

ਫਿਰ ਕਲਾਇੰਟ ਨੂੰ PPP ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ SSTP TLS ਕਨੈਕਸ਼ਨ ਦੇ ਅੰਦਰ PPP ਸੈਸ਼ਨ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ। pppd ਤੋਂ ਬਿਨਾਂ ਸੁਰੰਗ TLS ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਪਹਿਲੇ ਕੰਟਰੋਲ ਫਰੇਮ 'ਤੇ ਮਰ ਸਕਦੀ ਹੈ, ਜੋ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੀ ਸਮੱਸਿਆ ਵਰਗਾ ਲੱਗਦਾ ਹੈ ਅਤੇ ਨਹੀਂ ਹੈ। Debian ਅਤੇ Ubuntu 'ਤੇ ਹਿੱਸੇ network-manager-sstp, sstp-client ਅਤੇ ppp ਵਜੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਸਥਾਪਿਤ ਕਰਨਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਫਾਰਮ ਹਰ ਖੇਤਰ ਸਵੀਕਾਰਦਾ ਹੈ ਪਰ ਕਨੈਕਸ਼ਨ ਕਦੇ ਪੂਰਾ ਨਹੀਂ ਹੁੰਦਾ।

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

ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਹਿਲਾ ਅਸਫਲ ਪੜਾਅ ਪੜ੍ਹੋ

ਅਸਫਲ SSTP ਕੋਸ਼ਿਸ਼ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ, ਅਤੇ ਜੋ ਪੜਾਅ ਅਸਫਲ ਹੋਇਆ ਉਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕੰਪੋਨੈਂਟ ਵੇਖਣਾ ਹੈ।

ਪਲੱਗਇਨ ਸ਼ੁਰੂ ਕਰਨਾ ਪਹਿਲਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਅਸਫਲਤਾ ਸਰਵਰ ਬਾਰੇ ਨਹੀਂ, VPN ਸੇਵਾ ਬਾਰੇ ਸੁਨੇਹਾ ਦਿੰਦੀ ਹੈ। ਫਿਰ ਪੋਰਟ 443 'ਤੇ TCP ਕਨੈਕਸ਼ਨ ਆਉਂਦਾ ਹੈ; ਇੱਥੇ ਇਨਕਾਰ ਜਾਂ ਸਮਾਂ ਸਮਾਪਤੀ ਪਹੁੰਚ ਦੀ ਸਮੱਸਿਆ ਹੈ, TLS ਦੀ ਨਹੀਂ। ਫਿਰ TLS ਹੈਂਡਸ਼ੇਕ ਅਤੇ ਸਰਵਰ ਪਛਾਣ ਜਾਂਚ, ਫਿਰ PPP ਗੱਲਬਾਤ ਅਤੇ ਖਾਤਾ ਪ੍ਰਮਾਣੀਕਰਨ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਪਤਾ ਵੰਡ ਅਤੇ ਰੂਟ। ਪਰੋਫਾਈਲ ਇੱਕ ਵਾਰ ਸਰਗਰਮ ਕਰਦਿਆਂ journalctl -f -u NetworkManager ਵੇਖੋ, ਅਤੇ ਆਖਰੀ ਆਮ ਲਾਈਨ ਦੀ ਬਜਾਏ ਪਹਿਲੀ ਖਾਸ ਲਾਈਨ ਪੜ੍ਹੋ।

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

ਸਰਟੀਫਿਕੇਟ 'ਤੇ ਭਰੋਸਾ ਅਤੇ ਖਾਤੇ ਵਿੱਚ ਲੌਗਇਨ ਦੋ ਵੱਖਰੇ ਦਰਵਾਜ਼ੇ ਹਨ

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

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

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

ਪਰੋਫਾਈਲ ਅਤੇ ਭੇਦਾਂ ਦਾ ਮਾਲਕ ਇੱਕ ਹੀ ਰਹੇ

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

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

ਸੁਰੰਗ, ਰੂਟ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਵੱਖਰੇ ਜਾਂਚੋ

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

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

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