NetworkManager ਨਿਯੰਤਰਣ ਸਲੇਟੀ? ਇਜਾਜ਼ਤਾਂ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕੀ ਜਾਂਚੋ

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਹੁਕਮ ਕੇਸ ਵੱਖ ਕਰਦੇ ਹਨ।

ਤਿੰਨ ਸਵਾਲ ਕ੍ਰਮ ਵਿੱਚ ਪੁੱਛੋ

nmcli device status
nmcli general permissions
nmcli connection show

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

ਡਿਵਾਈਸ ਸਥਿਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਇੰਟਰਫ਼ੇਸ ਪ੍ਰਬੰਧਿਤ ਅਤੇ ਵਰਤੋਂਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਜਾਜ਼ਤ ਦ੍ਰਿਸ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਕਾਲ ਕਰਨ ਵਾਲੇ ਸੈਸ਼ਨ ਨੂੰ ਕੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਕਨੈਕਸ਼ਨ ਸੂਚੀ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਪ੍ਰੋਫ਼ਾਈਲ ਮੌਜੂਦ ਹਨ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਮੇਲ ਖਾਂਦਾ VPN ਸੰਪਾਦਕ ਜਾਂ ਆਯਾਤ ਪਲੱਗਇਨ ਸਥਾਪਿਤ ਹੈ।

ਮਾਲਕੀ ਅਤੇ ਇਜਾਜ਼ਤ ਵੱਖ-ਵੱਖ ਨੁਕਸ ਹਨ

ਅਣ-ਪ੍ਰਬੰਧਿਤ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲੱਗਿਆ ਡਿਵਾਈਸ NetworkManager ਦੇ ਨਿਯੰਤਰਣ ਤੋਂ ਬਾਹਰ ਹੈ, ਅਤੇ ਕਿੰਨੀ ਵੀ ਇਜਾਜ਼ਤ ਹੋਵੇ ਕੰਮ ਕਰਦਾ ਟੌਗਲ ਨਹੀਂ ਬਣੇਗਾ। ifupdown ਪਲੱਗਇਨ ਇੱਕ ਆਮ ਕਾਰਨ ਹੈ: ਇਸਦੀ managed ਸੈਟਿੰਗ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ interfaces ਫ਼ਾਈਲ ਦੀਆਂ ਐਂਟਰੀਆਂ ਨਾਲ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਬਚਿਆ ਹੋਇਆ ਸਟੈਂਜ਼ਾ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਪੁਰਾਣੇ ਸੰਦ ਹੇਠ ਰੱਖ ਸਕਦਾ ਹੈ। ਫ਼ਾਈਲ ਦਾ ਹੋਣਾ ਇਸਦੀ ਸਮੱਗਰੀ ਮਿਟਾਉਣ ਦਾ ਨਿਰਦੇਸ਼ ਨਹੀਂ ਹੈ, ਅਤੇ ਜੋ ਐਂਟਰੀਆਂ ਤੁਸੀਂ ਨਹੀਂ ਲਿਖੀਆਂ ਉਹਨਾਂ ਨੂੰ ਹਟਾਉਣਾ ਕਨੈਕਟੀਵਿਟੀ ਗੁਆਉਣ ਦਾ ਚੰਗਾ ਤਰੀਕਾ ਹੈ।

ਇਜਾਜ਼ਤ ਇੱਕ ਵੱਖਰਾ ਧੁਰਾ ਹੈ। NetworkManager ਗ਼ੈਰ-ਰੂਟ ਕਾਲਰਾਂ ਨੂੰ PolicyKit ਰਾਹੀਂ ਅਧਿਕ੍ਰਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਰਿਪੋਰਟ ਕੀਤਾ ਜਵਾਬ yes, auth ਜਾਂ no ਹੋ ਸਕਦਾ ਹੈ। ਪ੍ਰਮਾਣੀਕਰਨ ਏਜੰਟ ਤੋਂ ਬਿਨਾਂ ਸੈਸ਼ਨ auth ਦੱਸਦਾ ਹੈ ਅਤੇ ਫਿਰ ਡੈਸਕਟਾਪ ਵਿੱਚ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੋ ਗੁੰਮ ਏਜੰਟ ਦੀ ਬਜਾਏ ਟੁੱਟਿਆ ਨਿਯੰਤਰਣ ਲੱਗਦਾ ਹੈ।

ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਡੈਸਕਟਾਪ root ਵਜੋਂ ਚਲਾ ਕੇ ਠੀਕ ਨਾ ਕਰੋ

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

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

ਪਲੱਗਇਨ ਦਾ ਸਵਾਲ ਸੰਪਾਦਕ ਬਾਰੇ ਵੀ ਹੈ

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

ਵੱਖਰੀ ਕਲਾਇੰਟ ਬਾਈਨਰੀ ਵੀ ਸਬੂਤ ਨਹੀਂ ਹੈ। OpenVPN ਬਾਈਨਰੀ ਸਥਾਪਿਤ ਕਰਨਾ ਡੈਸਕਟਾਪ ਸੰਪਾਦਕ ਨੂੰ OpenVPN ਪ੍ਰੋਫ਼ਾਈਲ ਬਣਾਉਣ ਲਈ ਫ਼ਾਰਮ ਨਹੀਂ ਦਿੰਦਾ।

ਜ਼ਿੰਮੇਵਾਰ ਹੱਦ ਠੀਕ ਕਰੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ

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

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