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

ਐਪ ਖੁਦ ਕੀ ਜਾਂਚ ਸਕਦੀ ਹੈ

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

ਐਪ ਇਸ ਤਰ੍ਹਾਂ ਜੋ ਨਹੀਂ ਵੇਖ ਸਕਦੀ ਉਹ ਹੈ ਕਿ VPN ਕਿਸਦਾ ਹੈ। ਟ੍ਰਾਂਸਪੋਰਟ ਝੰਡਾ ਕਹਿੰਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਉਹ ਉੱਥੇ ਖਤਮ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਉਮੀਦ ਕਰਦੀ ਹੈ।

ਸੇਵਾ ਦਾ ਰਾਹ: ਨਿੱਜੀ ਨਾਂ ਅਤੇ ਪਤੇ

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

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

ਕੋਈ ਵੀ ਵਪਾਰਕ VPN ਜੋੜਨ ਨਾਲ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਤੁਹਾਡਾ ਨਿਕਾਸ ਪਤਾ ਬਦਲਦਾ ਹੈ ਅਤੇ ਅੰਦਰੂਨੀ ਨਾਂ ਨੂੰ ਉੱਨਾ ਹੀ ਨਾ-ਹੱਲਯੋਗ ਛੱਡ ਦਿੰਦਾ ਹੈ।

ਐਪ ਨੀਤੀ ਦੀ ਪਰਤ

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

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

ਉਹੀ ਪਾਬੰਦੀ ਕਿਸੇ ਨਿੱਜੀ ਡਿਵਾਈਸ 'ਤੇ ਪੜ੍ਹਨਾ ਬੰਦ ਰਾਹ ਹੈ। ਬਿਨਾਂ ਪ੍ਰਬੰਧ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਪੜ੍ਹਨ ਲਈ ਕੋਈ ਪਾਬੰਦੀ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਐਪ ਉਸੇ ਡਿਫਾਲਟ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨਾਲ ਇਹ ਬਣੀ ਸੀ।

ਪਲੇਟਫਾਰਮ ਪਰਤ: ਹਮੇਸ਼ਾ ਚਾਲੂ ਅਤੇ ਲਾਕਡਾਊਨ

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

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

ਇਹ ਵੀ ਇੱਕੋ-ਇੱਕ ਪਰਤ ਹੈ ਜਿੱਥੇ ਅਸੰਬੰਧਿਤ VPN ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਕਿਉਂਕਿ ਨੀਤੀ ਇੱਕ ਖਾਸ ਪੈਕੇਜ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ।

ਤਿੰਨਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ

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

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

ਸਹਾਇਤਾ ਬੇਨਤੀ ਵਿੱਚ ਕੀ ਲਿਖਣਾ ਹੈ

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

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

ਕਲਾਇੰਟ ਨਾਲ ਨਹੀਂ, ਪਰਤ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਉੱਪਰਲੇ ਤਿੰਨ ਸੰਕੇਤ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਹੀ ਸੈਸ਼ਨ ਵਿੱਚ ਇਹ ਤੈਅ ਕਰ ਦਿੰਦੇ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ