ਤੁਸੀਂ nmcli connection show ਚਲਾਉਂਦੇ ਹੋ ਅਤੇ VPN ਦੀ ਸੂਚੀ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਪਰ ਮਸ਼ੀਨ ਵੱਲੋਂ ਹੁਣ ਤੱਕ ਸੰਭਾਲਿਆ ਹਰ ਕਨੈਕਸ਼ਨ ਮਿਲਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਬ੍ਰਿਜ ਅਤੇ ਇੱਕ ਹਾਟਸਪਾਟ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਤੁਸੀਂ ਜੋ VPN ਲੱਭ ਰਹੇ ਹੋ ਉਹ ਉੱਥੇ ਹੋ ਸਕਦਾ ਹੈ, vpn ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਹੋਰ ਕਿਸਮ ਦਾ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ NetworkManager ਕਨੈਕਸ਼ਨ ਹੀ ਨਾ ਹੋਵੇ। ਇਹਨਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਤੁਸੀਂ ਕਿਹੜੀ ਹਾਲਤ ਵਿੱਚ ਹੋ, ਇਹ ਜਾਣਨ ਲਈ ਦੋ ਕਮਾਂਡ ਚਾਹੀਦੀਆਂ ਹਨ।

ਦੋ ਸੂਚੀਆਂ, ਦੋ ਸਵਾਲ

connection show ਦੱਸਦਾ ਹੈ ਕਿ NetworkManager ਨੇ ਕੀ ਸੰਭਾਲਿਆ ਹੈ, ਅਤੇ connection show --active ਦੱਸਦਾ ਹੈ ਕਿ ਇਸ ਵੇਲੇ ਕੀ ਕਿਸੇ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜਿਆ ਹੈ। ਪਹਿਲੀ ਸੂਚੀ ਵਿੱਚ ਨਿਸ਼ਕਿਰਿਆ ਪਰੋਫਾਈਲ ਵੀ ਹਨ, ਅਤੇ ਇਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ: ਬੰਦ ਪਈ ਸੰਭਾਲੀ VPN ਵੀ ਅਜਿਹੀ ਪਰੋਫਾਈਲ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਨੂੰ ਠੀਕ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਰਲਾਉਣ ਨਾਲ ਇਹ ਭਾਵ ਪੈਦਾ ਹੁੰਦਾ ਹੈ ਕਿ ਟਨਲ ਚੱਲ ਰਿਹਾ ਹੈ, ਜਦਕਿ ਸਿਰਫ਼ ਇਸਦਾ ਸੰਰੂਪਣ ਮੌਜੂਦ ਹੈ।

ਡਿਫਾਲਟ ਸਾਰਣੀ ਪੜ੍ਹਨ ਦੀ ਬਜਾਏ ਖੇਤਰ ਚੁਣੋ, ਕਿਉਂਕਿ ਡਿਫਾਲਟ ਆਉਟਪੁੱਟ ਤੰਗ ਟਰਮੀਨਲਾਂ ਉੱਤੇ ਕਿਸਮ ਲੁਕਾਉਂਦਾ ਹੈ ਅਤੇ ਲੰਬੇ ਨਾਮ ਲਪੇਟਦਾ ਹੈ।

ਪਹਿਲੀ ਨਜ਼ਰ ਲਈ ਆਮ ਤੌਰ ’ਤੇ NAME, UUID ਅਤੇ TYPE ਹੀ ਕਾਫ਼ੀ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਜਿਸ ਇੱਕ ਐਂਟਰੀ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ ਉਸਨੂੰ UUID ਰਾਹੀਂ ਵੇਖਦੇ ਹੋ।

TYPE ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਹੈਰਾਨੀਆਂ ਹਨ

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

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

ਸਭ ਸੂਚੀਬੱਧ ਕਰੋ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਫਿਲਟਰ ਕਰੋ, ਪਰੋਫਾਈਲ ਦਿਸੇਗਾ।

UUID ਪੜ੍ਹੋ, ਸਿਰਫ਼ ਨਾਮ ਨਹੀਂ

ਨਾਮ ਉਹ ਲੇਬਲ ਹਨ ਜੋ ਲੋਕ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਲਾਪਰਵਾਹੀ ਆਯਾਤ ਤੋਂ ਬਾਅਦ ਦੋ ਪਰੋਫਾਈਲ ਇੱਕ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ। UUID ਉਹ ਪਛਾਣ ਹੈ ਜਿਸਦਾ ਕਮਾਂਡਾਂ ਅਤੇ ਫਾਈਲਾਂ ਹਵਾਲਾ ਦਿੰਦੀਆਂ ਹਨ। ਜਦੋਂ ਕੋਈ ਐਂਟਰੀ ਨਕਲੀ ਲੱਗੇ, ਤਾਂ ਕੁਝ ਵੀ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ UUID ਅਤੇ ਅਧਾਰ ਸੈਟਿੰਗਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਸਰਗਰਮੀ ਕਮਾਂਡਾਂ ਦੋਵੇਂ ਸਵੀਕਾਰ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਸੇ ਕਰਕੇ ਨਾਮ-ਆਧਾਰਿਤ ਆਦਤ ਅੰਤ ਵਿੱਚ ਗਲਤ ਪਰੋਫਾਈਲ ਬਦਲਦੀ ਹੈ।

ਜਦੋਂ ਤੁਸੀਂ ਕੁਝ ਅਜਿਹਾ ਬਦਲੋ ਜੋ ਵਾਪਸ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ, ਤਾਂ UUID ਆਪਣੇ ਨੋਟਾਂ ਵਿੱਚ ਕਾਪੀ ਕਰੋ।

ਸੰਭਾਲੀ ਪਰੋਫਾਈਲ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸਦੀ

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

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

ਹਰ ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਮਾਲਕ ਸੂਚੀ ਨੂੰ ਇਮਾਨਦਾਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ nmcli ਹਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਕਿ ਹਰ ਦ੍ਰਿਸ਼ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਖੇਤਰ ਦੱਸਦਾ ਹੈ।

ਭੇਤ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਰਿਪੋਰਟ ਕਰੋ

ਨਾਮ ਨਾਲ connection show ਸੈਟਿੰਗਾਂ ਛਾਪਦਾ ਹੈ, ਅਤੇ --show-secrets ਜੋੜਨ ਨਾਲ ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਅਤੇ ਪਾਸਵਰਡ ਛਾਪਦਾ ਹੈ ਉਹਨਾਂ ਸਮੇਤ। ਟਿਕਟ ਵਿੱਚ ਸਮੱਸਿਆ-ਨਿਵਾਰਣ ਚਿਪਕਾਉਣ ਲਈ ਉਹਨਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਇਸਦੀ ਬਜਾਏ ਕਿਸਮ, UUID, ਸਥਿਤੀ ਅਤੇ ਸੰਬੰਧਿਤ ਰੂਟ ਦੱਸੋ, ਅਤੇ ਭੇਤ ਭੰਡਾਰ ਤੋਂ ਆਇਆ ਸਭ ਕੁਝ ਲੁਕਾਓ।

--ask ਨਾਲ ਇੰਟਰਐਕਟਿਵ ਸਰਗਰਮੀਕਰਨ ਗੁੰਮ ਕਰੈਡੈਂਸ਼ੀਅਲ ਦੇਣ ਦਾ ਸਮਰਥਿਤ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਸੰਭਾਲੇ ਸਾਦੇ-ਟੈਕਸਟ ਪਾਸਵਰਡ ਦੀ ਬਜਾਏ ਦੂਜੀ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਿਵਸਥਾ ਚਾਹੀਦੀ ਹੈ।

ਛੋਟੀ, ਲੁਕਾਈ ਰਿਪੋਰਟ ਪੂਰੀ ਡੰਪ ਨਾਲੋਂ ਸਮੀਖਿਆ ਕਰਨੀ ਸੌਖੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ