iPhone ਉੱਤੇ Always On VPN ਬਨਾਮ VPN On Demand: ਕੀ ਤੈਨਾਤ ਕਰੀਏ

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

ਕਦਮ 1: ਯੰਤਰ ਕੀ ਲਾਜ਼ਮੀ ਕਰ ਸਕਦਾ ਹੈ ਨਿਰਧਾਰਤ ਕਰੋ

Always On ਨਿਗਰਾਨੀ ਵਾਲੇ ਯੰਤਰਾਂ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। ਜੇ ਫਲੀਟ ਨਿਗਰਾਨੀ ਹੇਠ ਨਹੀਂ ਹੈ ਤਾਂ ਗੱਲ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਖ਼ਤਮ ਹੈ, ਅਤੇ ਕੋਈ payload ਚਾਬੀ ਨਿਗਰਾਨੀ ਰਹਿਤ ਫ਼ੋਨ ਨੂੰ ਲਾਜ਼ਮੀ ਨਹੀਂ ਬਣਾਉਂਦੀ। ਪ੍ਰਬੰਧਨ ਪਾਸਿਓਂ ਅਤੇ ਯੰਤਰ ਤੋਂ ਨਿਗਰਾਨੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰੋਫ਼ਾਈਲ ’ਤੇ ਕਿਸਨੇ ਦਸਤਖ਼ਤ ਕੀਤੇ।

ਫ਼ੋਨ ’ਤੇ: ਸੈਟਿੰਗਾਂ, ਫਿਰ ਆਮ, ਫਿਰ VPN ਅਤੇ ਯੰਤਰ ਪ੍ਰਬੰਧਨ। ਪ੍ਰੋਫ਼ਾਈਲ ਐਂਟਰੀ ਆਪਣੇ ਮਾਲਕ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ, ਅਤੇ ਹੱਥੋਂ ਸਥਾਪਿਤ ਨਿੱਜੀ ਪ੍ਰੋਫ਼ਾਈਲ ਪ੍ਰਬੰਧਨ ਸੇਵਾ ਵੱਲੋਂ ਦਿੱਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਤੋਂ ਵੱਖਰਾ ਦਿਸਦਾ ਹੈ। ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਨਾਮ ਜਾਂ ਸਪਲਾਇਰ ਦੇ ਮਾਰਕੀਟਿੰਗ ਲੇਬਲ ਤੋਂ ਲਾਜ਼ਮੀ ਹੋਣ ਦਾ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ; ਲੇਬਲ ਪਲੇਟਫ਼ਾਰਮ ਦੀ ਨੀਤੀ ਨਹੀਂ ਹੈ।

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

ਕਦਮ 2: ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ ਨਹੀਂ, on-demand ਨਿਯਮ ਪੜ੍ਹੋ

On Demand ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਕੀਤੇ ਜਾਂਦੇ ਨਿਯਮਾਂ ਦੀ ਸੂਚੀ ਹੈ। ਹਰ ਨਿਯਮ ਕਾਰਵਾਈ ਅਤੇ ਉਸਨੂੰ ਚੁਣਨ ਵਾਲੀਆਂ ਸ਼ਰਤਾਂ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਸ਼ਰਤਾਂ ਹੀ ਦਿਲਚਸਪ ਹਿੱਸਾ ਹਨ: ਇੰਟਰਫ਼ੇਸ ਕਿਸਮ, Wi-Fi SSID, DNS ਡੋਮੇਨ ਪਿਛੇਤਰ ਜਾਂ ਜਾਂਚ URL। ਕਦੇ ਨਾ ਮਿਲਣ ਵਾਲਾ ਨਿਯਮ ਸਮੂਹ ਕਦੇ ਨਾ ਜੁੜਨ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ।

<key>OnDemandRules</key>
<array>
  <dict>
    <key>Action</key><string>EvaluateConnection</string>
    <key>InterfaceTypeMatch</key><string>WiFi</string>
    <key>SSIDMatch</key><array><string>Office-WiFi</string></array>
  </dict>
</array>

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

DNS ਪਿਛੇਤਰ ਦੀ ਸ਼ਰਤ ਖੇਤਰ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਗ਼ਲਤ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ’ਤੇ ਫ਼ੋਨ ਜੋ ਪਿਛੇਤਰ ਦੱਸਦਾ ਹੈ ਉਹ ਨਹੀਂ ਜੋ ਕਾਰਪੋਰੇਟ ਹੱਲਕਰ ਦਿੰਦਾ ਹੈ। ਨਿਯਮ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਨਾਮ ਜਾਂਚੋ ਜੋ ਯੰਤਰ ਸੱਚਮੁੱਚ ਹੱਲ ਕਰਦਾ ਹੈ।

ਕਦਮ 3: ਸਥਿਰ ਕਨੈਕਸ਼ਨ ਨਹੀਂ, ਬਦਲਾਅ ਜਾਂਚੋ

ਜੋ ਸੁਰੰਗ ਤੁਹਾਡੇ ਵੇਖਦਿਆਂ ਉੱਪਰ ਹੈ ਉਹ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦੀ ਹੈ। ਹਰ ਬਦਲਾਅ ਜਾਣਬੁੱਝ ਕੇ ਕਰੋ ਅਤੇ ਯੰਤਰ ਕੀ ਕਰਦਾ ਹੈ ਲਿਖੋ, ਹਰ ਵਾਰ ਉਹੀ ਨਿੱਜੀ ਸਰੋਤ ਵਰਤੋ ਤਾਂ ਜੋ ਨਤੀਜੇ ਤੁਲਨਾਯੋਗ ਹੋਣ:

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

ਜੇ ਹੈ ਤਾਂ ਨਿਗਰਾਨੀ ਰਹਿਤ ਯੰਤਰ ’ਤੇ ਉਹੀ ਸੂਚੀ ਚਲਾਓ। ਦੋਵਾਂ ਨਤੀਜਿਆਂ ਵਿੱਚਕਾਰ ਫ਼ਰਕ ਹੀ ਤੈਨਾਤੀ ਦਾ ਅਸਲ ਵਿਵਹਾਰ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਜੁੜੀ ਸੁਰੰਗ ਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਕਦੇ ਨਹੀਂ ਦਿਖਾਉਂਦਾ।

ਕਦਮ 4: ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਦੋ ਰੂਪ ਜਾਣੋ

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

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

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

ਕਦਮ 5: ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਵਾਪਸੀ ਦਾ ਅਭਿਆਸ ਕਰੋ

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

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

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