ਪ੍ਰਬੰਧਿਤ iPhone ਐਪਾਂ 'ਤੇ ਪ੍ਰਤੀ-ਐਪ VPN: ਕੀ ਰੂਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਪ੍ਰਤੀ-ਐਪ ਟਨਲ ਪ੍ਰਬੰਧਿਤ ਐਪ ਦਾ ਪਿੱਛਾ ਕਰਦੀ ਹੈ, ਫ਼ੋਨ ਦਾ ਨਹੀਂ। ਪੇਲੋਡ ਜੋੜ, ਪ੍ਰਬੰਧਿਤ ਕਾਪੀ, ਮੰਗ ਅਨੁਸਾਰ ਨਿਯਮ ਅਤੇ ਐਪ ਤੋਂ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਵਹਾਅ ਜਾਂਚੋ।
iPhone 'ਤੇ ਪ੍ਰਤੀ-ਐਪ VPN ਪੂਰੇ ਫ਼ੋਨ ਦਾ ਸਵਿੱਚ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਐਪ ਅਤੇ ਇੱਕ VPN ਪੇਲੋਡ ਵਿਚਕਾਰ ਜੋੜ ਹੈ, ਜੋ ਐਪ ਤੈਨਾਤ ਹੋਣ ਵੇਲੇ ਬਣਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਭ ਦਾ ਟ੍ਰੈਫਿਕ ਪਹਿਲਾਂ ਵਾਲਾ ਰਾਹ ਕਾਇਮ ਰੱਖਦਾ ਹੈ। ਇਸ ਲਈ ਉਹੀ ਫ਼ੋਨ ਅਸੰਗਤ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ: ਕੰਮ ਵਾਲੀ ਐਪ ਨਿੱਜੀ ਪੰਨਾ ਖੋਲ੍ਹਦੀ ਹੈ ਪਰ Safari ਉਸੇ ਹੋਸਟ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਜਾਂ ਟਨਲ ਕਦੇ ਵੀ ਉੱਪਰ ਨਹੀਂ ਆਉਂਦੀ ਅਤੇ ਐਪ ਗ਼ਲਤ ਪ੍ਰਮਾਣਾਂ ਵਰਗਾ ਦਿਸਣ ਵਾਲਾ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ। ਜਾਂਚਾਂ ਸਭ ਤੋਂ ਚੌੜੇ ਕਾਰਨ ਤੋਂ ਹੇਠਾਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਪਹਿਲੀ ਅਸਫਲ ਜਾਂਚ 'ਤੇ ਰੁਕੋ।
ਪਹਿਲਾਂ ਪੇਲੋਡ ਅਤੇ ਐਪ ਰਿਕਾਰਡ ਜਾਂਚੋ
ਜੋੜ ਦੋ ਵਸਤੂਆਂ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਇੱਕ ਵਿੱਚ ਨਹੀਂ। VPN ਪੇਲੋਡ ਟਨਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ: ਕਿਸਮ, ਸਰਵਰ, ਪ੍ਰਮਾਣਿਕਤਾ, DNS ਅਤੇ ਕਸਟਮ ਕਲਾਇੰਟ ਵਰਤੇ ਜਾਣ 'ਤੇ ਪ੍ਰਦਾਤਾ ਦਾ ਬੰਡਲ ਪਛਾਣਕਰਤਾ। ਐਪ ਰਿਕਾਰਡ ਉਸ ਪੇਲੋਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਬਹੁਤੇ ਪ੍ਰਬੰਧਨ ਕੰਸੋਲ ਇਸ ਨੂੰ ਐਪ ਸੰਰਚਨਾ ਵਿੱਚ Per-App VPN ਦੇ ਨੇੜਲੇ ਨਾਮ ਨਾਲ ਪ੍ਰਤੀ-ਐਪ ਵਿਕਲਪ ਵਜੋਂ ਦਿੰਦੇ ਹਨ। ਜਿਸ ਪੇਲੋਡ ਵੱਲ ਕੋਈ ਐਪ ਇਸ਼ਾਰਾ ਨਹੀਂ ਕਰਦੀ, ਉਹ ਪ੍ਰਤੀ-ਐਪ ਕੁਝ ਵੀ ਰੂਟ ਨਹੀਂ ਕਰਦਾ; ਉਹ ਕਿਸੇ ਨੂੰ ਹੱਥ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੀ ਆਮ ਟਨਲ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।
ਫ਼ੋਨ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਵਸਤੂਆਂ ਪੜ੍ਹੋ। ਪੱਕਾ ਕਰੋ ਕਿ ਐਪ ਸੰਰਚਨਾ ਤੁਹਾਡੇ ਜਾਂਚੇ ਜਾ ਰਹੇ ਪੇਲੋਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ, ਉਸ ਦੀ ਪੁਰਾਣੀ ਕਾਪੀ ਵੱਲ ਨਹੀਂ, ਕਿਉਂਕਿ ਤਬਾਦਲੇ ਤੋਂ ਬਾਅਦ ਲਗਭਗ ਇੱਕੋ ਨਾਮ ਵਾਲੇ ਦੋਹਰੇ ਪੇਲੋਡ ਆਮ ਹਨ ਅਤੇ ਐਪ ਖ਼ੁਸ਼ੀ ਨਾਲ ਹਟਾਏ ਗਏ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਫਿਰ ਪੱਕਾ ਕਰੋ ਕਿ ਸੰਰਚਨਾ ਡਿਵਾਈਸ ਤੱਕ ਪਹੁੰਚੀ: ਸੈਟਿੰਗਾਂ, ਆਮ, VPN ਅਤੇ ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ ਇਸ ਨੂੰ ਸਥਾਪਿਤ ਪਰੋਫ਼ਾਈਲ ਵਜੋਂ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਉੱਥੇ ਦੀ VPN ਸੂਚੀ ਪਰਖ ਨਹੀਂ ਹੈ। ਪ੍ਰਤੀ-ਐਪ ਸੇਵਾ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਹੱਥ ਦਾ ਸਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਸਹੀ ਢੰਗ ਨਾਲ ਤੈਨਾਤ ਸੰਰਚਨਾ ਸ਼ੁਰੂ ਕਰਨ ਯੋਗ VPNਾਂ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਦਿਸ ਸਕਦੀ। ਗ਼ੈਰਹਾਜ਼ਰੀ ਐਪ ਰਿਕਾਰਡ ਵਿੱਚ ਅਤੇ ਟਨਲ ਐਪ ਦੀ ਪਹਿਲੀ ਮੰਗ 'ਤੇ ਉੱਪਰ ਆਉਣ-ਨਾ-ਆਉਣ ਵਿੱਚ ਦਿਸਦੀ ਹੈ।
ਇੱਕ ਸ਼ਰਤ ਬਹੁਤ ਸਾਰੀਆਂ ਟਿਕਟਾਂ ਸਮਝਾਉਂਦੀ ਹੈ: ਇਸ ਮਾਡਲ ਲਈ ਐਪ ਦਾ ਪ੍ਰਬੰਧਨ ਰਾਹੀਂ ਆਉਣਾ ਲਾਜ਼ਮੀ ਹੈ। ਪਾਸੇ ਤੋਂ ਸਥਾਪਿਤ ਜਾਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਖ਼ਰੀਦੀ ਕਾਪੀ ਨੂੰ ਜੋੜ ਨਹੀਂ ਮਿਲਦਾ, ਭਾਵੇਂ ਉਸ ਦਾ ਬੰਡਲ ਪਛਾਣਕਰਤਾ ਮਿਲਦਾ ਹੋਵੇ। VPN ਲਈ Apple ਦੀ ਤੈਨਾਤੀ ਗਾਈਡ ਇਸ ਪਿੱਛੇ ਦਾ ਪੇਲੋਡ ਮਾਡਲ ਦੱਸਦੀ ਹੈ (support.apple.com/guide/deployment/vpn-overview-depae3d361d0/web)।
ਪੱਕਾ ਕਰੋ ਕਿ ਸਥਾਪਿਤ ਐਪ ਪ੍ਰਬੰਧਿਤ ਕਾਪੀ ਹੈ
ਜੋੜ ਸਥਾਪਿਤ, ਪ੍ਰਬੰਧਿਤ ਐਪ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ। ਜੇ ਕਿਸੇ ਨੇ ਇਸ ਨੂੰ ਨਿੱਜੀ Apple ID ਨਾਲ App Store ਤੋਂ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕੀਤਾ, ਦੁਬਾਰਾ ਦਸਤਖ਼ਤ ਕੀਤੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਬਿਲਡ ਨਾਲ ਬਦਲਿਆ, ਜਾਂ ਡਿਵਾਈਸ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਹੋਇਆ ਅਤੇ ਐਪ ਕਿਸੇ ਹੋਰ ਚੈਨਲ ਰਾਹੀਂ ਵਾਪਸ ਆਈ, ਤਾਂ ਐਪ ਆਪ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਮ ਦਿਸਦੀ ਹੋਈ ਵੀ ਟਨਲ ਹੇਠਾਂ ਰਹਿ ਸਕਦੀ ਹੈ।
ਇੱਕ ਨਿਰੀਖਣ ਨਾਲ ਨਹੀਂ, ਤੁਲਨਾ ਨਾਲ ਜਾਂਚੋ। ਪ੍ਰਬੰਧਨ ਸੂਚੀ ਵਿੱਚ ਐਪ ਉਸ ਡਿਵਾਈਸ ਲਈ ਪ੍ਰਬੰਧਿਤ ਵਜੋਂ, ਆਪਣੇ ਰਿਕਾਰਡ ਵਿੱਚ VPN ਮੈਪਿੰਗ ਨਾਲ ਦਿਸਣੀ ਚਾਹੀਦੀ ਹੈ। ਫ਼ੋਨ 'ਤੇ ਟਨਲ ਐਪ ਸ਼ੁਰੂ ਹੋਣ ਅਤੇ ਉਸ ਦੀ ਪਹਿਲੀ ਮੰਗ ਬਾਹਰ ਜਾਣ ਵੇਲੇ ਉੱਪਰ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਿਰਫ਼ ਉਦੋਂ ਨਹੀਂ ਜਦੋਂ ਕੋਈ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਵੱਖਰੀ ਹੱਥ ਦੀ ਸੰਰਚਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਜੇ ਐਪ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ ਅਤੇ ਉਹ ਹੱਥ ਦੀ ਸੰਰਚਨਾ ਬਦਲਦੀ ਹੈ, ਤਾਂ ਐਪ ਪ੍ਰਤੀ-ਐਪ ਟਨਲ ਨਾਲ ਬਿਲਕੁਲ ਨਹੀਂ ਜੁੜੀ।
ਅੱਪਡੇਟ ਅਹਿਮ ਹਨ: ਪ੍ਰਬੰਧਨ ਰਾਹੀਂ ਭੇਜਿਆ ਮੈਪਿੰਗ ਰੱਖਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤੀ ਮੁੜ-ਸਥਾਪਨਾ ਉਹ ਗੁਆ ਸਕਦੀ ਹੈ। ਜੇ ਸ਼ਿਕਾਇਤ ਅੱਪਡੇਟ ਤੋਂ ਮਿਤੀ ਵਾਲੀ ਹੈ, ਤਾਂ ਨੈੱਟਵਰਕ ਤੋਂ ਪਹਿਲਾਂ ਐਪ ਰਿਕਾਰਡ ਜਾਂਚੋ।
ਜਾਂਚੋ ਕਿ ਟਨਲ ਕੀ ਲੈ ਸਕਦੀ ਹੈ
ਪ੍ਰਤੀ-ਐਪ ਟਨਲ ਸਰੋਤ ਐਪ ਵੱਲੋਂ ਚੁਣੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਫ਼ੋਨ ਦਾ ਡਿਫ਼ਾਲਟ ਰਾਹ ਅਜੇ ਵੀ Wi-Fi ਜਾਂ ਸੈਲਿਊਲਰ ਦਾ ਹੈ। OverridePrimary ਉਹ ਕੁੰਜੀ ਹੈ ਜੋ ਇਹ ਬਦਲਦੀ ਹੈ। ਜਦੋਂ ਪਰੋਫ਼ਾਈਲ ਇਹ ਸੈੱਟ ਕਰਦੀ ਹੈ, ਟਨਲ ਪੂਰੀ ਟਨਲ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਅਤੇ ਹਰ ਐਪ ਇਸ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ, ਇਸ ਲਈ VPN ਰਾਹੀਂ ਜਾਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਐਪ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ, ਪਰੋਫ਼ਾਈਲ ਦਾ ਸਵਾਲ ਬਣਦੀ ਹੈ।
ਮੰਗ ਅਨੁਸਾਰ ਨਿਯਮ ਟਿਕਾਊਪਣ ਤੈਅ ਕਰਦੇ ਹਨ। OnDemandEnabled ਅਤੇ ਉਸ ਦਾ ਨਿਯਮ ਸਮੂਹ ਟਨਲ ਨੂੰ ਐਪ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਵੇਲੇ ਵਾਪਸ ਲਿਆਉਂਦੇ ਹਨ, Wi-Fi ਤੋਂ ਸੈਲਿਊਲਰ 'ਤੇ ਜਾਣ ਦਾ ਬਦਲਾਅ ਸਹਿੰਦੇ ਹਨ, ਜਾਂ ਐਪ ਪਿਛੋਕੜ ਵਿੱਚ ਜਾਣ 'ਤੇ ਡੇਗਦੇ ਹਨ। ਜੁੜ ਕੇ ਫਿਰ ਚੁੱਪਚਾਪ ਮਰਨ ਵਾਲੀ ਤੈਨਾਤੀ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਐਸਾ ਨਿਯਮ ਹੁੰਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਸ ਪ੍ਰੋਬ ਨਾਲ ਮਿਲਦਾ ਹੈ ਜੋ ਐਪ ਦੇ ਨਿਸ਼ਕ੍ਰਿਯ ਹੋਣ ਵੇਲੇ ਕਦੇ ਨਹੀਂ ਚੱਲਦਾ।
ਫਿਰ ਰਾਹ ਦਾ ਪਾਸਾ ਇਮਾਨਦਾਰੀ ਨਾਲ ਪੜ੍ਹੋ। ਜੇ ਪ੍ਰਦਾਤਾ ਜਾਂ ਵਿਕਰੇਤਾ ਪਰੋਫ਼ਾਈਲ ਸ਼ਾਮਲ ਕਰਨ ਸੂਚੀ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਸਿਰਫ਼ 10.20.0.0/16 ਲੈ ਜਾਣ ਵਾਲੀ ਟਨਲ 10.30.0.0/16 ਵਿੱਚ ਸੇਵਾ ਨਹੀਂ ਲੈ ਜਾਵੇਗੀ; ਇਹ ਸੂਚੀ ਆਪਣਾ ਕੰਮ ਕਰ ਰਹੀ ਹੈ, ਪ੍ਰਤੀ-ਐਪ ਖ਼ਰਾਬੀ ਨਹੀਂ। ਅੰਦਰੂਨੀ iOS ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਸੂਚੀ ਨਹੀਂ ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਵੰਡ ਪ੍ਰਦਾਤਾ ਦੇ ਡਿਫ਼ਾਲਟ ਅਤੇ IncludeAllNetworks ਦੀ ਪੈਰਵੀ ਕਰਦੀ ਹੈ, ਲੁਕੀ ਸੂਚੀ ਦੀ ਨਹੀਂ।
ਐਪ ਜਾਂਚੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਇਸ ਤੋਂ ਕੀ ਬਾਹਰ ਜਾਂਦਾ ਹੈ
ਸਿਰਫ਼ ਪਤੇ ਨਾਲ ਨਹੀਂ, ਨਾਮ ਨਾਲ ਜਾਂਚੋ। ਪ੍ਰਬੰਧਿਤ ਐਪ ਦੇ ਅੰਦਰ ਅੰਦਰੂਨੀ ਹੋਸਟ ਦਾ ਹੱਲ ਹੋਣਾ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ DNS ਵੀ ਟਨਲ ਰਾਹੀਂ ਗਿਆ, ਕਿਉਂਕਿ ਪੇਲੋਡ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਰਿਜ਼ੌਲਵਰ ਜਵਾਬ ਦੇਵੇਗਾ ਅਤੇ ਕਿਹੜੇ ਖੋਜ ਡੋਮੇਨ ਲਾਗੂ ਹੋਣਗੇ। ਨਾਮ ਖੋਜ ਫੇਲ੍ਹ ਹੋਣ ਵੇਲੇ ਵੀ ਰੂਟਿੰਗ ਪੂਰੀ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਲੱਛਣ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।
ਫਿਰ ਦੋਵੇਂ ਪਾਸਿਆਂ ਤੋਂ ਹੱਦ ਜਾਂਚੋ। ਨਿੱਜੀ ਐਪ ਜਾਂ Safari ਨੂੰ ਆਮ ਜਨਤਕ ਪੰਨੇ ਤੱਕ ਪਹੁੰਚ ਕੇ ਆਪਰੇਟਰ ਜਾਂ ਘਰ ਦਾ ਪਤਾ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰਬੰਧਿਤ ਐਪ ਨਿੱਜੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ। ਜੇ ਦੋਵੇਂ ਇੱਕੋ ਜਨਤਕ ਪਤਾ ਦੱਸਦੇ ਹਨ, ਤਾਂ ਐਪ ਰਿਕਾਰਡ ਕੁਝ ਵੀ ਕਹੇ, ਟਨਲ ਹੁਣ ਪ੍ਰਤੀ-ਐਪ ਨਹੀਂ ਹੈ।
ਐਪ ਛੱਡ ਕੇ ਜਾਣ ਵਾਲੇ ਵਹਾਅ ਉਲਝਣ ਵਾਲੀਆਂ ਟਿਕਟਾਂ ਬਣਾਉਂਦੇ ਹਨ। Safari ਵਿੱਚ ਖੁੱਲ੍ਹਣ ਵਾਲਾ ਲਿੰਕ, ਸਾਂਝਾ ਕਰਨ ਸ਼ੀਟ ਰਾਹੀਂ ਭੇਜਿਆ ਦਸਤਾਵੇਜ਼, ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਵੱਲ ਜਾਣ ਵਾਲਾ SSO ਲੌਗਇਨ ਐਪ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਉਸ ਨਾਲ ਟਨਲ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਐਪ ਅੰਦਰ ਦਿਖਾਇਆ ਲੌਗਇਨ ਆਮ ਤੌਰ 'ਤੇ ਐਪ ਨੂੰ ਹੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ URL Safari ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਥਾਂ 'ਤੇ ਐਂਬੈਡਿਡ ਸਾਈਨ-ਇਨ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ; ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਪਰਖੋ। ਜੇ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੈ, ਤਾਂ ਲੌਗਇਨ ਐਪ ਅੰਦਰ ਰੱਖੋ ਜਾਂ ਪ੍ਰਦਾਤਾ ਦਾ ਡੋਮੇਨ ਪੇਲੋਡ ਦੇ Safari ਡੋਮੇਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਤਾਂ ਜੋ ਮਿਲਦਾ Safari ਟ੍ਰੈਫਿਕ ਫੜਿਆ ਜਾਵੇ।
ਲੱਛਣ ਨੂੰ ਪਰਤ ਨਾਲ ਮਿਲਾਓ
ਖ਼ਰਾਬੀ ਦਾ ਆਕਾਰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਜਾਂਚ ਦੁਹਰਾਉਣੀ ਹੈ।
| What you see | Where the repair is |
|---|---|
| Tunnel never appears when the app opens | App-to-payload association, or the app is not the managed copy |
| Tunnel connects, internal name resolves, connection times out | Provider or vendor include list missing the subnet, or a far-side firewall |
| Tunnel connects, internal name fails to resolve | DNS servers or search domains in the payload |
| Every app uses the tunnel | OverridePrimary set, or a full-tunnel payload reused |
| Worked until an update, broken since | Association lost on reinstall, or the payload was replaced |
ਵਿਚਕਾਰਲੀਆਂ ਲਾਈਨਾਂ ਪਿੱਛੇ ਦੋ ਤਫ਼ਸੀਲਾਂ ਹਨ: ਪ੍ਰਤੀ-ਐਪ ਟਨਲ ਸਿਹਤਮੰਦ ਹੋ ਕੇ ਵੀ ਕੋਈ ਅਜਿਹਾ ਸਬਨੈੱਟ ਛੱਡ ਸਕਦੀ ਹੈ ਜੋ ਕਿਸੇ ਪ੍ਰਦਾਤਾ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ, ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਫ਼ੋਨ ਇੱਕ ਤੋਂ ਵੱਧ VPN ਸੰਰਚਨਾਵਾਂ ਰੱਖ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਪੜ੍ਹ ਰਹੇ ਹੋ ਉਹੀ ਹੈ ਅਨੁਮਾਨ ਨਾ ਲਾਓ, ਸਗੋਂ ਪੱਕਾ ਕਰੋ ਕਿ ਐਪ ਕਿਸ ਨਾਲ ਬੱਝੀ ਹੈ।
ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਠੀਕ ਕਰੋ: ਐਪ ਰਿਕਾਰਡ ਨੂੰ ਜੀਵਤ ਪੇਲੋਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਬਣਾਓ, ਪ੍ਰਬੰਧਨ ਰਾਹੀਂ ਐਪ ਮੁੜ ਸਥਾਪਿਤ ਕਰੋ, ਪੱਕਾ ਕਰੋ ਕਿ ਟਨਲ ਐਪ ਦੀ ਪਹਿਲੀ ਮੰਗ 'ਤੇ ਉੱਪਰ ਆਉਂਦੀ ਹੈ, ਫਿਰ ਨਾਮ ਅਤੇ ਹੱਦ ਦੀਆਂ ਜਾਂਚਾਂ ਦੁਹਰਾਓ। ਜੇ ਪਹਿਲੀ ਮੰਗ ਟਨਲ ਸ਼ੁਰੂ ਹੀ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦਾ ਪਾਸਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕਸਟਮ ਕਲਾਇੰਟ ਨੂੰ ਸਥਾਪਿਤ ਐਪ ਨਾਲ ਮਿਲਦਾ ਪਛਾਣਕਰਤਾ ਅਤੇ ਮੌਜੂਦਾ Network Extension ਲੋੜੀਂਦਾ ਹੈ।
ਸਕ੍ਰੀਨਸ਼ਾਟ ਦੀ ਥਾਂ ਤਿੰਨ ਤੱਥ ਵਾਪਸ ਦਿਓ: ਐਪ ਰਿਕਾਰਡ ਕਿਸ ਪੇਲੋਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਸੈਟਿੰਗਾਂ ਇਸ ਨੂੰ ਸਥਾਪਿਤ ਪਰੋਫ਼ਾਈਲ ਵਜੋਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਅਸਫਲ ਮੰਗ ਕੀ ਸੀ — ਨਾਮ, ਪਤਾ ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਤਬਦੀਲੀ। ਇਹ ਤਿੰਨ ਜਵਾਬ ਤੈਨਾਤੀ ਦੀ ਗ਼ਲਤੀ ਨੂੰ ਰੂਟਿੰਗ ਦੀ ਗ਼ਲਤੀ ਤੋਂ ਵੱਖ ਕਰਦੇ ਹਨ, ਅਤੇ ਅਗਲਾ ਬੰਦਾ ਨਿਦਾਨ ਦੁਹਰਾਏ ਬਿਨਾਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।