ਤੁਹਾਡਾ VPN ਆਦੇਸ਼ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਤੋਂ ਬਿਨਾਂ ਚੱਲਦਾ ਹੈ; ਸੇਵਾ ਨਹੀਂ

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

ਇੰਟਰਫੇਸ, ਸੰਗਠਨ ਅਤੇ ਜਾਂਚ

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

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

ਸੌਂਪਣਾ ਆਮ ਰਚਨਾ ਹੈ

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

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

ਨਮੂਨਾ ਪਿੱਛੇ ਨੀਤੀ ਵਾਲਾ ਸੌਂਪਣਾ ਹੈ। ਉਦਾਹਰਨ ਉਸ ਨਮੂਨੇ ਦਾ ਇੱਕ ਅਮਲ ਹੈ, ਸਰਵਵਿਆਪੀ ਨਹੀਂ।

ਹੱਦ ਪੜ੍ਹੋ, ਬੇਨਤੀ ਨਹੀਂ

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

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

systemctl status NetworkManager
nmcli general permissions
ls -l /run/NetworkManager

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

ਸਮਰਥਿਤ ਢੰਗ ਨਾਲ ਅਧਿਕਾਰ ਠੀਕ ਕਰੋ

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

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

ਚੰਗੀ ਵੰਡ ਕਿਹੋ ਜਿਹੀ ਦਿਸਦੀ ਹੈ

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

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