Android 'ਤੇ ਐਪ-ਅਨੁਸਾਰ VPN ਅਤੇ Chrome ਇਨਕੋਗਨਿਟੋ: ਨਿਯਮ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ

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

ਜਾਂਚ ਇੱਕ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪ-ਅਨੁਸਾਰ ਨਿਯਮ ਕੀ ਚੁਣ ਸਕਦਾ ਹੈ

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

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

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

adb shell pm list packages | grep -i chrome

ਜਾਂਚ ਦੋ: ਜਾਂਚੋ ਕਿ ਟ੍ਰਿਗਰ ਕਦੇ ਵੀ ਕਾਫ਼ੀ ਜਲਦੀ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

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

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

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

ਜਾਂਚ ਤਿੰਨ: ਜੋ ਇਜਾਜ਼ਤ ਤੁਸੀਂ ਦੇਣ ਵਾਲੇ ਹੋ ਉਸਦਾ ਆਡਿਟ ਕਰੋ

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

ਕੁਝ ਵੀ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛੋ ਕਿ ਕੀ ਉਹੀ ਨਤੀਜਾ ਸਮਰਥਿਤ ਕਾਰਵਾਈ ਨਾਲ ਮਿਲ ਸਕਦਾ ਹੈ। ਜੇ ਜਵਾਬ ਨੀਤੀ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਹਾਂ: ਪਲੇਟਫਾਰਮ ਕਿਸੇ ਵੀ ਸੁਣਨ ਵਾਲੀ ਸੇਵਾ ਤੋਂ ਬਿਨਾਂ ਐਪ ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਲਈ ਟਨਲ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ।

ਜਾਂਚ ਚਾਰ: ਜਦੋਂ ਲੋੜ ਲਾਗੂਕਰਨ ਹੋਵੇ ਤਾਂ ਹਮੇਸ਼ਾ-ਚਾਲੂ ਅਤੇ ਬਲਾਕਿੰਗ ਵਰਤੋ

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

adb shell settings get global always_on_vpn_app
adb shell settings get global always_on_vpn_lockdown

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

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

ਜਾਂਚ ਪੰਜ: ਕਾਰਜਪ੍ਰਵਾਹ ਲਿਖੋ ਅਤੇ ਅਸਫਲਤਾ ਦਾ ਰਾਹ ਜਾਂਚੋ

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

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