Android chroot VPN: ਸੁਰੰਗ ਕਿਉਂ ਕੰਮ ਕਰਦੀ ਹੈ ਪਰ ਐਪਾਂ ਇਸਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੀਆਂ ਹਨ
chroot ਸਿਰਫ਼ ਪਾਥ ਖੋਜ ਬਦਲਦਾ ਹੈ, ਕਰਨਲ, ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਜਾਂ Android ਦੀ VPN ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਹੀਂ। ਇਸ ਤੋਂ ਦੋ ਨਤੀਜੇ ਨਿਕਲਦੇ ਹਨ ਅਤੇ ਦੋਵੇਂ ਲੋਕਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦੇ ਹਨ।
ਤੁਸੀਂ ਫ਼ੋਨ ਉੱਤੇ chroot ਹੇਠ ਚੱਲ ਰਹੀ Linux ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਲਿਆਉਂਦੇ ਹੋ, ਉਸ ਵਿੱਚ VPN ਕਲਾਇੰਟ ਇੰਸਟਾਲ ਕਰਦੇ ਹੋ, ਅਤੇ ਸ਼ੈੱਲ ਐਲਾਨ ਕਰਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਪੂਰੀ ਹੋ ਗਈ। ਫਿਰ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵੱਲ ਜਾਂਦੇ ਹੋ ਅਤੇ ਟ੍ਰੈਫਿਕ ਇੰਜ ਜਾਪਦਾ ਹੈ ਜਿਵੇਂ ਕੁਝ ਨਹੀਂ ਹੋਇਆ, ਮੋਬਾਈਲ ਡੇਟਾ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਜਾਂ ਉਲਟ: ਕਲਾਇੰਟ ਨੇ ਉਸ ਨੇਮਸਪੇਸ ਵਿੱਚ ਡਿਫ਼ਾਲਟ ਰੂਟ ਲਾਇਆ ਜੋ Android ਅਸਲ ਵਿੱਚ ਵਰਤ ਰਿਹਾ ਹੈ, ਇਸ ਲਈ ਫ਼ੋਨ ਦੀ ਹਰ ਐਪ ਕਨੈਕਟੀਵਿਟੀ ਗੁਆ ਦਿੰਦੀ ਹੈ। ਇਹ ਦੋਵੇਂ ਲੱਛਣ ਇੱਕੋ ਗੁੰਮ ਹਿੱਸੇ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ VPN ਕਲਾਇੰਟ ਦੀ ਬੱਗ ਨਹੀਂ।
ਸ਼ੈੱਲ ਕਹਿੰਦਾ ਹੈ ਜੁੜ ਗਿਆ, ਐਪਾਂ ਸਹਿਮਤ ਨਹੀਂ
ਪਹਿਲਾ ਨਤੀਜਾ ਆਮ ਹੈ। chroot ਤੋਂ ਖੋਲ੍ਹੀ ਯੂਜ਼ਰ-ਸਪੇਸ ਸੁਰੰਗ ਆਪਣਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰ ਸਕਦੀ ਹੈ, ਆਪਣੇ ਅੰਕੜੇ ਛਾਪ ਸਕਦੀ ਹੈ ਅਤੇ ਉਹੀ ਟ੍ਰੈਫਿਕ ਲੈ ਜਾ ਸਕਦੀ ਹੈ ਜੋ ਇਹੀ ਸ਼ੈੱਲ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਪਰ Android ਦੀਆਂ ਐਪਾਂ ਫ਼ੋਨ ਦਾ ਡਿਫ਼ਾਲਟ ਨੈੱਟਵਰਕ ਵਰਤਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਕੋਈ ਉਹਨਾਂ ਨੂੰ ਨਹੀਂ ਰੋਕ ਰਿਹਾ, ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ Android ਨੂੰ ਨਹੀਂ ਦੱਸਿਆ ਕਿ VPN ਮੌਜੂਦ ਹੈ।
ਦੂਜਾ ਨਤੀਜਾ ਖ਼ਤਰਨਾਕ ਹੈ। ਜੇ chroot Android ਦਾ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਜੋ ਡਿਫ਼ਾਲਟ ਤੌਰ ਉੱਤੇ ਕਰਦਾ ਹੈ, ਤਾਂ ਕਾਫ਼ੀ ਅਧਿਕਾਰ ਵਾਲਾ ਪ੍ਰੋਸੈਸ ਪੂਰੇ ਫ਼ੋਨ ਉੱਤੇ ਅਸਰ ਪਾਉਣ ਵਾਲੇ ਰੂਟ ਅਤੇ TUN ਇੰਟਰਫ਼ੇਸ ਜੋੜ ਸਕਦਾ ਹੈ। ਫਿਰ ਸੁਰੰਗ ਹਰ ਐਪ ਲਈ ਕੰਮ ਕਰਦੀ ਹੈ, ਉਹਨਾਂ ਸਮੇਤ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਰੂਟ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ, ਅਤੇ ਫ਼ੋਨ ਦੀ ਕਨੈਕਟੀਵਿਟੀ ਹੁਣ ਇੱਕ ਡੈਮਨ ਉੱਤੇ ਨਿਰਭਰ ਹੈ ਜਿਸ ਕੋਲ ਜੀਵਨ-ਚੱਕਰ ਪ੍ਰਬੰਧਨ, ਕਨੈਕਸ਼ਨ ਸੂਚਕ ਅਤੇ always-on ਨੀਤੀ ਨਹੀਂ ਹੈ।
ਤੁਹਾਨੂੰ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਮਿਲਿਆ, ਇੱਕ ਹੀ ਕਮਾਂਡ ਨਾਲ ਪਤਾ ਲੱਗ ਸਕਦਾ ਹੈ। chroot ਦੇ ਅੰਦਰ ip route ਦੀ ਤੁਲਨਾ ਉਸਦੇ ਬਾਹਰਲੇ Android ਸ਼ੈੱਲ ਤੋਂ ਉਸੇ ਕਮਾਂਡ ਨਾਲ ਕਰੋ। ਇੱਕੋ ਜਿਹਾ ਆਉਟਪੁੱਟ ਮਤਲਬ chroot ਹੋਸਟ ਨੇਮਸਪੇਸ ਵਿੱਚ ਹੈ: ਇਹ ਜੋ ਵੀ ਨੈੱਟਵਰਕਿੰਗ ਬਦਲਾਅ ਕਰਦਾ ਹੈ, ਪੂਰੇ ਫ਼ੋਨ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਵੱਖਰਾ ਆਉਟਪੁੱਟ ਮਤਲਬ ਲਾਂਚਰ ਨੇ ਇਸ ਲਈ ਨੇਮਸਪੇਸ ਬਣਾਇਆ, ਅਤੇ ਇਸਦੀ ਸੁਰੰਗ Android ਲਈ ਬਣਾਵਟੀ ਤੌਰ ਉੱਤੇ ਅਦਿੱਖ ਹੈ।
chroot ਨੇ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕੀ ਨਹੀਂ
| Object | Effect of a chroot |
|---|---|
| Pathname resolution | Changed: lookups start at the new root |
| Kernel and drivers | Unchanged: the phone's kernel, its TUN driver, its limits |
| Network namespace | Unchanged unless the launcher creates one |
| Android VPN registration | Unchanged: no app consented, no VPN is selected |
chroot ਸਿਸਟਮ ਕਾਲ ਇੱਕ ਕੰਮ ਕਰਦੀ ਹੈ: ਉਹ ਡਾਇਰੈਕਟਰੀ ਬਦਲਦੀ ਹੈ ਜੋ ਪਾਥ ਨਾਮਾਂ ਦੀ ਖੋਜ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਮੈਨ ਪੇਜ ਸਪੱਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਸੁਰੱਖਿਆ ਸੀਮਾ ਨਹੀਂ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ, ਰੂਟ ਜਾਂ VPN ਸਥਿਤੀ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਲੋਕ Linux ਕੰਟੇਨਰ ਤੋਂ ਜੋ ਆਸ ਰੱਖਦੇ ਹਨ — ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਸਟੈਕ, ਫਿਲਟਰ ਕੀਤਾ ਫਾਈਲਸਿਸਟਮ, ਸਰੋਤ ਸੀਮਾਵਾਂ — ਉਹ ਹੋਰ ਮਕੈਨਿਜ਼ਮਾਂ ਤੋਂ ਆਉਂਦਾ ਹੈ ਜੋ ਲਾਂਚਰ ਨੇ ਵਰਤੇ ਹੋਣ ਜਾਂ ਨਾ ਹੋਣ।
ਇਸੇ ਲਈ ਇਹ ਦਾਅਵੇ ਕਿ chroot VPN ਨੂੰ ਅਲੱਗ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ ਉੱਤੇ ਗਲਤ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਸੰਬੰਧਿਤ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਪ੍ਰੋਸੈਸ ਕਿਹੜੇ ਨੇਮਸਪੇਸ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਅਤੇ ਕਿਹੜੇ SELinux ਡੋਮੇਨ ਤੱਕ ਸੀਮਤ ਹੈ; ਦੋਵੇਂ ਇਸ ਗੱਲ ਦੇ ਗੁਣ ਹਨ ਕਿ ਇਹ ਕਿਵੇਂ ਸ਼ੁਰੂ ਹੋਇਆ, chroot ਸ਼ਬਦ ਦੇ ਨਹੀਂ।
TUN ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਡਿਵਾਈਸ ਨੋਡ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੀ ਹੈ
ਰਵਾਇਤੀ ਯੂਜ਼ਰ-ਸਪੇਸ ਸੁਰੰਗ ਨੂੰ ਖੋਲ੍ਹ ਸਕਣ ਵਾਲਾ TUN ਡਿਵਾਈਸ, ਉਸ ਡਿਵਾਈਸ ਲਈ ਕਰਨਲ ਸਹਾਇਤਾ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਤੇ ਰੂਟ ਸੰਰਚਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹਨ, ਅਤੇ /dev ਹੇਠ ਪਾਥ ਨਾਮ ਬਣਾਉਣਾ ਆਪਣੇ ਆਪ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਪੂਰੀ ਨਹੀਂ ਕਰਦਾ:
ls -l /dev/net/tun
ip tuntap add dev tun0 mode tunAndroid ਉੱਤੇ ਕਰਨਲ ਵਿੱਚ TUN ਸਹਾਇਤਾ ਆਮ ਤੌਰ ਉੱਤੇ ਕੰਪਾਇਲ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਪਲੇਟਫ਼ਾਰਮ ਦੀ ਆਪਣੀ VPN ਸੇਵਾ ਇਸਨੂੰ ਵਰਤਦੀ ਹੈ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਤੁਹਾਡਾ ਪ੍ਰੋਸੈਸ ਇਸਨੂੰ ਵਰਤ ਸਕਦਾ ਹੈ। ਇੰਟਰਫ਼ੇਸ ਸੰਰਚਨਾ ਲਈ ਨੈੱਟਵਰਕ-ਪ੍ਰਸ਼ਾਸਨ ਸਮਰੱਥਾ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ SELinux ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰੋਸੈਸ ਡਿਵਾਈਸ ਨੋਡ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਨਕਾਰ ਸਪੱਸ਼ਟ ਕਾਰਨ ਤੋਂ ਬਿਨਾਂ ਇਜਾਜ਼ਤ ਗਲਤੀ ਵਾਂਗ ਦਿਸਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਆਡਿਟ ਟ੍ਰੇਲ ਵਿੱਚ ਹੈ:
dmesg | grep avc
logcat -d | grep "avc: denied"Root ਇਸਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰਦਾ। SELinux uid 0 ਵਜੋਂ ਚੱਲ ਰਹੇ ਪ੍ਰੋਸੈਸਾਂ ਨੂੰ ਬਾਕੀਆਂ ਵਾਂਗ ਹੀ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ root ਸ਼ੈੱਲ ਤੋਂ ਸ਼ੁਰੂ ਕੀਤਾ chroot ਵੀ ਉਸ ਡਿਵਾਈਸ ਤੋਂ ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਉਹ ਦੇਖਦਾ ਹੈ। ਪੁਰਾਣੇ ਇੰਸਟਾਲਰ ਨੂੰ ਚਲਾਉਣ ਲਈ ਲਾਗੂ ਕਰਨਾ ਬੰਦ ਕਰਨਾ ਸੁਰੰਗ ਤੋਂ ਬਹੁਤ ਪਰੇ ਅਸਰਾਂ ਵਾਲਾ ਪੂਰੇ ਫ਼ੋਨ ਦਾ ਫ਼ੈਸਲਾ ਹੈ, ਅਤੇ ਇਹ ਬਾਸੀ ਬਾਈਨਰੀ ਦਾ ਹੱਲ ਨਹੀਂ।
Android ਐਪਾਂ ਤੁਹਾਡੀ ਸੁਰੰਗ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਿਉਂ ਕਰਦੀਆਂ ਹਨ
Android ਦਾ ਸਮਰਥਿਤ ਮਾਡਲ ਇਹ ਹੈ ਕਿ VPN ਐਪ ਪਲੇਟਫ਼ਾਰਮ ਦੀ VPN ਸੇਵਾ ਰਾਹੀਂ ਰਜਿਸਟਰ ਹੁੰਦੀ ਹੈ, ਵਰਤੋਂਕਾਰ ਤੋਂ ਇੱਕ ਵਾਰ ਸਹਿਮਤੀ ਮੰਗਦੀ ਹੈ ਅਤੇ ਆਪਣੀ ਸੁਰੰਗ ਲਈ ਫਾਈਲ ਡਿਸਕ੍ਰਿਪਟਰ ਲੈਂਦੀ ਹੈ। ਫਿਰ ਪਲੇਟਫ਼ਾਰਮ ਟ੍ਰੈਫਿਕ ਉਸ ਡਿਸਕ੍ਰਿਪਟਰ ਵਿੱਚ ਭੇਜਦਾ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਜਾਂ ਪ੍ਰਬੰਧਕ ਵੱਲੋਂ ਚੁਣੀ ਐਪ-ਸੀਮਾ ਲਾਗੂ ਕਰਦਾ ਹੈ; ਇਸੇ ਲਈ ਉਹੀ ਮਕੈਨਿਜ਼ਮ ਪ੍ਰਤੀ-ਐਪ, ਪ੍ਰਤੀ-ਪ੍ਰੋਫ਼ਾਈਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ always-on ਤੇ block-without-VPN ਸੈਟਿੰਗਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। Android VPN ਵਿਕਾਸ ਗਾਈਡ ਉਹ ਹੈਂਡਸ਼ੇਕ ਬਿਆਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਹ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹੈ, ਰੂਟਿੰਗ ਦੀ ਚਾਲ ਨਹੀਂ।
chroot ਅੰਦਰਲਾ ਡੈਮਨ ਕਦੇ ਰਜਿਸਟਰ ਨਹੀਂ ਹੁੰਦਾ। ਸਹਿਮਤੀ ਡਾਇਲਾਗ ਨਹੀਂ, ਸਟੇਟਸ ਬਾਰ ਵਿੱਚ ਕੁੰਜੀ ਆਈਕਨ ਨਹੀਂ, ਪ੍ਰਤੀ-ਐਪ ਸ਼ਾਮਲ ਜਾਂ ਬਾਹਰ ਕੱਢਣ ਸੂਚੀ ਨਹੀਂ, ਅਤੇ always-on ਨੀਤੀ ਵਿੱਚ ਭਾਗੀਦਾਰੀ ਨਹੀਂ। ਇਸ ਲਈ ਐਪਾਂ ਡਿਫ਼ਾਲਟ ਨੈੱਟਵਰਕ ਵਰਤਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਸੁਰੰਗ ਸਿਰਫ਼ ਉਹੀ ਲੈ ਜਾਂਦੀ ਹੈ ਜੋ ਸ਼ੈੱਲ ਆਪ ਭੇਜਦਾ ਹੈ।
ਦੂਜੇ ਪਾਸੇ ਜਾਣਾ ਵੀ ਮਦਦ ਨਹੀਂ ਕਰਦਾ। ਹੋਸਟ ਨੇਮਸਪੇਸ ਵਿੱਚ ਰੂਟ ਧੱਕਣਾ ਸਭ ਕੁਝ ਫੜ ਲੈਂਦਾ ਹੈ, ਉਹ ਟ੍ਰੈਫਿਕ ਵੀ ਜੋ ਪਲੇਟਫ਼ਾਰਮ ਸਥਾਨਕ ਰੱਖਣਾ ਚਾਹੁੰਦਾ ਸੀ, ਅਤੇ ਇਹ ਪ੍ਰਤੀ-ਐਪ ਕੰਟਰੋਲ ਤੋਂ ਬਿਨਾਂ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੇ ਦੇਖਣ ਜਾਂ ਰੱਦ ਕਰਨ ਦੇ ਤਰੀਕੇ ਤੋਂ ਬਿਨਾਂ ਕਰਦਾ ਹੈ। ਕੋਈ ਵਿਚਕਾਰਲੀ ਸੈਟਿੰਗ ਨਹੀਂ ਜਿੱਥੇ chroot ਡੈਮਨ ਸਿਰਫ਼ ਇੱਕ ਐਪ ਲਈ ਟ੍ਰੈਫਿਕ ਰੂਟ ਕਰੇ।
ਬਾਈਨਰੀ ਅਨੁਕੂਲਤਾ ਇੱਕ ਵੱਖਰੀ ਦੀਵਾਰ ਹੈ
ਭਾਵੇਂ ਨੈੱਟਵਰਕ ਪਾਸਾ ਦਿਲਚਸਪ ਹੈ, ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦੀਆਂ ਆਪਣੀਆਂ ਲੋੜਾਂ ਹਨ: CPU ਆਰਕੀਟੈਕਚਰ, ਡਾਇਨਾਮਿਕ ਲੋਡਰ, C ਲਾਇਬ੍ਰੇਰੀ, ਅਤੇ ਉਹ ਕਰਨਲ ਸਹੂਲਤਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਉਹ ਆਸ ਰੱਖਦਾ ਹੈ। Android glibc ਦੀ ਥਾਂ bionic ਵਰਤਦਾ ਹੈ, ਅਤੇ ਡੈਸਕਟਾਪ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਲਈ ਬਣੀ ਪੁਰਾਣੀ ਬਾਈਨਰੀ ਨੂੰ ਅਜਿਹੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਚਾਹੀਦੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ ਡਿਵਾਈਸ ਉੱਤੇ ਹੁਣ ਨਹੀਂ ਹਨ।
ਲਾਇਬ੍ਰੇਰੀ ਫਾਈਲਨਾਮ ਨੂੰ ਨਵੇਂ ਸੰਸਕਰਣ ਨਾਲ ਸਿੰਬੋਲਿਕ ਲਿੰਕ ਕਰਨਾ ABI ਅਨੁਕੂਲਤਾ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਦਹਾਕੇ ਪੁਰਾਣੇ ਪੈਕੇਜ ਤੋਂ ਆਰਕਾਈਵ ਕੀਤੀ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਲਾਇਬ੍ਰੇਰੀ ਸੰਭਾਲੀ ਹੋਈ ਭਾਗ ਨਹੀਂ। ਜੇ ਯੋਜਨਾ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਹੈ, ਤਾਂ ਯੋਜਨਾ ਫ਼ੋਨ ਉੱਤੇ ਨੈੱਟਵਰਕ ਅਧਿਕਾਰਾਂ ਨਾਲ ਅਣਸੰਭਾਲਿਆ ਕੋਡ ਚਲਾਉਣਾ ਹੈ।
Android ਸੰਦਰਭ ਵਿੱਚ ਸਾਬਤ ਕਰੋ ਅਤੇ ਫਿਰ ਸਾਫ਼ ਕਰੋ
ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਮਹੱਤਵਪੂਰਨ ਪਾਸੇ ਤੋਂ ਪਰਖੋ: ਖਾਸ ਐਪ ਖੋਲ੍ਹੋ, ਖਾਸ ਨਿੱਜੀ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚੋ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਫਿਰ ਸੁਰੰਗ ਡਿਸਕਨੈਕਟ ਕਰੋ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। chroot ਅੰਦਰਲੇ ਟਰਮੀਨਲ ਦਾ ਨਤੀਜਾ ਸਿਰਫ਼ ਉਸ ਟਰਮੀਨਲ ਦੇ ਚੱਲਣ ਸੰਦਰਭ ਦਾ ਸਬੂਤ ਹੈ, ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ।
ਜੇ ਪ੍ਰਯੋਗ ਕਰਦਿਆਂ ਹੋਸਟ ਰੂਟ ਬਦਲੇ, ਤਾਂ ਉਹ ਵਾਪਸ ਕਰੋ ਅਤੇ ਲਿਖੋ ਕਿ ਕੀ ਬਦਲਿਆ। ਫਿਰ ਵੇਖੋ ਕਿ ਫ਼ੋਨ ਉੱਤੇ always-on VPN ਸੰਰਚਿਤ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਨਿਯਮ ਛੱਡਣ ਵਾਲਾ ਪੁਰਾਣਾ ਪ੍ਰਯੋਗ ਮਹੀਨਿਆਂ ਬਾਅਦ ਪਲੇਟਫ਼ਾਰਮ ਦੀ ਖ਼ਰਾਬੀ ਵਾਂਗ ਦਿਸ ਸਕਦਾ ਹੈ।
ਸੱਚੀ ਰਿਮੋਟ-ਪਹੁੰਚ ਲੋੜ ਲਈ, ਸੇਵਾ ਦਾ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਗੇਟਵੇ ਡਿਜ਼ਾਈਨ ਵਰਤੋ। ਪੁੱਛਣ ਯੋਗ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ root ਕੀਤਾ ਇੰਸਟਾਲਰ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਬਲਕਿ ਇਹ ਕਿ ਸਮਰਥਿਤ ਲਾਗੂਕਰਨ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀਆਂ ਐਪਾਂ ਤੁਹਾਡੀ ਚਾਹੀ ਸੀਮਾ ਦੇ ਪਾਰ ਲੈ ਜਾਂਦਾ ਹੈ, ਡਿਵਾਈਸ ਉੱਤੇ ਮਾਲਕੀ-ਰਹਿਤ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਬਦਲਾਅ ਛੱਡੇ ਬਿਨਾਂ।