Keyfile ਜਾਂ Netplan: VPN ਪ੍ਰੋਫ਼ਾਈਲ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ?
ਸੰਭਾਲਿਆ VPN ਕਿਸੇ keyfile ਵਿੱਚ ਜਾਂ ਬਣਾਈ ਗਈ Netplan ਫ਼ਾਈਲ ਵਿੱਚ ਰਹਿ ਸਕਦਾ ਹੈ। ਮੁੜ ਲਿਖੀ ਜਾਣ ਵਾਲੀ ਕੋਈ ਚੀਜ਼ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਦੇ UUID ਨੂੰ ਇਸਦੇ ਅਸਲ ਮਾਲਕ ਨਾਲ ਮਿਲਾਓ।
ਤੁਹਾਡੇ ਦੁਆਰਾ ਆਯਾਤ ਕੀਤੀ ਫ਼ਾਈਲ ਲੱਭਣਾ ਸੌਖਾ ਹਿੱਸਾ ਹੈ ਅਤੇ ਅਕਸਰ ਗ਼ਲਤ ਸ਼ੁਰੂਆਤ। ਅਸਲ ਗੱਲ ਇਹ ਹੈ ਕਿ NetworkManager ਅੱਜ ਕਿਹੜੀ ਫ਼ਾਈਲ ਨੂੰ ਸੰਭਾਲਿਆ ਕਨੈਕਸ਼ਨ ਮੰਨ ਕੇ ਪੜ੍ਹਦਾ ਹੈ, ਅਤੇ ਇਹ ਕਨੈਕਸ਼ਨ ਪਛਾਣਕਰਤਾ ਤੇ ਉਸ ਕਨਫਿਗਰੇਸ਼ਨ ਬੈਕਐਂਡ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਇੰਸਟਾਲ ਕੀਤੇ ਪੈਕੇਜ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹਨ। ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਆਯਾਤ ਸੋਧਣਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਇੱਕ ਕੰਮ ਕਰਦਾ VPN ਦੋ ਅੱਧੇ-ਸਹੀ ਕਨਫਿਗਰੇਸ਼ਨ ਬਣ ਜਾਂਦਾ ਹੈ।
ਆਯਾਤ ਕੀਤੀ ਫ਼ਾਈਲ ਸੰਭਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਨਹੀਂ ਹੈ
ਹਰ VPN ਸਮੱਸਿਆ ਦੁਆਲੇ ਤਿੰਨ ਨਾਮ ਘੁੰਮਦੇ ਹਨ: ਕਨੈਕਸ਼ਨ ਦਾ ਨਾਮ, ਤੁਹਾਡੇ ਦੁਆਰਾ ਆਯਾਤ ਕੀਤੀ ਫ਼ਾਈਲ ਦਾ ਨਾਮ, ਅਤੇ ਉਹ ਵਰਚੁਅਲ ਇੰਟਰਫ਼ੇਸ ਜੋ ਸੁਰੰਗ ਉੱਠਣ ’ਤੇ ਦਿਸਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸੰਭਾਲੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦਾ ਨਾਮ ਸੋਧਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਫ਼ਾਈਲ ਆਪਣਾ ਮੂਲ ਪਛਾਣਕਰਤਾ ਰੱਖਦੀ ਹੈ।
ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੀ ਸੂਚੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਲੇਬਲ ਦੀ ਥਾਂ ਪਛਾਣਕਰਤਾ ਨਾਲ ਲੋੜੀਂਦਾ VPN ਚੁਣੋ:
nmcli -f NAME,UUID,TYPE connection showਟਿਕਟ ਵਿੱਚ ਚਿਪਕਾਈ ਕਿਸੇ ਵੀ ਸੂਚੀ ਵਿੱਚੋਂ ਐਂਡਪੌਇੰਟ ਹੋਸਟਨਾਮ ਅਤੇ ਪਛਾਣ ਲੇਬਲ ਬਾਹਰ ਰੱਖੋ। ਲਾਭਦਾਇਕ ਹਿੱਸਾ ਕਿਸਮ ਅਤੇ ਪਛਾਣਕਰਤਾ ਹੈ; ਬਾਕੀ ਉਹ ਸੰਦਰਭ ਹੈ ਜੋ ਕਿਸੇ ਅਜਨਬੀ ਨੂੰ ਲੋੜੀਂਦਾ ਨਹੀਂ। ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬਾਕੀ ਢੱਕੋ ਅਤੇ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਹੈ, ਤਾਂ ਜੋ ਕੋਈ ਇਹ ਨਾ ਸੋਚੇ ਕਿ ਖਾਲੀ ਥਾਵਾਂ ਦਾ ਕੀ ਅਰਥ ਹੈ।
keyfile ਦੀਆਂ ਥਾਵਾਂ ਦਾ ਇੱਕੋ ਅਰਥ ਨਹੀਂ
ਮੂਲ keyfile ਪਲੱਗਇਨ ਨਾਲ, ਕਨੈਕਸ਼ਨ ਫ਼ਾਈਲਾਂ ਤਿੰਨ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਦਿਸ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚ ਫ਼ਰਕ ਸੁਵਿਧਾ ਨਹੀਂ, ਟਿਕਾਊਪਣ ਹੈ।
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
ਰਨਟਾਈਮ ਕਾਪੀ ਸੋਧਣਾ ਅਗਲੀ ਸ਼ੁਰੂਆਤ ਤੱਕ ਸਫਲ ਲੱਗਦਾ ਹੈ, ਤਦ ਬਦਲਾਅ ਭਾਫ਼ ਬਣ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫ਼ਾਈਲ ਰਹੱਸਮਈ ਤੌਰ ’ਤੇ ਵਾਪਸ ਆਈ ਦਿਸਦੀ ਹੈ। ਪੈਕੇਜ ਵੱਲੋਂ ਦਿੱਤੀ ਕਾਪੀ ਸੋਧਣਾ ਤਦ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਤੱਕ ਅੱਪਗ੍ਰੇਡ ਇਸਨੂੰ ਬਦਲ ਨਹੀਂ ਦਿੰਦਾ, ਜੋ ਉਸੇ ਸਬਕ ਦਾ ਹੌਲਾ ਅਤੇ ਵਧੇਰੇ ਉਲਝਾਉਣ ਵਾਲਾ ਰੂਪ ਹੈ।
keyfile ਦਸਤਾਵੇਜ਼ ਇੱਕ ਅਜਿਹੀ ਵਿਸਤਾਰ ਜੋੜਦਾ ਹੈ ਜੋ ਸਤਿਕਾਰ ਦੇ ਯੋਗ ਹੈ: ਉਹ ਫ਼ਾਈਲਾਂ ਵਿੱਚ ਨਿੱਜੀ ਚਾਬੀਆਂ ਅਤੇ ਪਾਸਫ਼ਰੇਜ਼ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ NetworkManager ਹਰ ਉਸ keyfile ਨੂੰ ਅਣਡਿੱਠ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ root ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਵਰਤੋਂਕਾਰ ਪੜ੍ਹ ਜਾਂ ਲਿਖ ਸਕਦੇ ਹਨ। ਸੈਟਿੰਗ ਲੱਭਣ ਲਈ ਡਾਇਰੈਕਟਰੀ ਅਨੁਮਤੀਆਂ ਵਧਾਉਣਾ ਉਸ ਲੋਡਿੰਗ ਵਿਵਹਾਰ ਨੂੰ ਤੋੜ ਦਿੰਦਾ ਹੈ ਜਿਸਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ।
ਜਦੋਂ Netplan ਕੋਲ ਟਿਕਾਊਪਣ ਹੁੰਦਾ ਹੈ
Ubuntu ’ਤੇ, Netplan ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਵਰਣਿਤ NetworkManager ਏਕੀਕਰਨ, ਜੋ 23.10 ਤੋਂ ਉਪਲਬਧ ਹੈ, ਟਿਕਾਊ ਕਾਪੀ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ ਇਹ ਬਦਲਦਾ ਹੈ। ਗ਼ੈਰ-ਅਸਥਾਈ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਇਹ ਲਿਖਦਾ ਹੈ: /etc/netplan/90-NM-<connection UUID>.yaml ਅਤੇ ਇਸਦੇ ਹੇਠ ਇੱਕ ਅਸਥਾਈ NetworkManager ਪ੍ਰੋਫ਼ਾਈਲ ਬਣਾਉਂਦਾ ਹੈ: /run/NetworkManager/system-connections/।
ਇਹ ਵੰਡ ਦਾ ਏਕੀਕਰਨ ਹੈ, ਹਰ NetworkManager ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਨਿਯਮ ਨਹੀਂ। YAML ਫ਼ਾਈਲ ਲੱਭਣ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇੰਸਟਾਲ ਕੀਤੇ ਪੈਕੇਜ ਅਸਲ ਵਿੱਚ ਇਸਨੂੰ ਵਰਤਦੇ ਹਨ। ਇਹ ਵੀ ਯਾਦ ਰੱਖੋ ਕਿ ਰਨਟਾਈਮ ਪ੍ਰੋਫ਼ਾਈਲ ਸੋਧਣ ਯੋਗ ਸਰੋਤ ਦੀ ਥਾਂ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਦਾ ਬਣਾਇਆ ਪ੍ਰਤੀਨਿਧਤਵ ਹੋ ਸਕਦਾ ਹੈ। ਦੋ ਕਮਾਂਡਾਂ ਦੀ ਜਾਂਚ ਗ਼ਲਤ ਫ਼ਾਈਲ ਸੋਧਣ ਦਾ ਇੱਕ ਘੰਟਾ ਬਚਾਉਂਦੀ ਹੈ।
ਦਸਤਾਵੇਜ਼ੀ ਉਦਾਹਰਨ NetworkManager ਪਾਸਥਰੂ ਡੇਟਾ ਨਾਲ Netplan nm-devices ਕਿਸਮ ਰਾਹੀਂ OpenVPN ਕਨੈਕਸ਼ਨ ਸੰਭਾਲਦੀ ਹੈ। ਇਹ ਤੱਥ ਕਿ Netplan ਕੋਲ ਕਿਸੇ ਖ਼ਾਸ VPN ਖੇਤਰ ਦੀ ਆਪਣੀ ਵਿਆਖਿਆ ਨਹੀਂ ਹੈ, ਦਾ ਅਰਥ ਇਹ ਨਹੀਂ ਕਿ ਤੁਹਾਡਾ ਸੰਭਾਲਿਆ VPN ਗੁੰਮ ਹੋ ਗਿਆ ਹੈ; ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਖੇਤਰ ਅਸਪਸ਼ਟ ਡੇਟਾ ਵਜੋਂ ਸਫ਼ਰ ਕਰਦਾ ਹੈ।
ਅਸਥਾਈ ਇੰਟਰਫ਼ੇਸ ਪ੍ਰੋਫ਼ਾਈਲ ਨਹੀਂ ਹੁੰਦੇ
ਸਕਿਰਿਆਸ਼ੀਲਤਾ ਅਜਿਹੇ ਅਸਥਾਈ ਵਰਚੁਅਲ ਕਨੈਕਸ਼ਨ ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਬਣਾਉਂਦੀ ਹੈ ਜੋ ਕਦੇ ਰਹਿਣ ਲਈ ਨਹੀਂ ਸਨ। ਏਕੀਕਰਨ ਜਾਣਬੁੱਝ ਕੇ ਹਰ ਇੱਕ ਲਈ ਨਵੀਂ YAML ਫ਼ਾਈਲ ਨਹੀਂ ਲਿਖਦਾ, ਇਸ ਲਈ /etc/netplan ਵਿੱਚ ਉਨ੍ਹਾਂ ਦੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ ਕਿ ਮੂਲ ਪ੍ਰੋਫ਼ਾਈਲ ਸੰਭਾਲੀ ਗਈ ਹੈ ਜਾਂ ਨਹੀਂ।
ਜੇ ਤੁਸੀਂ ਅਜਿਹੀ ਫ਼ਾਈਲ ਦਾ ਪਿੱਛਾ ਕਰ ਰਹੇ ਹੋ ਜੋ ਆਉਂਦੀ ਅਤੇ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸ਼ਾਇਦ ਆਪਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਥਾਂ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇਖ ਰਹੇ ਹੋ। ਇਸਦੀ ਸਮੱਗਰੀ ਤੋਂ ਕੋਈ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਇਹ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ ਬਚਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਰੀਬੂਟ ’ਤੇ ਗ਼ਾਇਬ ਹੋਣ ਵਾਲੀ ਰਨਟਾਈਮ ਫ਼ਾਈਲ ਤੁਹਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਕਦੇ ਸਰੋਤ ਨਹੀਂ ਸੀ, ਅਤੇ ਉਹ ਇੱਕ ਨਿਰੀਖਣ ਪੂਰੀ ਜਾਂਚ ਦੀ ਦਿਸ਼ਾ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇਹ ਇਹ ਵੀ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਉਸ ਸਮੇਂ ਸੋਧ ਸਫਲ ਕਿਉਂ ਲੱਗੀ ਸੀ।
ਭੇਤ ਅਤੇ ਮਾਲਕੀ
ਪ੍ਰੋਫ਼ਾਈਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਿਸੇ ਹੋਰ ਥਾਂ ਸੰਭਾਲੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਚਾਬੀ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਪਾਸਵਰਡ NetworkManager ਦਾ ਹੋ ਸਕਦਾ ਹੈ, ਵਰਤੋਂਕਾਰ-ਸੈਸ਼ਨ ਭੇਤ ਏਜੰਟ ਵੱਲੋਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਜਾਣਬੁੱਝ ਕੇ ਨਾ ਸੰਭਾਲਿਆ ਜਾਵੇ। ਇਸ ਲਈ ਇੱਕ ਫ਼ਾਈਲ ਲੱਭਣਾ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੀ ਸ਼ੁਰੂਆਤ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਤੈਅ ਕਰਦਾ ਹੈ।
ਭੇਤ ਮੁੱਲ ਛਾਪੇ ਬਿਨਾਂ ਹਵਾਲਿਆਂ ਅਤੇ ਭੇਤ-ਫ਼ਲੈਗ ਦੀ ਜਾਂਚ ਕਰੋ। ਡੈਸਕਟਾਪ ਲੌਗਇਨ ਅਜਿਹੇ ਏਜੰਟ ਨੂੰ ਉਪਲਬਧ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਬੂਟ ਦੌਰਾਨ ਨਹੀਂ ਸੀ, ਅਤੇ ਬਣਾਈ ਗਈ ਰਨਟਾਈਮ ਫ਼ਾਈਲ ਦੀ ਨਕਲ ਕਰਨ ਨਾਲ ਉਹ ਏਜੰਟ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਦਾ। ਵਿਹਾਰਕ ਲੱਛਣ ਉਹ ਸੁਰੰਗ ਹੈ ਜੋ ਵਿਅਕਤੀ ਦੇ ਲੌਗਇਨ ਕਰਨ ’ਤੇ ਜੁੜਦੀ ਹੈ ਅਤੇ ਮਸ਼ੀਨ ਦੇ ਇਕੱਲੇ ਸ਼ੁਰੂ ਹੋਣ ’ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਇਹ ਪੈਟਰਨ ਰੂਟਿੰਗ ਵੱਲ ਨਹੀਂ, ਭੇਤ ਮਾਲਕੀ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ।
ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਬਦੀਲੀਆਂ ਕਨੈਕਸ਼ਨ ਦੇ ਮਾਲਕ ਮੈਨੇਜਰ ਰਾਹੀਂ ਕਰੋ, ਫਿਰ ਸੰਭਾਲਿਆ ਪਛਾਣਕਰਤਾ ਅਤੇ ਪ੍ਰਭਾਵੀ ਕਨੈਕਸ਼ਨ ਦੋਵੇਂ ਜਾਂਚੋ। ਇੱਕ ਹੀ ਟਿਕਾਊ ਮਾਲਕ ਰੱਖੋ, ਕਿਉਂਕਿ ਆਯਾਤ, ਬਣਾਈ ਗਈ keyfile ਅਤੇ YAML ਸਰੋਤ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਸੋਧਣ ਨਾਲ ਅਗਲੇ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਤਿੰਨ ਮੁਕਾਬਲਾਵਾਦੀ ਵਿਆਖਿਆਵਾਂ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ। ਜੋ ਅਸਲ ਵਿੱਚ ਟਿਕਦਾ ਹੈ ਉਹ ਚੁਣੋ, ਸਿਰਫ਼ ਉਸੇ ਨੂੰ ਸੋਧੋ, ਅਤੇ ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਫ਼ਾਈਲ ਨੂੰ ਅਧਿਕਾਰਕ ਮੰਨਿਆ। ਅਗਲਾ ਵਿਅਕਤੀ ਇੱਕ ਲਾਈਨ ਮੂਲ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ ਕਰੇਗਾ।