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

StagePersonal profileSupervised Always On
Before first unlockdo not assume a tunneldo not assume a tunnel either
After unlock, network updepends on the provider or On Demand ruleactivates without user interaction
Tunnel negotiatingfirst app may already be tryingpolicy decides whether traffic waits
Gateway unreachableusually falls back to whatever the client allowsfollows the deployed policy

ਸ਼ਰਤ ਨੂੰ ਸਮਾਂ-ਰੇਖਾ ਵਜੋਂ ਲਿਖੋ

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

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

ਪਹਿਲਾ ਪੜਾਅ: ਪਹਿਲੇ ਅਨਲਾਕ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਸਥਿਤੀ

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

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

ਦੂਜਾ ਪੜਾਅ: ਨੈੱਟਵਰਕ ਦੀ ਤਿਆਰੀ ਅਤੇ ਕੈਪਟਿਵ ਪੋਰਟਲ

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

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

ਤੀਜਾ ਪੜਾਅ: ਪ੍ਰਮਾਣਿਕਤਾ ਜਿਸ ਨੂੰ ਅਜੇ ਵੀ ਇੱਕ ਵਿਅਕਤੀ ਚਾਹੀਦਾ ਹੈ

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

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

ਚੌਥਾ ਪੜਾਅ: ਪਹਿਲਾ ਸੁਰੱਖਿਅਤ ਕੰਮ, ਫਿਰ ਇੱਕ ਤਬਦੀਲੀ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ