ਇੱਕੋ ਸਮੇਂ ਦੋ iPhone VPN: ਤੁਹਾਡਾ ਟਰੈਫਿਕ ਕਿਹੜਾ ਲੈ ਜਾਂਦਾ ਹੈ?

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

ਭਰਮ: ਦੋ ਜੁੜੇ VPN ਇੱਕ ਜ਼ੰਜੀਰ ਹਨ

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

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

ਉਸ ਭਰਮ ਪਿੱਛੇ ਦਸਤਾਵੇਜ਼ੀ ਮਾਡਲ

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

ਇੱਥੇ Personal VPN ਉਸ API ਸ਼ਬਦ ਦਾ ਨਾਮ ਹੈ ਜੋ NEVPNManager ਰਾਹੀਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਬਿਲਟ-ਇਨ IPsec ਜਾਂ IKEv2 ਅਮਲ ਲਈ ਹੈ। NETunnelProviderManager ਸੁਰੰਗ ਪ੍ਰਦਾਤਾ ਮਾਡਲ ਹੈ। ਖਪਤਕਾਰ ਐਪ ਪ੍ਰਦਾਤਾ ਮਾਡਲ ਵਰਤ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ personal ਵਾਲਾ ਉਤਪਾਦ ਨਾਮ ਇਸਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਨਹੀਂ ਕਰਦਾ।

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

ਭਰਮ: ਨਿੱਜੀ VPN ਨੂੰ ਬ੍ਰਾਊਜ਼ਿੰਗ ਟਰੈਫਿਕ ਮਿਲਦਾ ਹੈ

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

ਪ੍ਰਬੰਧਿਤ ਪ੍ਰਤੀ-ਐਪ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਦਾ ਆਪਣਾ ਦਾਇਰਾ ਹੈ। ਡਿਵਾਈਸ-ਪੱਧਰ ਦੇ ਨਿਯਮ ਨੂੰ ਹਰ ਪ੍ਰਬੰਧਿਤ ਤੈਨਾਤੀ ਤੱਕ ਨਾ ਵਧਾਓ।

ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਪ੍ਰਵਾਹ ਲਿਖੋ: ਕੰਮ ਸੇਵਾ ਦਾ ਨਿੱਜੀ ਨਾਮ ਅਤੇ ਰੇਂਜ, ਅਤੇ ਇੱਕ ਨਵੀਂ ਜਨਤਕ ਬ੍ਰਾਊਜ਼ਿੰਗ ਬੇਨਤੀ। ਦੋਵੇਂ ਜਾਇਜ਼ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਵੰਡੀ ਸੁਰੰਗ ਵਾਲੇ ਕੰਮ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਰੂਟ ਤਰਜੀਹ

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

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

ਦੋ ਪ੍ਰਵਾਹ ਲਿਖੋ ਅਤੇ ਹਰ ਇੱਕ ਦੀ ਜਾਂਚ ਕਰੋ

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

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