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

ਟਨਲ ਕੌਣ ਲਾਗੂ ਕਰਦਾ ਹੈ

ਇਹ ਵੰਡ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕੁਝ ਟੁੱਟਣ 'ਤੇ ਕੌਣ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਅੰਦਰੂਨੀ IPsec ਜਾਂ IKEv2 ਨਾਲ, ਟਨਲ ਦੀ ਸਟੇਟ ਮਸ਼ੀਨ iOS ਦੀ ਹੈ ਅਤੇ ਐਪ ਕਨਫਿਗਰੇਸ਼ਨ ਤੇ ਬਟਨਾਂ ਦਾ ਮਾਲਕ ਹੈ। ਪ੍ਰਦਾਤਾ ਨਾਲ, ਐਪ ਦੋਵਾਂ ਦਾ ਮਾਲਕ ਹੈ, ਇਸ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਬੱਗ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਪਡੇਟ ਦੀ ਥਾਂ ਐਪ ਅਪਡੇਟ ਬਣ ਜਾਂਦਾ ਹੈ।

ਪ੍ਰੋਟੋਕੋਲ ਕੌਣ ਲਾਗੂ ਕਰਦਾ ਹੈ ਪੁੱਛੋ ਤਾਂ ਤੁਲਨਾ ਛੋਟੀ ਹੈ।

IntegrationApple interfaceProtocol implementation
Personal VPNNEVPNManager with a Personal VPN configurationThe system IPsec or IKEv2 client
Packet tunnelNETunnelProviderManager plus the provider extensionWhatever the extension implements

ਨਿੱਜੀ VPN ਦਸਤਾਵੇਜ਼ ਉਸ ਸਪਸ਼ਟ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰ ਬੇਨਤੀ ਦਾ ਵੀ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ ਜਦੋਂ ਐਪ ਪਹਿਲੀ ਵਾਰ ਕਨਫਿਗਰੇਸ਼ਨ ਸੰਭਾਲਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ VPN ਐਪਾਂ ਦੀ ਨਹੀਂ, ਉਸ ਮਾਡਲ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ।

ਲੇਬਲ ਬਾਰੇ ਛੱਡਣ ਯੋਗ ਦੋ ਦਾਅਵੇ

ਪਹਿਲਾ ਇਹ ਹੈ ਕਿ ਨਿੱਜੀ VPN ਸਾਈਫਰ ਚੁਣਦਾ ਹੈ। ਅਜਿਹਾ ਨਹੀਂ ਕਰਦਾ; ਗੱਲਬਾਤ ਨਾਲ ਤੈਅ ਸੂਟ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਇਸਦੀ ਕਨਫਿਗਰੇਸ਼ਨ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਲੇਬਲ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਮਿਲੇਗਾ। ਦੂਜਾ ਇਹ ਹੈ ਕਿ ਨਿੱਜੀ VPN ਦਾ ਮਤਲਬ ਪ੍ਰੌਕਸੀ ਜਾਂ ਸੀਮਤ ਟਨਲ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਅੰਦਰੂਨੀ IPsec ਜਾਂ IKEv2 ਹੈ, ਜੋ ਰੂਟਾਂ ਦੇ ਇਸ ਤਰ੍ਹਾਂ ਕਹਿਣ 'ਤੇ ਪੂਰਾ ਟਨਲ ਹੁੰਦਾ ਹੈ।

ਇਸ ਲਈ ਐਪ ਦੀ ਮੌਜੂਦਗੀ ਤਾਰ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਕੋਈ ਸਬੂਤ ਨਹੀਂ। WireGuard ਜਾਂ OpenVPN ਬੋਲਣ ਵਾਲਾ ਤੀਜਾ-ਪੱਖ ਕਲਾਇੰਟ ਬਣਾਵਟ ਕਾਰਨ ਪ੍ਰਦਾਤਾ ਐਪ ਹੈ, ਕਿਉਂਕਿ iOS ਉਹ ਪ੍ਰੋਟੋਕੋਲ ਮੂਲ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ।

ਕਾਰੋਬਾਰੀ ਸ਼ਬਦਾਵਲੀ ਕਿਉਂ ਭਰਮਾਉਂਦੀ ਹੈ

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

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

ਸਕ੍ਰੀਨਸ਼ਾਟ ਦੀ ਥਾਂ ਸਬੂਤ ਜਾਂਚੋ

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

ਐਪ ਦੀ ਗੱਲ ਕਰੀਏ ਤਾਂ, ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਕਲਾਸ ਉਸੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੂਜੇ ਪਾਸਿਓਂ ਦਿੰਦੀ ਹੈ: ਨਿੱਜੀ VPN API ਤੋਂ ਕਨਫਿਗਰੇਸ਼ਨ ਆਬਜੈਕਟ, ਜਾਂ ਪ੍ਰਦਾਤਾ ਮੈਨੇਜਰ ਅਤੇ ਉਸਦਾ ਐਕਸਟੈਂਸ਼ਨ।

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

ਰਿਕਾਰਡ ਨੂੰ ਕਨੈਕਸ਼ਨ ਨਾਲ ਰੱਖੋ

ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸਰੋਤ ਨੀਤੀ ਨੂੰ ਐਪ ਨਾਲ ਨਹੀਂ, ਕਨੈਕਸ਼ਨ ਰਿਕਾਰਡ ਨਾਲ ਜੋੜੋ, ਤਾਂ ਜੋ ਦੁਬਾਰਾ ਸਥਾਪਨਾ ਅਧਿਕਾਰ ਮਾਡਲ ਨੂੰ ਨਾਲ ਨਾ ਲੈ ਜਾਵੇ। ਉਹੀ ਰਿਕਾਰਡ ਸਹਾਇਤਾ ਇੰਜੀਨੀਅਰ ਨੂੰ ਉਦੋਂ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਟਨਲ ਉੱਠੇ ਅਤੇ ਹੋਰ ਕੁਝ ਕੰਮ ਨਾ ਕਰੇ।

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

ਸੰਬੰਧਿਤ ਲੇਖ