ਹਰ ਐਪ ਲਈ VPN ਜਾਂ split tunnel? Mac ਦਾ ਰੂਟ ਕੀ ਤੈਅ ਕਰ ਸਕਦਾ ਹੈ

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

ਚੋਣਕਾਰ ਮੰਜ਼ਿਲ ਹੈ, ਕਦੇ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ

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

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

ਆਮ split tunnel ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ

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

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

macOS ਉੱਤੇ ਪ੍ਰਤੀ-ਐਪ VPN ਕੀ ਮੰਗਦਾ ਹੈ

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

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

MDM ਤੋਂ ਬਿਨਾਂ ਐਪ-ਪੱਧਰੀ ਵੱਖਰਾਅ ਦੇ ਤਿੰਨ ਰਾਹ

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

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

ਬੇਨਤੀ ਐਸੇ ਲਿਖੋ ਕਿ ਜਵਾਬ ਸਾਫ਼ ਹੋਵੇ

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

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