ਵਿਕਰੇਤਾ ਦੀ VPN ਐਪ ਬਨਾਮ NetworkManager: ਸਥਿਤੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ?
ਪਰੋਫਾਈਲ ਇੱਕ ਪਲੱਗਇਨ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ, ਵਿਕਰੇਤਾ ਕਲਾਇੰਟ ਦੇ ਵਿਵਹਾਰ ਦਾ ਨਹੀਂ। ਪ੍ਰਬੰਧਿਤ ਲੈਪਟਾਪ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਨੋਂਦ, DNS, ਬਲਾਕਿੰਗ ਅਤੇ ਅੱਪਡੇਟਾਂ ਦੀ ਮਾਲਕੀ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ।
ਪਰੋਫਾਈਲ ਆਯਾਤ ਕਰਨਾ ਕਲਾਇੰਟ ਬਦਲਣ ਵਰਗਾ ਨਹੀਂ ਹੈ। NetworkManager ਪਲੱਗਇਨ ਕਿਸਮ ਨੂੰ ਪਲੱਗਇਨ-ਖਾਸ ਡੇਟਾ ਅਤੇ ਭੇਤਾਂ ਸਮੇਤ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਜਿਹੜਾ ਪਲੱਗਇਨ ਉਸ ਕਿਸਮ ਦਾ ਮਾਲਕ ਹੈ ਉਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਕੀ ਕਰ ਸਕਦਾ ਹੈ। ਵਿਕਰੇਤਾ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਉੱਤੇ ਜੋ ਵੀ ਪਰਤ ਚੜ੍ਹਾਉਂਦੀ ਹੈ, ਨੋਂਦ ਤੋਂ ਲੈ ਕੇ ਪੱਕੀ ਬਲਾਕਿੰਗ ਤੱਕ, ਉਹ ਫਾਈਲ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦਾ ਹੈ। ਬਦਲਾਅ ਸੁਰੱਖਿਅਤ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀਆਂ ਪਰਤਾਂ ’ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਉਸ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਫਾਈਲ ਪਲੱਗਇਨ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ, ਸੁਵਿਧਾਵਾਂ ਦੇ ਸਮੂਹ ਦਾ ਨਹੀਂ
NetworkManager ਦਾ VPN ਸੈਟਿੰਗਾਂ ਸੰਦਰਭ ਉਹ ਸੇਵਾ ਕਿਸਮ ਦੱਸਦਾ ਹੈ ਜੋ ਪਲੱਗਇਨ ਚੁਣਦੀ ਹੈ, ਨਾਲ ਹੀ ਇੱਕ ਅਸਪਸ਼ਟ ਡੇਟਾ ਸ਼ਬਦਕੋਸ਼ ਅਤੇ ਭੇਤ ਸ਼ਬਦਕੋਸ਼ ਜਿਸਦਾ ਅਰਥ ਸਿਰਫ਼ ਪਲੱਗਇਨ ਹੀ ਲਾਉਂਦਾ ਹੈ। ਪਰੋਫਾਈਲ ਇੱਕ ਲਾਗੂਕਰਨ ਨਾਲ ਦਾ ਸਮਝੌਤਾ ਹੈ, ਕਿਸੇ ਵੀ ਕਲਾਇੰਟ ਵੱਲੋਂ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਵਿਵਹਾਰ ਦਾ ਵਰਣਨ ਨਹੀਂ। ਦੋ ਕਲਾਇੰਟ ਇੱਕੋ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲ ਸਕਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਇਸ ਵਿੱਚ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ ਕਿ ਉਹ ਕੀ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਡੇਟਾ ਰਾਹ ਚਾਲੂ ਕਰਦੇ ਹਨ। ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਸੁਰੰਗ ਕੀ ਹੈ, ਕਦੇ ਨਹੀਂ ਕਿ ਆਲੇ-ਦੁਆਲੇ ਦਾ ਕਲਾਇੰਟ ਉਸ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ।
ਇਸ ਲਈ ਲਪੇਟਾਂ ਦੀ ਥਾਂ ਲੋੜਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਵਿਕਲਪ ਜੁੜ ਸਕਦਾ ਹੈ ਕਿ ਨਹੀਂ, ਕਿਉਂਕਿ ਆਮ ਤੌਰ ’ਤੇ ਜੁੜ ਸਕਦਾ ਹੈ; ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਮੂਲ ਕਲਾਇੰਟ ਨੂੰ ਸਵੀਕਾਰਯੋਗ ਬਣਾਉਣ ਵਾਲੀ ਹਰ ਲੋੜ ਬਦਲਾਅ ਵਿੱਚ ਟਿਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੁਝ ਵੀ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਲੋੜਾਂ ਲਿਖ ਲਓ, ਨਹੀਂ ਤਾਂ ਤੁਲਨਾ ਪਹਿਲਾਂ ਕੀ ਟੁੱਟਦਾ ਹੈ ਦੀ ਭਾਲ ਬਣ ਜਾਵੇਗੀ।
ਸੁਰੰਗ ਦੁਆਲੇ ਵਿਕਰੇਤਾ ਦੀ ਐਪ ਕੀ ਜੋੜਦੀ ਹੈ
ਵਿਕਰੇਤਾ ਦੇ ਕਲਾਇੰਟ ਆਮ ਤੌਰ ’ਤੇ ਨੋਂਦ ਅਤੇ ਡਿਵਾਈਸ ਸਥਿਤੀ ਦੀ ਜਾਂਚ, ਆਪਣੇ ਇੰਟਰਫੇਸ ਵਾਲਾ ਦੂਜੇ ਕਾਰਕ ਦਾ ਪ੍ਰਵਾਹ, ਪੱਕੀ ਬਲਾਕਿੰਗ, ਇੱਕ ਅੱਪਡੇਟ ਚੈਨਲ ਅਤੇ ਸਹਾਇਤਾ ਸਾਧਨ ਇਕੱਠੇ ਬੰਨ੍ਹਦੇ ਹਨ। ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਕੋਲ ਬੈਠਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਅਜਿਹਾ ਵੱਖਰਾ ਉਤਪਾਦ ਹੈ ਜੋ ਸਿਰਫ਼ ਇੰਸਟਾਲਰ ਸਾਂਝਾ ਕਰਦਾ ਹੈ। NetworkManager ਸੁਰੰਗ ਅਤੇ ਉਸ ਦੀ ਰੂਟਿੰਗ ਬਦਲ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਬਦਲਣ ’ਤੇ ਡਿਸਪੈਚਰ ਸਕ੍ਰਿਪਟਾਂ ਕਾਰਵਾਈਆਂ ਚਾਲੂ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਪਰ ਇਹ ਬਲਾਕਿੰਗ ਇੰਜਣ, ਸਰਟੀਫਿਕੇਟ ਨਵੀਨੀਕਰਨ ਪ੍ਰਵਾਹ ਜਾਂ ਇਸ ਧਾਰਨਾ ਦਾ ਦੁਹਰਾਅ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਹੜਾ ਯੂਜ਼ਰ ਕਨੈਕਸ਼ਨ ਚੁੱਕ ਸਕਦਾ ਹੈ।
ਵੱਧ ਹਿੱਸਿਆਂ ਦਾ ਮਤਲਬ ਵੱਧ ਸੁਰੱਖਿਅਤ ਨਹੀਂ, ਅਤੇ ਘੱਟ ਦਾ ਮਤਲਬ ਵੱਧ ਕਮਜ਼ੋਰ ਨਹੀਂ। ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਹਿੱਸਾ ਉਸ ਨੀਤੀ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜਿਸ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਕਿਹਾ ਗਿਆ ਸੀ। ਜੇ ਲੇਖਾ-ਪਰੀਖਿਅਕ ਪੁੱਛੇ ਕਿ ਸੁਰੰਗ ਡਿੱਗਣ ’ਤੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕੀ ਰੋਕਦਾ ਹੈ, ਤਾਂ ਜਵਾਬ ਵਿੱਚ ਅਜਿਹੀ ਚੀਜ਼ ਦਾ ਨਾਮ ਦੇਣਾ ਪਵੇਗਾ ਜੋ ਸੱਚਮੁੱਚ ਉਹ ਕਰਦੀ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਜੁੜਨ ਵਾਲੀ ਪਰੋਫਾਈਲ ਉਹ ਜਵਾਬ ਨਹੀਂ ਹੈ।
ਮਾਲਕੀ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਵੱਖਰੀ ਹੈ
ਇਸ ਨੂੰ ਚੈਕਲਿਸਟ ਨਹੀਂ, ਮਾਲਕੀ ਦਾ ਨਕਸ਼ਾ ਸਮਝੋ, ਕਿਉਂਕਿ ਹੇਠਾਂ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਮਾਲਕੀ ਦੇ ਖਾਲੀ ਥਾਂ ਹਨ ਅਤੇ ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਦੀ ਕੋਈ ਵੀ ਮਾਤਰਾ ਉਨ੍ਹਾਂ ਨੂੰ ਬੰਦ ਨਹੀਂ ਕਰਦੀ। ਹਰ ਕਤਾਰ ਪਰਤ, ਅੱਜ ਆਮ ਤੌਰ ’ਤੇ ਇਸ ਨੂੰ ਕੌਣ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਖਾਲੀ ਥਾਂ ਪਹਿਲਾਂ ਕਿੱਥੇ ਦਿਸਦੀ ਹੈ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ।
| Layer | Vendor application | NetworkManager connection | Where the gap shows up |
|---|---|---|---|
| Enrollment and posture | built into the client | absent unless something else supplies it | a managed device fails its next posture check |
| Address and resolver authority | the client sets both | the plugin plus dispatcher scripts | names resolve through the wrong resolver after a state change |
| Blocking on drop | a bundled engine | nothing by default | traffic continues in the clear after the tunnel dies |
| Upgrade path | the vendor's own channel | the distribution package and its plugin | a plugin update changes behaviour with no vendor note |
| Diagnostics and support | vendor tooling with client state | journal and dispatcher output | support cannot see why negotiation failed |
ਹਰ ਕਤਾਰ ਨੂੰ ਕਲਾਇੰਟ ਬਾਰੇ ਭਾਵਨਾ ਦੀ ਥਾਂ ਦੁਹਰਾਉਣ ਯੋਗ ਨਿਰੀਖਣ ਨਾਲ ਜੋੜੋ। ਮਨੋਂ-ਨਿਰਧਾਰਤ ਰਿਜ਼ੋਲਵਰ ਰਾਹੀਂ ਹੱਲ ਹੋਇਆ ਨਾਮ, ਸੁਰੰਗ ਰੁਕਣ ’ਤੇ ਗਾਇਬ ਹੋਣ ਵਾਲਾ ਰੂਟ, ਅਤੇ ਨਕਲੀ ਅੰਤਰਾਲ ਤੋਂ ਬਾਅਦ ਬਲਾਕ ਹੋਇਆ ਕਨੈਕਸ਼ਨ — ਇਹ ਤਿੰਨ ਨਿਰੀਖਣ ਮਿਲ ਕੇ ਸਾਰਣੀ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਢਕਦੇ ਹਨ। ਨਿਰੀਖਣ ਨੂੰ ਉਸ ਲੋੜ ਕੋਲ ਲਿਖੋ ਜਿਸ ਨੂੰ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਸਫਲ ਹੋਏ ਰੱਖੋ, ਕਿਉਂਕਿ ਅਸਫਲ ਨਿਰੀਖਣ ਹੀ ਰਿਕਾਰਡ ਦਾ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਅਗਲੀ ਘਟਨਾ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਾ ਹੈ।
ਮਾਲਕੀ ਓਵਰਲੈਪ ਕੀਤੇ ਬਿਨਾਂ ਬਦਲਣਾ
ਇੱਕੋ ਸੇਵਾ ਲਈ ਵਿਕਰੇਤਾ ਦਾ ਕਲਾਇੰਟ ਅਤੇ NetworkManager ਕਨੈਕਸ਼ਨ ਇਕੱਠੇ ਚਲਾਉਣਾ ਇਹਨਾਂ ਤੁਲਨਾਵਾਂ ਦੇ ਗਲਤ ਹੋਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਢੰਗ ਹੈ। ਦੋਵੇਂ ਰੂਟ ਸਥਾਪਤ ਕਰਦੇ ਹਨ, ਦੋਵੇਂ DNS ਸੈੱਟ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਫਾਇਰਵਾਲ ਦੀ ਸਥਿਤੀ ਨੂੰ ਛੂਹ ਸਕਦੇ ਹਨ। ਫਿਰ ਤੁਸੀਂ ਜੋ ਮਾਪਦੇ ਹੋ ਉਹ ਤੀਸਰੀ ਵਿਵਸਥਾ ਹੈ ਜੋ ਦੋਵੇਂ ਕਲਾਇੰਟਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
nmcli -f NAME,UUID,TYPE connection show
nmcli connection show work --show-secrets | grep -E "^vpn\."
journalctl -u NetworkManager -b --since "10 min ago"ਪਹਿਲਾ ਹੁਕਮ ਦੱਸਦਾ ਹੈ ਕਿ ਪਰੋਫਾਈਲ ਬਿਲਕੁਲ VPN ਕਿਸਮ ਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੂਜਾ ਪਲੱਗਇਨ ਦੀ ਸੇਵਾ ਕਿਸਮ ਅਤੇ ਕਿਹੜੇ ਭੇਤ ਸੰਭਾਲੇ ਹਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਜੋ ਫਾਈਲ ਦੀ ਥਾਂ ਏਜੰਟ ਤੋਂ ਕੁੰਜੀ ਦੀ ਆਸ ਹੋਣ ’ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜਰਨਲ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਲੋਡ ਹੋਇਆ ਪਰ ਗੱਲਬਾਤ ਨਾ ਕਰ ਸਕਿਆ ਪਲੱਗਇਨ ਇਹ ਦੱਸੇਗਾ। ਜੇ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਮੱਸਿਆ ਨਾ ਦਿਖਾਏ, ਤਾਂ ਖਾਲੀ ਥਾਂ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਨਹੀਂ, ਸੁਰੰਗ ਉੱਤੇ ਨੀਤੀ ਦੀਆਂ ਪਰਤਾਂ ਵਿੱਚ ਹੈ।
ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਰਾਣਾ ਕਲਾਇੰਟ ਡਿਸਕਨੈਕਟ ਕਰੋ, ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਖਾਤਾ ਇੱਕੋ ਜਿਹੇ ਰੱਖੋ, ਅਤੇ ਲਿਖੋ ਕਿ ਰੂਟ, ਰਿਜ਼ੋਲਵਰ ਸੈਟਿੰਗਾਂ ਅਤੇ ਬਲਾਕਿੰਗ ਦਾ ਮਾਲਕ ਕਿਹੜਾ ਹਿੱਸਾ ਹੈ। ਉਹੀ ਨੋਟ ਅਗਲੇ ਅੱਪਡੇਟ ਨੂੰ ਦੋ ਮਾਲਕਾਂ ਨਾਲ ਖ਼ਤਮ ਹੋਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।