VPN ਐਪ ਸੰਪਰਕ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਮੰਗਦੀ ਹੈ: ਕੀ ਮਨਜ਼ੂਰ ਕਰੀਏ

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

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

ਇੱਕ ਇਜਾਜ਼ਤ ਜੋ ਕੰਮ ਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦੀ ਹੈ

Android ਕਿਸੇ ਵੀ ਟਨਲ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿਸਟਮ ਡਾਇਲਾਗ ਰਾਹੀਂ ਉਪਭੋਗਤਾ ਨੂੰ VPN ਸੇਵਾ ਮਨਜ਼ੂਰ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ, ਅਤੇ ਐਪ ਦੀ ਸੇਵਾ BIND_VPN_SERVICE ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ ਤਾਂ ਜੋ ਸਿਸਟਮ ਇਸ ਨਾਲ ਬੱਝ ਸਕੇ। ਕਾਰਜਸ਼ੀਲ ਤੌਰ 'ਤੇ ਐਪ ਰੂਟਿੰਗ ਦਾ ਕੰਮ ਕਰਦੀ ਹੈ। ਸਹਿਮਤੀ ਉਹ ਵਿਅਕਤੀ ਦਿੰਦਾ ਹੈ ਜੋ ਡਿਵਾਈਸ ਫੜਦਾ ਹੈ, ਐਪ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੇ ਡਾਇਲਾਗ ਵਿੱਚ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਵਾਪਸ ਲੈਣਾ ਸਮਰਥਿਤ ਕਾਰਵਾਈ ਹੈ।

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

ਵਾਧੂ ਪਹੁੰਚ ਇੱਕ ਵੱਖਰੀ ਮਨਜ਼ੂਰੀ ਹੈ ਜਿਸ ਦੇ ਵੱਖਰੇ ਪ੍ਰਭਾਵ ਹਨ। ਇਸਨੂੰ ਚਾਹੁਣ ਵਾਲੇ ਰੂਟਿੰਗ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣਾ ਕਾਰਨ ਚਾਹੀਦਾ ਹੈ।

ਵਾਧੂ ਬੇਨਤੀਆਂ ਨੂੰ ਆਪਣੀ ਕਹਾਣੀ ਕਿੱਥੇ ਚਾਹੀਦੀ ਹੈ

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

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

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

ਬੇਨਤੀ ਅਤੇ ਉਹ ਵਿਸ਼ੇਸ਼ਤਾ ਲਿਖੋ ਜਿਸ ਨਾਲ ਇਹ ਜੁੜਦੀ ਹੈ, ਫਿਰ ਫ਼ੈਸਲਾ ਕਰੋ। ਉਹ ਨੋਟ ਹੀ ਹੈ ਜੋ ਤੁਸੀਂ ਸਹਾਇਤਾ ਨੂੰ ਦਿਖਾਉਂਦੇ ਹੋ ਜਦੋਂ ਇਨਕਾਰ ਤੋਂ ਬਾਅਦ ਵਿਸ਼ੇਸ਼ਤਾ ਟੁੱਟਦੀ ਹੈ।

ਡਿਵਾਈਸ 'ਤੇ ਬੇਨਤੀ ਪੜ੍ਹਨਾ

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

ਦੋ ਕਵੈਰੀਆਂ ਇਸਦਾ ਬਹੁਤਾ ਹਿੱਸਾ ਢਕਦੀਆਂ ਹਨ:

adb shell dumpsys package com.example.vpn | grep -E "requested permissions|install permissions" -A 30
adb shell cmd appops get com.example.vpn

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

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

ਫ਼ੈਸਲਾ, ਫਿਰ ਨੁਕਸਾਨ ਸੀਮਤ ਕਰਨਾ

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

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

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