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

ਮੀਨੂ ਪਲੱਗਇਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ

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

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

ਸੰਵਾਦ ਕਿਹੜੇ ਪੈਕੇਜ ਦਾ ਹੈ

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

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

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

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

ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਵੀ ਸਥਾਪਨਾ ਦਾ ਹਿੱਸਾ ਹੈ

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

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

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

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

nmcli ਨੂੰ .ovpn ਪੜ੍ਹਨ ਦਿਓ

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

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

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

ਉਹ ਤੀਜੀ ਕਮਾਂਡ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ ਕਿ ਟਨਲ ਤੁਹਾਡੇ ਉਮੀਦ ਕੀਤੇ ਨਾਮ ਨਾਲ ਉੱਪਰ ਹੈ। ਇਹ ਫੇਲ੍ਹ ਹੋਏ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕਦੇ ਸਰਗਰਮ ਨਾ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਵੱਖ ਵੀ ਕਰਦੀ ਹੈ।

ਜੋ ਮੀਨੂ ਦੱਸ ਨਹੀਂ ਸਕਦਾ

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

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

ਉਸ ਸਰੋਤ ਨਾਲ ਸਾਬਤ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਵਰਤਦੇ ਹੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ