VPN ਕਿਲ ਸਵਿੱਚ: ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਅਤੇ ਕਦੋਂ ਰੋਕਦਾ ਹੈ
ਮੁੜ ਜੁੜਨਾ ਟਨਲ ਬਹਾਲ ਕਰਦਾ ਹੈ; ਕਿਲ ਸਵਿੱਚ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਨਾ ਹੋਣ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਟੁੱਟਣਾ, ਹੱਥ ਨਾਲ ਡਿਸਕਨੈਕਟ, ਐਪ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣਾ ਅਤੇ ਨੈੱਟਵਰਕ ਬਦਲਣਾ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ।
ਦੋ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵਰਣਨ ਇੱਕੋ ਸ਼ਬਦ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹ ਵੱਖਰਾ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਆਪਣੇ-ਆਪ ਮੁੜ ਜੁੜਨਾ ਟਨਲ ਵਾਪਸ ਲਿਆਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਅੰਤਰਾਲ ਵਿੱਚ ਬੇਨਤੀਆਂ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹੋਣ ਸਮੇਂ ਇਹ ਇੱਕ ਸਕਿੰਟ ਵਿੱਚ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਕਿਲ ਸਵਿੱਚ ਉਸ ਅੰਤਰਾਲ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕੀ ਹੋਵੇਗਾ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਦੋਵਾਂ ਨੂੰ ਇੱਕ ਸੈਟਿੰਗ ਮੰਨ ਕੇ ਕਲਾਇੰਟ ਪੜ੍ਹਨਾ ਨੀਤੀ ਦੀ ਥਾਂ ਆਈਕਨ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਹੈ।
ਰੋਕਣਾ ਅਤੇ ਮੁੜ ਜੁੜਨਾ ਵੱਖਰੇ ਫੈਸਲੇ ਹਨ
ਇੱਕ ਕਲਾਇੰਟ ਸਿਰਫ਼ ਤਦ ਰੋਕਦਾ ਹੈ ਜਦੋਂ ਕਨੈਕਸ਼ਨ ਟੁੱਟਣਾ ਅਚਾਨਕ ਹੋਵੇ, ਫਿਰ ਮੁੜ ਜੁੜਦਾ ਹੈ ਅਤੇ ਰੋਕ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਦੂਜਾ ਸਿਸਟਮ ਪੱਧਰ ਦੀ ਰੋਕ ਉਦੋਂ ਤੱਕ ਰੱਖਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਹੱਥ ਨਾਲ ਸੈਟਿੰਗ ਨਾ ਬਦਲੇ, ਅਤੇ ਤੀਜਾ ਜਾਣਬੁੱਝ ਕੇ ਡਿਸਕਨੈਕਟ ਨੂੰ ਆਮ ਪਹੁੰਚ ਬਹਾਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਮੰਨਦਾ ਹੈ। ਇਹ ਤਿੰਨ ਵੱਖਰੇ ਵਰਤਾਰੇ ਹਨ, ਅਤੇ ਤੁਹਾਡਾ ਬਿਲਡ ਕਿਹੜਾ ਲਾਗੂ ਕਰਦਾ ਹੈ ਇਹ ਵਿਕਰੇਤਾ ਦੇ ਦਸਤਾਵੇਜ਼ ਦੱਸਦੇ ਹਨ।
ਪ੍ਰੋਫਾਈਲ ਆਯਾਤ ਕਰਨਾ ਉਸ ਸਵਾਲ ਦਾ ਫੈਸਲਾ ਨਹੀਂ ਕਰਦਾ। ਉਹੀ ਸਰਵਰ ਪ੍ਰੋਫਾਈਲ ਉਲਟ ਰੋਕ ਵਰਤਾਰੇ ਵਾਲੇ ਦੋ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰੋਫਾਈਲ ਸੈਟਿੰਗਾਂ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਵਾਅਦਾ ਨਹੀਂ। ਇਸੇ ਲਈ ਡੈਸਕਟਾਪ ਦਾ ਚੈੱਕਬਾਕਸ ਅਤੇ ਸਮਾਨ ਨਾਮ ਵਾਲਾ ਮੋਬਾਈਲ ਸਵਿੱਚ ਵੱਖਰੇ ਨਿਯਮ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ। ਆਪਣੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕੰਟਰੋਲ ਦੇ ਨਾਲ ਦਿੱਤਾ ਵੇਰਵਾ ਪੜ੍ਹੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਇਹ ਕੀ ਕਰਦਾ ਹੈ।
ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਦੋ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ
OpenVPN Connect ਐਪ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਅਜਿਹੇ ਟਨਲ ਮੋਡ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ ਜੋ ਆਮ ਟ੍ਰੈਫਿਕ ਸਿਰਫ਼ ਤਦ ਰੋਕਦਾ ਹੈ ਜਦੋਂ ਕਲਾਇੰਟ ਰੁਕਿਆ ਹੋਇਆ ਜਾਂ ਮੁੜ ਜੁੜ ਰਿਹਾ ਹਾਲਤ ਦੱਸਦਾ ਹੈ, ਜੋ ਹਰ ਪਲੇਟਫਾਰਮ 'ਤੇ ਹਰ ਘਟਨਾ ਬਾਰੇ ਆਮ ਵਾਅਦੇ ਨਾਲੋਂ ਤੰਗ ਹੈ। ਉਤਪਾਦ ਦਾ ਨਾਮ ਨਹੀਂ, ਸੂਚੀਬੱਧ ਹਾਲਤਾਂ ਪੜ੍ਹੋ। ਇੱਕ ਕਲਾਇੰਟ ਬਿਲਡ ਲਈ ਲਿਖਿਆ ਵੇਰਵਾ ਦੂਜੇ ਵਿਕਰੇਤਾ ਦੇ ਕਲਾਇੰਟ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ।
Android ਇੱਕੋ ਸ਼ਬਦ ਦੋ ਕੰਟਰੋਲਾਂ ਲਈ ਦਿਖਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਮੇਸ਼ਾ ਚਾਲੂ VPN ਅਤੇ VPN ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਰੋਕਣਾ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਦਸਤਾਵੇਜ਼ਬੱਧ ਹਨ। ਸਮਾਨ ਨਾਮ ਵਾਲੇ ਚੈੱਕਬਾਕਸ ਵਾਲਾ ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨਾਲੋਂ ਵਧੇਰੇ ਤੰਗ ਜਾਂ ਚੌੜਾ ਕੁਝ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ। ਦੋ ਮੀਨੂ ਵਿੱਚ ਸਾਂਝੇ ਲੇਬਲ ਨੂੰ ਦੋਵੇਂ ਵੇਰਵੇ ਪੜ੍ਹੇ ਜਾਣ ਤੱਕ ਸੰਜੋਗ ਮੰਨੋ। ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਤੀਸਰੀ ਪਰਤ ਜੋੜਦੇ ਹਨ, ਕਿਉਂਕਿ ਡਿਵਾਈਸ ਪ੍ਰੋਫਾਈਲ ਅਜਿਹੀ ਸੈਟਿੰਗ ਥੋਪ ਸਕਦੀ ਹੈ ਜੋ ਵਰਤੋਂਕਾਰ ਨਾ ਦੇਖ ਸਕੇ ਨਾ ਰੱਦ ਕਰ ਸਕੇ।
ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਪਲੇਟਫਾਰਮ ਸੈਟਿੰਗਾਂ ਬਰਾਬਰ ਨਹੀਂ
ਤੁਸੀਂ ਜੋ ਕੰਟਰੋਲ ਦੇਖਦੇ ਹੋ ਉਸਦੀ ਤੁਲਨਾ ਉਸ ਨੀਤੀ ਨਾਲ ਕਰੋ ਜੋ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ 'ਤੇ ਦਿਸਦਾ ਸਵਿੱਚ ਸਲੇਟੀ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ ਚਾਲੂ ਹੋ ਸਕਦਾ ਹੈ ਜਦਕਿ ਉੱਚ ਪੱਧਰ ਦੀ ਪ੍ਰੋਫਾਈਲ ਉਲਟ ਥੋਪ ਰਹੀ ਹੋਵੇ। ਸਥਾਨਕ ਨਹੀਂ, ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਨੀਤੀ ਮੰਗੋ, ਅਤੇ ਜਵਾਬ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਲਵੋ।
ਕੁਝ ਵੀ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਹਰ ਪਰਤ ਕੀ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਅਕਸਰ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ ਅਤੇ ਜਾਂਚ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਹ ਫਰਕ ਗੁਆਉਣਾ ਸੌਖਾ ਹੈ। ਜੋ ਡਿਵਾਈਸ ਜਾਂਚ ਵੇਲੇ ਸਹੀ ਰੋਕਦਾ ਹੈ ਉਹ ਅਜਿਹੀ ਵਜ੍ਹਾ ਨਾਲ ਰੋਕ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਦਸਤਾਵੇਜ਼ਬੱਧ ਨਹੀਂ ਕੀਤਾ।
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਘਟਨਾ ਚਲਾਓ ਅਤੇ ਕੋਡ ਲਿਖੋ
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਘਟਨਾ ਜਾਂਚੋ, ਬਿਨਾਂ ਨੁਕਸਾਨ ਵਾਲੀ ਬੇਨਤੀ ਨਾਲ, ਅਤੇ ਹਰ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਨਵੀਂ ਬੇਨਤੀ ਬਣਾਓ, ਨਾ ਕਿ ਅਜਿਹਾ ਪੰਨਾ ਜੋ ਪਹਿਲਾਂ ਹੀ ਕੈਸ਼ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਆਦੇਸ਼ ਟਨਲ ਥੱਲੇ ਲਾਹੁੰਦੇ ਹਨ, ਪੰਨਾ ਮੰਗਦੇ ਹਨ ਅਤੇ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਇੰਟਰਫੇਸ ਵਾਪਸ ਆਇਆ ਜਾਂ ਨਹੀਂ।
ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0ਸਾਰਣੀ ਹਰ ਕਿਰਿਆ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਨਿਰੀਖਣ ਅਤੇ ਰੱਖਣ ਯੋਗ ਸਬੂਤ ਨਾਲ ਜੋੜਦੀ ਹੈ। ਸਮਾਂ ਸੀਮਾ ਅੰਦਰ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਬੇਨਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਰੋਕ ਲੱਗੀ; ਲੰਘਣ ਵਾਲੀ ਬੇਨਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਨੇ ਹੋਰ ਰਾਹ ਲੱਭਿਆ, ਜੋ ਬੰਦ ਕੀਤੀ ਰੋਕ ਨਹੀਂ ਬਲਕਿ ਛੱਡਿਆ ਰਸਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਅਰਥਪੂਰਨ ਸਾਫ਼ਟਵੇਅਰ ਅੱਪਡੇਟ ਜਾਂ ਰਸਤਾ ਨੀਤੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਪੂਰਾ ਸਮੂਹ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਦਿਸਦੀ ਸੈਟਿੰਗ ਹਿਲੇ ਬਿਨਾਂ ਸ਼ਾਖਾ ਬਦਲ ਸਕਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ ਤੁਹਾਨੂੰ ਅਨੁਮਾਨਯੋਗ ਫੇਲ੍ਹਤਾ ਵਰਤਾਰਾ ਚਾਹੀਦਾ ਹੈ, ਤਸੱਲੀ ਦੇਣ ਵਾਲਾ ਆਈਕਨ ਨਹੀਂ।
| What I do | What I watch | Evidence to keep |
|---|---|---|
| Bring the tunnel down by hand | Whether a fresh request fails at once | The HTTP code and the client state at that second |
| Choose Disconnect in the client | Whether ordinary access returns on purpose | The same request succeeding with no tunnel up |
| Quit the app, then reboot | Whether the block outlives the client | A request made from a clean boot |
| Move from Wi-Fi to cellular | Whether DNS and IPv6 follow the policy | The resolver answer, the route table and the code again |
ਅਪਵਾਦ, ਮਹਿਮਾਨ ਪੋਰਟਲ ਅਤੇ ਰੋਕ ਜੋ ਨਹੀਂ ਕਰ ਸਕਦੀ
ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਆਮ ਅਪਵਾਦ ਹੈ, ਅਤੇ ਇਹ ਵਾਅਦੇ ਦਾ ਦਾਇਰਾ ਬਦਲਦੀ ਹੈ। ਕਲਾਇੰਟ ਬਾਕੀ ਸਭ ਰੋਕਦਿਆਂ ਉਸੇ ਸਬਨੈੱਟ ਦੇ ਪ੍ਰਿੰਟਰ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਜੋ ਘਰ ਵਿੱਚ ਵਾਜਬ ਅਤੇ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ 'ਤੇ ਸ਼ੱਕੀ ਹੈ। ਕੋਈ ਘਟਨਾ ਤੁਹਾਡੇ ਲਈ ਇਹ ਖੋਜਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਇਹ ਅਪਵਾਦ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਸਖ਼ਤ ਰੋਕ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਦੇ ਪੋਰਟਲ ਵਿੱਚ ਦਾਖਲੇ ਨੂੰ ਵੀ ਔਖਾ ਬਣਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਪੋਰਟਲ ਉਹੀ ਸਿੱਧਾ ਟ੍ਰੈਫਿਕ ਹੈ ਜਿਸਨੂੰ ਰੋਕਣ ਲਈ ਰੋਕ ਮੌਜੂਦ ਹੈ। ਨੈੱਟਵਰਕ ਨੂੰ ਅਧਿਕਾਰਤ ਕਰਨ ਦਾ ਸਮਰਥਿਤ ਤਰੀਕਾ ਸਿੱਖੋ, ਫਿਰ ਪੰਨਾ ਲੋਡ ਹੋਣ ਤੱਕ ਕੰਟਰੋਲ ਬੰਦ ਕਰਨ ਦੀ ਥਾਂ ਨੀਤੀ ਜਾਣਬੁੱਝ ਕੇ ਬਹਾਲ ਕਰੋ। ਰਿਜ਼ੌਲਵਰ ਦਾ ਜਵਾਬ ਅਤੇ ਰਸਤਾ ਸਾਰਣੀ ਇੱਕੋ ਨੋਟ ਵਿੱਚ ਰੱਖੋ, ਜਿਵੇਂ ਹੇਠਾਂ ਹੈ। ਕਿਲ ਸਵਿੱਚ ਜੋ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਹੈ ਸੇਵਾ ਨੂੰ ਨਾਮਰਹਿਤ ਬਣਾਉਣਾ, ਕਿਉਂਕਿ ਟਨਲ ਤੋਂ ਬਾਹਰ ਦਾ ਟ੍ਰੈਫਿਕ ਰੋਕਣਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਅੰਦਰ ਕੀ ਹੁੰਦਾ ਹੈ।
resolvectl query example.com
ss -tunp | grep -v tun0