ਬਾਹਰ ਨਿਕਲਣਾ ਜਾਂ ਡਿਸਕਨੈਕਟ ਕਰਨਾ: VPN ਦੇ ਦੋ ਵੱਖਰੇ ਨਤੀਜੇ

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

ਕਲਾਇੰਟ ਦਾ ਦਸਤਾਵੇਜ਼ ਹੀ ਇੱਕੋ-ਇੱਕ ਭਰੋਸੇਯੋਗ ਥਾਂ ਹੈ ਜਿੱਥੋਂ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕੀ ਹੈ।

ਚਾਰ ਨਿਯੰਤਰਣ, ਸੰਭਵ ਤੌਰ ’ਤੇ ਚਾਰ ਵਿਵਹਾਰ

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

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

ਸਰਵਰ ਪਾਸੇ ਦਾ ਰੁਕਾਵਟ ਬਿਲਕੁਲ ਪੰਜਵਾਂ ਰਾਹ ਹੈ, ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਇਹੀ ਮਿਲਦਾ ਹੈ।

ਹਰ ਕਾਰਵਾਈ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਸਥਿਤੀ ਪੜ੍ਹੋ

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

systemctl status wg-quick@wg0 --no-pager
pgrep -a -f 'openvpn|wireguard|vpnagent'
ip link show | grep -E 'tun|wg'
nft list ruleset | grep -E 'drop|reject' | head -20
scutil --nc list

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

ਹੱਥੀਂ ਡਿਸਕਨੈਕਟ ਕਰਨਾ ਕ੍ਰੈਸ਼ ਨਹੀਂ

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

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

ਉਹ ਉਪਲਬਧ-ਨਾ-ਹੋਣ ਵਾਲੀ ਸਥਿਤੀ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਲੋੜੀਂਦੀ ਹੈ

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

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

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