ਤੁਹਾਡੇ iPhone ਦਾ VPN ਲਾਕ ਇੱਕ ਨੀਤੀ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ

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

ਲਾਕ ਨੂੰ ਸਥਿਤੀਆਂ ਬਾਰੇ ਇੱਕ ਇਕਰਾਰਨਾਮਾ ਦੱਸੋ, IKEv2 ਜਾਂ On Demand ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ।

ਲੱਛਣ: ਆਈਕਨ ਕਹਿੰਦਾ ਹੈ ਜੁੜਿਆ ਹੈ

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

ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਤਾਂ ਹੀ ਹੈ ਜੇ ਨੀਤੀ ਉਸ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੇ।

ਪ੍ਰੋਟੋਕੋਲ ਅਸਲ ਵਿੱਚ ਕੀ ਕਾਇਮ ਰੱਖਦਾ ਹੈ

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

On Demand ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਸਰਗਰਮੀ ਦੇ ਵਿਵਹਾਰ ਦਾ ਵਰਣਨ ਹੈ, ਸਰਵਵਿਆਪੀ ਰੋਕ ਦੀ ਗਰੰਟੀ ਨਹੀਂ।

ਪਲੇਟਫਾਰਮ ਡਿਵੈਲਪਰ ਨੂੰ ਕੀ ਦਿੰਦਾ ਹੈ

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

ਟੌਗਲ ਦਾ ਨਾਮ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਐਪ ਕਿਹੜਾ API ਕਾਲ ਕਰਦੀ ਹੈ।

ਸੁਵਿਧਾ ਨੂੰ ਇਕਰਾਰਨਾਮੇ ਵਜੋਂ ਪੜ੍ਹੋ

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

ਅਚਾਨਕ ਨੁਕਸਾਨ ’ਤੇ ਰੋਕਣ ਵਾਲੀ ਪਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਡਿਸਕਨੈਕਟ ’ਤੇ ਨ ਰੋਕਣ ਵਾਲੀ ਸੁਵਿਧਾ ਇੱਕ ਸੁਸੰਗਤ ਡਿਜ਼ਾਈਨ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਹ ਨਹੀਂ ਜੋ ਮਾਰਕੀਟਿੰਗ ਪੰਨੇ ਨੇ ਦੱਸਿਆ ਸੀ।

ਅੰਤਰਾਲਾਂ ਨੂੰ ਕਿਵੇਂ ਪਰਖਣਾ ਹੈ

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

ਜੇ ਜਵਾਬ ਪਾਲਣਾ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ ਉਤਪਾਦ ਲੇਬਲ ਤੋਂ ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮੰਗੋ।