ਡੈਸਕਟਾਪ 'ਤੇ VPN ਬਟਨ ਨਹੀਂ: ਕੀ ਪਰੋਫ਼ਾਈਲ ਅਜੇ ਵੀ ਹੈ?
ਗੁੰਮ ਪੈਨਲ ਇੰਟਰਫ਼ੇਸ ਦਾ ਸਵਾਲ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਗਾਇਬ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ। UUID ਅਨੁਸਾਰ ਸੰਭਾਲੀਆਂ ਪਰੋਫ਼ਾਈਲਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਫਿਰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ nmcli ਨਾਲ ਇੱਕ ਸਰਗਰਮ ਕਰੋ।
ਪੈਕੇਜ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਨਾਲ ਡੈਸਕਟਾਪ ਦੇ ਨੈੱਟਵਰਕ ਮੀਨੂ ਨੇ ਕਦੇ ਨਹੀਂ ਖਿੱਚੀ VPN ਐਂਟਰੀ ਘੱਟ ਹੀ ਵਾਪਸ ਆਉਂਦੀ ਹੈ। ਪੈਨਲ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੋ ਮਾਲਕਾਂ ਵਾਲੀਆਂ ਦੋ ਚੀਜ਼ਾਂ ਹਨ: ਡੈਸਕਟਾਪ ਇੰਟਰਫ਼ੇਸ ਉਹ ਖਿੱਚਦਾ ਹੈ ਜੋ ਇਸਦਾ ਪਲੱਗਇਨ ਬਾਹਰ ਲਿਆਉਂਦਾ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਸੇਵਾ ਪਰੋਫ਼ਾਈਲ ਰੱਖਦੀ ਹੈ। ਇੱਕ ਮੀਨੂ ਤੋਂ ਗਾਇਬ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਦੂਜਾ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮੀਨੂ ਗਲਤ ਥਾਂ ਹੈ। ਪਹਿਲਾਂ ਪਰੋਫ਼ਾਈਲ ਜਾਂਚੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਡੈਸਕਟਾਪ ਜਾਂ ਕਨੈਕਸ਼ਨ ਅਸਲ ਵਿੱਚ ਖਰਾਬ ਹੈ।
ਬਟਨ ਅਤੇ ਪਰੋਫ਼ਾਈਲ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਮਲਕੀਅਤ ਹਨ
ਡੈਸਕਟਾਪ ਦਾ ਨੈੱਟਵਰਕ ਪੰਨਾ ਉਹ ਖਿੱਚਦਾ ਹੈ ਜੋ ਸਥਾਪਿਤ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਇਸਦੇ VPN ਸੰਪਾਦਕ ਹਿੱਸੇ ਖਿੱਚਣਾ ਜਾਣਦੇ ਹਨ। NetworkManager, ਜਾਂ ਉਸ ਮਸ਼ੀਨ 'ਤੇ ਨੈੱਟਵਰਕ ਦੀ ਮਲਕੀਅਤ ਰੱਖਣ ਵਾਲੀ ਕੋਈ ਵੀ ਸੇਵਾ, ਕਨੈਕਸ਼ਨ ਦੀ ਪਰਿਭਾਸ਼ਾ ਰੱਖਦੀ ਹੈ ਅਤੇ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਇਸਨੂੰ ਉੱਪਰ ਚੁੱਕਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੋਵੇਂ ਦ੍ਰਿਸ਼ ਸਹਿਮਤ ਹੋਣ ਲਈ ਮਜਬੂਰ ਕਰਨ ਵਾਲਾ ਕੁਝ ਨਹੀਂ, ਅਤੇ ਡੈਸਕਟਾਪ ਤਬਦੀਲੀ, ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਅੱਪਗ੍ਰੇਡ ਜਾਂ ਵਿਕਾਸ ਸੰਸਕਰਣ ਦੇ ਖਿਲਾਫ਼ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ ਉਹ ਅਕਸਰ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦੇ। ਇਸ ਲਈ ਟਨਲ ਗੁੰਮ ਹੋਣ ਤੋਂ ਬਿਨਾਂ ਵੀ ਪੈਨਲ ਅਧੂਰਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਸਮੱਸਿਆ ਵਜੋਂ ਪੜ੍ਹਨਾ ਸਿੱਧਾ ਉਸ ਮੁੜ ਸਥਾਪਨਾ ਚੱਕਰ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ ਜੋ ਕੁਝ ਵੀ ਠੀਕ ਨਹੀਂ ਕਰਦਾ।
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
ਸਾਰਣੀ ਉੱਪਰ ਤੋਂ ਕੰਮ ਕਰੋ, ਕਿਉਂਕਿ ਹਰ ਕਤਾਰ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਅਤੇ ਪਹਿਲੀ ਕਤਾਰ ਸਭ ਤੋਂ ਸਸਤੀ ਹੈ। ਮੌਜੂਦ ਪਰੋਫ਼ਾਈਲ ਸਮੱਸਿਆ ਨੂੰ ਇੰਟਰਫ਼ੇਸ ਵੱਲ ਭੇਜਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪਰੋਫ਼ਾਈਲ ਬਿਲਕੁਲ ਨਾ ਹੋਣਾ ਇਸਨੂੰ ਪ੍ਰਬੰਧ ਵੱਲ ਭੇਜਦਾ ਹੈ। ਇਹਨਾਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਹੈ ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਹੀ ਦਸ ਮਿੰਟ ਦੀ ਜਾਂਚ ਨੂੰ ਦੁਪਹਿਰ ਭਰ ਦੀਆਂ ਮੁੜ ਸਥਾਪਨਾਵਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
NetworkManager ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਸਨੇ ਕੀ ਸੰਭਾਲਿਆ ਹੈ
ਮੀਨੂ ਪੜ੍ਹਨ ਦੀ ਬਜਾਏ ਸੇਵਾ ਨੂੰ ਸਿੱਧਾ ਪੁੱਛੋ, ਕਿਉਂਕਿ ਦੋ ਕਮਾਂਡਾਂ ਮੌਜੂਦ ਅਤੇ ਚੱਲ ਰਹੇ ਵਿੱਚ ਫ਼ਰਕ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਮਸ਼ੀਨ 'ਤੇ ਹੀ ਚਲਾਓ, ਅਤੇ ਦੂਜੀ ਨੂੰ ਹਰ ਸਰਗਰਮੀ ਦੀ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਚਲਾਓ। ਸੂਚੀਆਂ ਆਪਸ ਵਿੱਚ ਬਦਲੀਆਂ ਨਹੀਂ ਜਾ ਸਕਦੀਆਂ, ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੀ ਨਿਦਾਨ ਹੈ।
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeਸੰਭਾਲਿਆ ਪਰੋਫ਼ਾਈਲ ਅਕਿਰਿਆਸ਼ੀਲ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਆਮ ਹੈ ਅਤੇ ਡੈਸਕਟਾਪ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਸਮਾਨ ਨਾਵਾਂ ਵਾਲੀਆਂ ਦੋ ਐਂਟਰੀਆਂ ਆਯਾਤ ਚੱਕਰ ਤੋਂ ਬਾਅਦ ਆਮ ਹਨ, ਅਤੇ ਸਿਰਫ਼ UUID ਹੀ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਦੀ ਸਿੱਧੀ ਮਲਕੀਅਤ ਵਾਲਾ ਟਨਲ ਇਸ ਸੂਚੀ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਆ ਸਕਦਾ, ਇਸ ਲਈ ਖਾਲੀ ਨਤੀਜਾ ਆਪਣੇ ਆਪ NetworkManager ਨੁਕਸ ਨਹੀਂ ਹੈ। ਹੁਣ ਤੋਂ UUID ਅਨੁਸਾਰ ਚੁਣੋ, ਕਿਉਂਕਿ ਨਾਮ ਉਹ ਲੇਬਲ ਹਨ ਜੋ ਲੋਕ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਪਛਾਣਕਰਤਾ ਨਹੀਂ।
ਮੁੜ ਆਯਾਤ ਕਰਨ ਦੀ ਬਜਾਏ ਪਰੋਫ਼ਾਈਲ ਦੀ ਜਾਂਚ ਕਰੋ
ਜਦੋਂ ਪਰੋਫ਼ਾਈਲ ਮੌਜੂਦ ਹੈ, ਸੰਭਾਲੇ ਭੇਤ ਮੰਗੇ ਬਿਨਾਂ ਇਸਦੇ ਵੇਰਵੇ ਪੜ੍ਹੋ। ਜਦੋਂ ਇਹ ਨਹੀਂ ਹੈ, ਪਲੱਗਇਨ ਜੋ ਪ੍ਰਬੰਧ ਜਾਂ ਆਯਾਤ ਪ੍ਰਵਾਹ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਉਹ ਇੱਕ ਵਾਰ ਵਰਤੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਸਨੇ ਕੀ ਬਣਾਇਆ। ਮੀਨੂ ਖਾਲੀ ਰਹਿਣ ਕਰਕੇ ਆਯਾਤ ਦੁਹਰਾਉਣਾ ਹੀ ਇੱਕ ਕਨੈਕਸ਼ਨ ਦੀਆਂ ਚਾਰ ਪ੍ਰਤੀਯੋਗ ਕਾਪੀਆਂ ਨਾਲ ਮਸ਼ੀਨ ਦੇ ਖ਼ਤਮ ਹੋਣ ਦਾ ਰਾਹ ਹੈ।
ਉਹ ਕਾਪੀਆਂ ਕਾਗਜ਼ੀ ਨਿਸ਼ਾਨ ਵਾਲਾ ਰੁਝਾਨ ਹਨ ਜਿਸਨੂੰ ਕੋਈ ਨਹੀਂ ਪੜ੍ਹਦਾ: ਡੈਸਕਟਾਪ ਵਰਤੋਂਕਾਰ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਕਿਹੜੀ ਵਰਤੀ ਜਾਂਦੀ, ਅਤੇ ਅਗਲਾ ਪ੍ਰਸ਼ਾਸਕ ਵੀ ਨਹੀਂ। ਪਛਾਣਕਰਤਾ ਦਰਜ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨਕਲਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਮਿਟਾਓ, ਆਯਾਤ ਚੱਕਰ ਨੂੰ ਫ਼ੈਸਲਾ ਕਰਨ ਦੇਣ ਦੀ ਬਜਾਏ। ਜੋ UUID ਬਚਦਾ ਹੈ ਉਸਨੂੰ ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ ਟਰਮੀਨਲ ਤੋਂ ਸਰਗਰਮ ਕਰਨ ਲਈ ਉਹੀ ਮੁੱਲ ਚਾਹੀਦਾ ਹੈ। ਵੱਖਰੇ ਨਾਵਾਂ ਨਾਲ ਦੋ ਵਾਰ ਆਯਾਤ ਕੀਤੀ ਪਰੋਫ਼ਾਈਲ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਬੇਸਬਰੀ ਦਾ ਇੱਕ ਅਵਸ਼ੇਸ਼ ਹੈ। ਪਰੋਫ਼ਾਈਲ ਸੂਚੀ ਸੰਰਚਨਾ ਹੈ, ਅਤੇ ਇਹ ਕਨੈਕਸ਼ਨ ਜਿੰਨੀ ਹੀ ਦੇਖਭਾਲ ਦੀ ਹੱਕਦਾਰ ਹੈ।
ਸੰਭਾਲੀ ਪਰੋਫ਼ਾਈਲ ਨੂੰ ਟਰਮੀਨਲ ਤੋਂ ਸਰਗਰਮ ਕਰੋ
nmcli ਦਸਤਾਵੇਜ਼ ਚੁਣੀ ਪਰੋਫ਼ਾਈਲ ਨੂੰ ਇੰਟਰੈਕਟਿਵ ਢੰਗ ਨਾਲ ਸਰਗਰਮ ਕਰਨ ਬਾਰੇ ਦੱਸਦਾ ਹੈ, ਜੋ ਕਮਾਂਡ ਲਾਈਨ ਨੂੰ ਬਚਣ ਦਾ ਰਾਹ ਨਹੀਂ ਬਲਕਿ ਸਮਰਥਿਤ ਦੂਜਾ ਇੰਟਰਫ਼ੇਸ ਬਣਾਉਂਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਉਦਾਹਰਨ ਪਛਾਣਕਰਤਾ ਨੂੰ ਤੁਹਾਡੇ ਰੱਖੇ UUID ਨਾਲ ਬਦਲੋ। ਕਮਾਂਡ ਕੀ ਕਰਦੀ ਹੈ ਇਹ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਝੋ, ਕਿਉਂਕਿ ਇਹ ਨੈੱਟਵਰਕ ਦੀ ਸਥਿਤੀ ਬਦਲਦੀ ਹੈ। ਰੂਟ ਅਤੇ DNS ਹਿੱਲ ਸਕਦੇ ਹਨ, ਅਤੇ ਮੁੜ ਸੰਰਚਿਤ ਹੋ ਰਹੇ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਦੂਰ-ਸਥਿਤ ਸੈਸ਼ਨ ਨਹੀਂ ਬਚੇਗਾ।
ਇਸਨੂੰ ਸਥਾਨਕ ਕੰਸੋਲ ਤੋਂ ਚਲਾਓ, ਜਾਂ ਤਬਦੀਲੀ ਵਿਗੜਨ 'ਤੇ ਵਾਪਸ ਆਉਣ ਦੀ ਯੋਜਨਾ ਨਾਲ ਚਲਾਓ। --ask ਪਰੋਫ਼ਾਈਲ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੇ ਇਨਪੁਟ ਇਕੱਠੇ ਕਰਦਾ ਹੈ; ਇਹ ਸਿਸਟਮ ਅਧਿਕਾਰ ਨੂੰ ਨਹੀਂ ਟਾਲਦਾ। ਇਹ ਇਸ ਗੱਲ ਦੀ ਗਾਰੰਟੀ ਵੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਪਲੱਗਇਨ ਦੀ ਹਰ ਪ੍ਰਮਾਣਿਕਤਾ ਬੇਨਤੀ ਟਰਮੀਨਲ ਵਿੱਚ ਕੰਮ ਕਰੇਗੀ, ਕਿਉਂਕਿ ਕੁਝ ਅਜਿਹੇ ਸੰਵਾਦ ਦੀ ਉਡੀਕ ਕਰਦੇ ਹਨ ਜਿੱਥੇ ਪਹੁੰਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555ਡੈਸਕਟਾਪ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਨਤੀਜਾ ਪੜ੍ਹੋ
ਜੇ ਪਰੋਫ਼ਾਈਲ ਉੱਪਰ ਆਉਂਦੀ ਹੈ, ਸੰਭਾਲਿਆ ਕਨੈਕਸ਼ਨ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਪ੍ਰਬੰਧਨ ਰਾਹ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਸ ਨਾਲ ਸ਼ਿਕਾਇਤ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਸੀਮਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਜੋ ਵੱਖਰੀ ਹਿੱਸਾ ਸੂਚੀ ਅਤੇ ਅਕਸਰ ਵੱਖਰੀ ਟੀਮ ਹੈ। ਜੇ ਨਹੀਂ ਆਉਂਦੀ, ਨਾਕਾਮੀ ਪਰੋਫ਼ਾਈਲ ਜਾਂ ਟਨਲ ਵਿੱਚ ਹੈ, ਅਤੇ ਡੈਸਕਟਾਪ ਕਦੇ ਵੀ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ।
ਸਫਲ ਸਰਗਰਮੀ ਫਿਰ ਵੀ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਇੰਟਰਫ਼ੇਸ ਦਾ ਸੰਪਾਦਕ ਹਿੱਸਾ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂ ਪੈਨਲ ਖੁਦ ਗਲਤ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਦੇ ਸਮਰਥਿਤ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਇਸ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਪਲੱਗਇਨ ਪੈਕੇਜਾਂ ਦੇ ਸਵਾਲ ਰਹਿੰਦੇ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਮੁੜ ਸਥਾਪਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ ਪੈਨਲ ਨੂੰ ਪਹਿਲਾਂ ਵਾਂਗ ਹੀ ਛੱਡਦਾ ਹੈ ਅਤੇ ਕਹਾਣੀ ਵਿੱਚ ਇੱਕ ਰੀਬੂਟ ਜੋੜਦਾ ਹੈ।
ਲਾਭਦਾਇਕ ਰਿਪੋਰਟ ਡੈਸਕਟਾਪ ਸੰਸਕਰਣ, ਕਨੈਕਸ਼ਨ ਦੀ ਕਿਸਮ, ਗੁੰਮ ਪੈਨਲ ਕਿਰਿਆ, ਅਤੇ ਇਹ ਕਿ ਪਰੋਫ਼ਾਈਲ ਸਮਰਥਿਤ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਦਿਖਦੀ ਹੈ ਜਾਂ ਸਰਗਰਮ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਦੱਸਦੀ ਹੈ। ਗੁੰਮ ਮੀਨੂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਨਾ ਨਿੱਜੀ ਕੁੰਜੀ ਚਾਹੀਦੀ ਹੈ ਨਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਵਾਲੀ ਪਰੋਫ਼ਾਈਲ। ਕਿਸੇ ਵੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਰੱਖ-ਰਖਾਅ ਕਰਨ ਵਾਲਾ ਪੈਨਲ ਦੀ ਸਥਿਤੀ ਦੁਬਾਰਾ ਬਣਾ ਸਕੇ, ਇਸ ਲਈ ਇੰਨਾ ਹੀ ਕਾਫ਼ੀ ਹੈ।