ਇੱਕ ਫ਼ੋਨ ’ਤੇ ਦੋ VPN: ਐਪਾਂ ਦੀ ਗਿਣਤੀ ਨਹੀਂ, ਬਣਤਰ ਚੁਣੋ

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

ਤਿੰਨ ਬਣਤਰਾਂ, ਇੱਕ ਸਵਾਲ

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

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

ਇੱਕ ਵਰਤੋਂਕਾਰ ਸੰਦਰਭ ਦੇ ਅੰਦਰ ਸਵਿਚਿੰਗ

Android ਹਰ ਵਰਤੋਂਕਾਰ ਲਈ ਇੱਕ ਸਰਗਰਮ VPN ਸੇਵਾ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਉਸੇ ਸੰਦਰਭ ਵਿੱਚ ਦੂਜੀ VPN ਐਪ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਪਹਿਲੀ ਬਦਲ ਜਾਂਦੀ ਹੈ ਜਾਂ ਸਿੱਧਾ ਇਨਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ; ਇਹ ਕਦੇ ਵੀ ਦੋਵੇਂ ਰਾਹ ਸੈੱਟ ਇਕੱਠੇ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਪੱਕਾ ਹੀ ਉਹਨਾਂ ਦਾ ਇਨਕ੍ਰਿਪਸ਼ਨ ਇੱਕ ਉੱਤੇ ਦੂਜਾ ਨਹੀਂ ਰੱਖਦਾ। ਇੱਕ ਵਰਤੋਂਕਾਰ ਦੇ ਅੰਦਰ ਦੋ ਸੁਰੰਗਾਂ ਇੱਕ ਕ੍ਰਮ ਹਨ, ਜੋੜ ਨਹੀਂ।

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

ਸਵਿਚਿੰਗ ਤੁਹਾਨੂੰ ਜੋ ਨਹੀਂ ਦੇ ਸਕਦੀ ਉਹ ਹੈ ਇੱਕੋ ਸਮੇਂ ਦੋਵੇਂ ਨੈੱਟਵਰਕਾਂ ’ਤੇ ਹੋਣ ਵਾਲੀ ਮਸ਼ੀਨ। ਜੇ ਐਪ ਨੂੰ ਹਰ ਪਾਸਿਓਂ ਨਿੱਜੀ ਪਤਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਕਲਾਇੰਟ ਅਨੁਸ਼ਾਸਨ ਉਹ ਪੈਦਾ ਨਹੀਂ ਕਰੇਗਾ।

ਪ੍ਰੋਫ਼ਾਈਲ ਅਨੁਸਾਰ ਵੱਖ ਕਰਨਾ

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

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

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

ਚੇਨ, ਜਿੱਥੇ ਕ੍ਰਮ ਹੀ ਡਿਜ਼ਾਈਨ ਹੈ

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

ਕੌਣ ਕੀ ਦੇਖਦਾ ਹੈ ਸਮਝੋ। ਬਾਹਰੀ ਪ੍ਰਦਾਤਾ ਅੰਦਰੂਨੀ ਅੰਤ ਬਿੰਦੂ ਵੱਲ ਜਾਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦੇਖਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਪ੍ਰਦਾਤਾ ਬਾਹਰੀ ਨਿਕਾਸ ਤੋਂ ਫ਼ੋਨ ਦਾ ਟ੍ਰੈਫਿਕ ਲੈਂਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਅੰਤਿਮ ਮੰਜ਼ਿਲ ਆਮ ਤੌਰ ’ਤੇ ਅੰਦਰੂਨੀ ਸੇਵਾ ਦਾ ਨਿਕਾਸ ਦੇਖਦੀ ਹੈ, ਅਤੇ ਚੇਨ ਭਰ ਕੋਈ ਵੀ ਪ੍ਰਦਾਤਾ ਅੰਨ੍ਹਾ ਨਹੀਂ ਹੈ; ਐਪ ਖਾਤੇ ਰਾਹ ਕੋਈ ਵੀ ਹੋਵੇ ਵਰਤੋਂਕਾਰ ਦੀ ਪਛਾਣ ਕਰਦੇ ਹਨ।

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

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

ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਡਿਜ਼ਾਈਨ ਜਾਂਚੋ

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

adb shell ip -br addr
adb shell ip route get 10.20.0.8
adb shell dumpsys connectivity | grep -i vpn

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