ਕੀ ਤੁਹਾਡਾ ਕਿੱਲ ਸਵਿੱਚ ਉਸ ਐਪ ਨੂੰ ਬਲੌਕ ਕਰੇਗਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖਿਆ ਸੀ?

ਕਿੱਲ ਸਵਿੱਚ ਚਾਲੂ ਹੈ, ਇੱਕ ਐਪ ਜਾਣਬੁੱਝ ਕੇ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖੀ ਗਈ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਲੋੜਾਂ ਹੁਣ ਇੱਕ-ਦੂਜੇ ਦੇ ਵਿਰੁੱਧ ਹਨ। ਇੱਕ ਕਹਿੰਦੀ ਹੈ ਕਿ ਟਨਲ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਬਾਹਰ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਦੂਜੀ ਕਹਿੰਦੀ ਹੈ ਕਿ ਇਸ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਸਿੱਧਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਰ ਕਲਾਇੰਟ ਇਸ ਟਕਰਾਅ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੈਟਿੰਗਾਂ ਪੰਨਾ ਘੱਟ ਹੀ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਨਿਯਮ ਜਿੱਤਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਲੇਬਲ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਐਪ ਲਈ ਨੀਤੀ ਲਿਖੋ।

ਦੋ ਨੀਤੀਆਂ, ਇੱਕ ਮਸ਼ੀਨ

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

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

ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਐਪ ਦੀ ਸੂਚੀ ਲਿਖੋ

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

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

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

ਰੁਕਾਵਟ ਵੇਲੇ ਕਲਾਇੰਟ ਕੀ ਕਰਦਾ ਹੈ

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

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

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

ਤਿੰਨ ਪਲ: ਟਨਲ ਚਾਲੂ, ਟਨਲ ਬੰਦ, ਮੁੜ ਜੁੜਨਾ

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

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --interface tun0 https://api.ipify.org
dig +short example.com

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

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