ਇੱਕ ਪਰੋਫਾਈਲ, ਦੋ ਮਾਲਕ: NetworkManager ਜਾਂ systemd

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

ਦੋਵੇਂ ਇੱਕੋ ਮਸ਼ੀਨ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਇੱਕੋ ਸਮੇਂ ਇੱਕੋ ਟਨਲ 'ਤੇ ਨਹੀਂ, ਅਤੇ ਟਕਰਾਅ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਖਰਾਬੀ ਵਾਂਗ ਨਹੀਂ, ਨੈੱਟਵਰਕ ਦੀ ਖਰਾਬੀ ਵਾਂਗ ਦਿਸਦਾ ਹੈ।

ਇੱਕੋ ਟਨਲ ਦਾ ਮਾਲਕ ਹੋਣ ਦੇ ਦੋ ਤਰੀਕੇ

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

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

ਉਸ ਕਨੈਕਸ਼ਨ ਦਾ ਪਿੱਛਾ ਕਰੋ ਜੋ ਡੈਸਕਟਾਪ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ

ਦਸਤਾਵੇਜ਼ੀ ਆਯਾਤ ਕਾਰਵਾਈ, nmcli connection import type openvpn file office.ovpn, ਪਲੱਗਇਨ ਰਾਹੀਂ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦੀ ਹੈ। ਇਸਦਾ UUID ਨੋਟ ਕਰੋ ਅਤੇ ਅੱਗੇ ਉਹੀ ਪਛਾਣਕਰਤਾ ਵਰਤੋ, ਕਿਉਂਕਿ ਨਾਮ ਸੰਪਾਦਿਤ ਹੁੰਦੇ ਹਨ ਅਤੇ ਦੋ ਕਨੈਕਸ਼ਨ ਇੱਕੋ ਲੇਬਲ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ। nmcli connection show ਕੀ ਮੌਜੂਦ ਹੈ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੇ ਆਪਣੇ ਗੁਣ ਪੜ੍ਹਨ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਇਹ ਕਿਹੜੀ ਫਾਈਲ ਤੋਂ ਆਇਆ ਅਤੇ ਕੀ ਰੱਖਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਸੰਪਾਦਿਤ ਕਰ ਰਹੇ UUID ਨੂੰ ਡੈਸਕਟਾਪ ਸਰਗਰਮ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਤੁਹਾਡੇ ਸੰਪਾਦਨ ਸਿਰਫ਼ ਸਜਾਵਟ ਹਨ।

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

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

ਯੂਨਿਟ ਟੈਂਪਲੇਟ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਪੜ੍ਹੋ

ਜਿੱਥੇ ਪੈਕੇਜ upstream ਸ਼ੈਲੀ ਦੀ ਕਲਾਇੰਟ ਯੂਨਿਟ ਦਿੰਦਾ ਹੈ, ਉੱਥੇ office ਨਾਂ ਵਾਲਾ ਇੰਸਟੈਂਸ ਯੂਨਿਟ ਦੀ ਕਨਫਿਗਰ ਕੀਤੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚਲੀ %i.conf ਫਾਈਲ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ 2.6 ਟੈਂਪਲੇਟ ਲਈ ਉਹ /etc/openvpn/client ਹੈ। ਕਿਸੇ ਗਾਈਡ ਦੀ ਉਦਾਹਰਨ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੰਸਟਾਲ ਕੀਤੀ ਯੂਨਿਟ ਅਤੇ ਕੋਈ ਵੀ ਵਾਧੂ ਫਾਈਲ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਵੰਡਾਂ ਰਾਹ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ। ਟਰਮੀਨਲ ਤੋਂ ਹੱਥੀਂ ਚਲਾਉਣਾ ਫਾਈਲਾਂ, ਰਹੱਸਾਂ ਜਾਂ ਅਨੁਮਤੀਆਂ ਪ੍ਰਤੀ ਸੇਵਾ ਦੇ ਨਜ਼ਰੀਏ ਬਾਰੇ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਡੈਸਕਟਾਪ ਦਾ ਪਾਸਵਰਡ ਸੰਵਾਦ ਵੀ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਗੈਰ-ਇੰਟਰੈਕਟਿਵ ਯੂਨਿਟ ਕੋਲ ਉਹੀ ਪਾਸਵਰਡ ਲੈਣ ਦਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਰੀਕਾ ਹੈ।

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

ਪਹੁੰਚ ਗੁਆਏ ਬਿਨਾਂ ਡੁਪਲੀਕੇਟ ਹਟਾਓ

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

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