Ubuntu ਅੱਪਗ੍ਰੇਡ ਤੋਂ ਬਾਅਦ OpenVPN ਨੇ ਜੁੜਨਾ ਕਿਉਂ ਬੰਦ ਕਰ ਦਿੱਤਾ?

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

ਕਿਹੜੀ ਪਰਤ ਅਸਫਲ ਹੋਈ: ਹੈਂਡਸ਼ੇਕ, ਸਾਈਫ਼ਰ, ਪੈਕੇਜ ਜਾਂ ਲਾਇਬ੍ਰੇਰੀ

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

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

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

ਜਦੋਂ ਹੈਂਡਸ਼ੇਕ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, TLS ਨੀਤੀ ਸਰਟੀਫ਼ਿਕੇਟ ਨੂੰ ਰੱਦ ਕਰਦੀ ਹੈ

Ubuntu 22.04 ਨੇ ਸਿਸਟਮ ਨੂੰ OpenSSL 3 ਉੱਤੇ ਭੇਜਿਆ, ਅਤੇ ਉਸ ਸ਼ਾਖਾ ਵਿੱਚ ਡਿਫ਼ਾਲਟ ਸੁਰੱਖਿਆ ਪੱਧਰ ਸਰਟੀਫ਼ਿਕੇਟ ਦਸਤਖ਼ਤਾਂ ਅਤੇ ਕੁੰਜੀ ਆਕਾਰਾਂ ਉੱਤੇ 20.04 ਨਾਲੋਂ ਸਖ਼ਤ ਹੈ। ਪੁਰਾਣੇ ਡਾਈਜੈਸਟ ਨਾਲ ਦਸਤਖ਼ਤ ਕੀਤਾ CA ਸਰਟੀਫ਼ਿਕੇਟ, ਜਾਂ ਮੌਜੂਦਾ ਹੱਦ ਤੋਂ ਘੱਟ ਕੁੰਜੀ, ਹੁਣ ਹੈਂਡਸ਼ੇਕ ਦੌਰਾਨ ਅਸਫਲ ਹੁੰਦੀ ਹੈ। ਕਿਉਂਕਿ ਹਾਲੇ ਕੁਝ ਵੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੋਇਆ, ਗਲਤੀ ਗਲਤ ਪਾਸਵਰਡ ਜਾਂ ਮਰੇ ਸਰਵਰ ਵਾਂਗ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ।

ਸੰਕੀਰਣ ਮੁਰੰਮਤ ਸਿਰਫ਼ ਇਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਇੱਕ ਸਾਈਫ਼ਰ ਸਤਰ ਜੋੜਦੀ ਹੈ। ਡੈਸਕਟਾਪ ਸੰਪਾਦਕ ਵਿੱਚ ਪ੍ਰੋਫ਼ਾਈਲ ਖੋਲ੍ਹੋ, ਤਕਨੀਕੀ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਜਾਓ ਅਤੇ DEFAULT:@SECLEVEL=0 ਨੂੰ TLS ਸਾਈਫ਼ਰ ਖੇਤਰ ਵਿੱਚ ਰੱਖੋ। NetworkManager ਕੁੰਜੀ-ਫ਼ਾਈਲ [vpn] ਅਧੀਨ ਉਹੀ ਮੁੱਲ ਲੈਂਦੀ ਹੈ:

[vpn]
tls-cipher=DEFAULT:@SECLEVEL=0

NetworkManager ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਜੁੜੋ, ਕਿਉਂਕਿ ਡੀਮਨ ਪਾਰਸ ਕੀਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਕੈਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਨਹੀਂ ਤਾਂ ਆਪਣੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਕਾਪੀ ਵਰਤਦਾ ਰਹੇਗਾ। ਲਾਈਨ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣੋ ਇਹ ਕੀ ਕਰਦੀ ਹੈ: ਇਹ ਸੈਟਿੰਗ ਸਾਈਫ਼ਰ ਦਾ ਨਾਮ ਨਹੀਂ ਬਲਕਿ ਕਈ ਸਰਟੀਫ਼ਿਕੇਟ ਅਤੇ ਕੁੰਜੀ ਪੈਰਾਮੀਟਰਾਂ ਉੱਤੇ ਇੱਕ ਹੱਦ ਹੈ, ਇਸ ਲਈ ਇਸ ਨੂੰ ਘਟਾਉਣਾ ਇੱਕੋ ਪ੍ਰੋਫ਼ਾਈਲ ਦੀ ਸਵੀਕਾਰਤਾ ਵਧਾਉਂਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਇਸ ਦੀ ਮੰਗ ਕੀਤੀ ਅਤੇ ਜਦੋਂ ਆਪਰੇਟਰ ਤਾਜ਼ਾ ਸਮੱਗਰੀ ਮੁੜ ਜਾਰੀ ਕਰੇ ਤਾਂ ਸੈਟਿੰਗ ਛੱਡ ਦਿਓ। ਪਰ /etc/ssl/openssl.cnf ਬਦਲਣਾ ਉਸ ਫ਼ਾਈਲ ਨੂੰ ਪੜ੍ਹਨ ਵਾਲੇ ਹਰ ਪ੍ਰੋਗਰਾਮ ਲਈ ਉਹੀ ਹੱਦ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਜੋ VPN ਤੋਂ ਬਹੁਤ ਅੱਗੇ ਹੈ।

OpenVPN 2.6 ਨੂੰ ਗੱਲਬਾਤ ਲਈ ਸਾਈਫ਼ਰ ਸੂਚੀਬੱਧ ਚਾਹੀਦਾ ਹੈ

Ubuntu 22.10 ਨੇ OpenVPN 2.6 ਲਿਆਂਦਾ, ਅਤੇ ਉਸ ਸੰਸਕਰਣ ਵਿੱਚ --cipher ਆਪਣੇ ਆਪ ਡੇਟਾ ਚੈਨਲ ਚੁਣਨਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਸਾਈਫ਼ਰ ਤੈਅ ਕੀਤੀ data-ciphers ਸੂਚੀ ਵਿੱਚ ਵੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਕਲਾਇਟ ਪੁਰਾਣਾ ਹੋਣ ਦੀ ਚੇਤਾਵਨੀ ਛਾਪਦਾ ਹੈ ਅਤੇ ਫਿਰ ਟਨਲ ਉੱਪਰ ਨਹੀਂ ਲਿਆ ਸਕਦਾ।

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

data-ciphers=AES-256-CBC

ਸਰਵਰ ਜੋ ਮੁੱਲ ਐਲਾਨਦਾ ਹੈ ਉਹੀ ਵਰਤੋ, ਜੋ ਤੁਹਾਨੂੰ ਯਾਦ ਹੈ ਨਹੀਂ; AES-256-GCM ਦੇਣ ਵਾਲਾ ਸਰਵਰ ਸਿਰਫ਼ CBC ਨਾਮ ਦੇਣ ਵਾਲੀ ਕਲਾਇਟ ਸੂਚੀ ਨਾਲ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰੇਗਾ। ਮੈਨੇਜਰ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਜੁੜੋ, ਫਿਰ ਸ਼ੈਲ ਤੋਂ ਕੋਸ਼ਿਸ਼ ਦੁਹਰਾਓ ਅਤੇ ਸਾਈਫ਼ਰ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਗੱਲਬਾਤ ਅਤੇ ਫ਼ਾਲਬੈਕ ਦੋਵਾਂ ਲਈ ਦਿਓ:

sudo openvpn --config client.ovpn --data-ciphers AES-256-CBC --data-ciphers-fallback AES-256-CBC

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

ਪੈਕੇਜ ਅਤੇ ਪਲੱਗਇਨ ਨੁਕਸ VPN ਨੁਕਸ ਵਰਗੇ ਦਿਸਦੇ ਹਨ

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

VPN ਲੌਗ ਤੋਂ ਪਹਿਲਾਂ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਗਲਤੀ ਪੜ੍ਹੋ। ਜੇ ਕਲਾਇਟ ਕਦੇ ਸਥਾਪਿਤ ਹੀ ਨਹੀਂ ਹੋਇਆ, ਤਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਸੰਪਾਦਨ ਦੀ ਕੋਈ ਵੀ ਮਾਤਰਾ ਹੈਂਡਸ਼ੇਕ ਨਹੀਂ ਦੇਵੇਗੀ।

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

ਵਿਕਰੇਤਾ ਲਾਇਬ੍ਰੇਰੀ ਨੀਤੀ-ਗਲਤੀ ਪਿੱਛੇ ਲੁਕ ਸਕਦੀ ਹੈ

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

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

ldd /usr/sbin/openvpn | grep -i -E 'ssl|crypto'

ਵਿਕਰੇਤਾ ਦੀ ਕਾਪੀ ਹਟਾਓ ਜਾਂ ਮੁੜ-ਨਿਰਦੇਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਉਹੀ ਜਾਂਚ ਦੁਬਾਰਾ ਚਲਾਓ। ਪ੍ਰੋਫ਼ਾਈਲ ਉੱਤੇ ਵਾਪਸ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉ erwarten ਕੀਤਾ ਸੰਸਕਰਣ ਹੀ ਵਰਤੋਂ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪੁਰਾਣੀ ਕਲਾਇਟ ਪਿੰਨ ਕਰਨਾ ਸਮਾਂ ਖਰੀਦਦਾ ਹੈ, ਹੱਲ ਨਹੀਂ

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

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

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