Wi-Fi ਆਪਣੇ ਆਪ ਜੁੜਦਾ ਹੈ; VPN ਨੂੰ ਦੂਜੀ ਸਾਂਝ ਚਾਹੀਦੀ ਹੈ

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

ਸਵੈ-ਜੁੜਾਅ VPN ਦੀ ਸਵਿੱਚ ਨਹੀਂ ਹੈ

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

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

UUID ਨਾਲ ਦੋਵੇਂ ਪ੍ਰੋਫਾਈਲ ਪਛਾਣੋ

nmcli -f NAME,UUID,TYPE connection show

ਉਹ Wi-Fi ਜਾਂ Ethernet ਪ੍ਰੋਫਾਈਲ ਚੁਣੋ ਜਿਸਨੂੰ ਟਨਲ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਲੋੜੀਂਦਾ VPN ਪ੍ਰੋਫਾਈਲ। ਨਾਵਾਂ ਦੀ ਥਾਂ UUID ਵਰਤੋ, ਕਿਉਂਕਿ ਨਾਮ ਇੱਕ ਲੇਬਲ ਹੈ ਜਿਸਦੀ ਨਕਲ ਜਾਂ ਸੋਧ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਸਰਗਰਮੀ ਮਾਰਗ ਅਸਲ ਵਿੱਚ UUID ਹੀ ਹੱਲ ਕਰਦਾ ਹੈ।

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

VPN ਨੂੰ ਬੇਸ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

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

NetworkManager ਦੀਆਂ ਕਨੈਕਸ਼ਨ ਸੈਟਿੰਗਾਂ ਦੂਜੀਆਂ ਨੂੰ ਬੇਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ VPN ਕਨੈਕਸ਼ਨ ਦੱਸਦੀਆਂ ਹਨ। ਕੀ ਮੂਲ WireGuard ਪ੍ਰੋਫਾਈਲ ਉਸੇ ਕਿਸਮ ਦੀ ਵਸਤੂ ਹੈ, ਇਹ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ NetworkManager ਇਸਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਕਮਾਂਡ VPN ਪਲੱਗਇਨ ਦੀ ਥਾਂ ਇੰਟਰਫੇਸ ਵਜੋਂ ਦਿਸਦੇ ਟਨਲ ਲਈ ਗਲਤ ਸੰਦ ਹੋ ਸਕਦੀ ਹੈ।

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

ਭੇਤ ਸਾਂਝ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹਨ

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

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

ਦੋਵੇਂ ਘਟਨਾਵਾਂ ਪੜ੍ਹੋ, ਫਿਰ ਸਰੋਤ ਜਾਂਚੋ

ਇੱਕ ਕੋਸ਼ਿਸ਼ ਦੌਰਾਨ ਬੇਸ ਕਨੈਕਸ਼ਨ ਅਤੇ VPN ਸਰਗਰਮੀ ਵੇਖੋ। VPN ਘਟਨਾ ਦਾ ਨਾ ਹੋਣਾ ਭਾਵ ਟ੍ਰਿਗਰ ਕਦੇ ਸੰਰਚਿਤ ਨਹੀਂ ਹੋਇਆ ਜਾਂ UUID ਗਲਤ ਹੈ। VPN ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਪ੍ਰਮਾਣੀਕਰਨ ਅਸਫਲਤਾ ਦਾ ਭਾਵ ਟ੍ਰਿਗਰ ਚੱਲਿਆ ਅਤੇ ਬਚੀ ਸਮੱਸਿਆ ਪ੍ਰਮਾਣ ਹੈ, ਜੋ ਦੂਜਾ ਹੱਲ ਹੈ।

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