VPN ਐਪ ਕ੍ਰੈਸ਼ ਹੋ ਗਈ: ਕੀ ਤੁਹਾਡਾ ਕਿਲ ਸਵਿੱਚ ਅਜੇ ਵੀ ਚਾਲੂ ਹੈ?

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

ਪਹਿਲਾਂ ਰੀਬੂਟ ਨਾ ਕਰੋ; ਰੀਬੂਟ ਆਮ ਤੌਰ ’ਤੇ ਸਬੂਤ ਨਸ਼ਟ ਕਰ ਦਿੰਦਾ ਹੈ।

ਜੋ ਅਜੇ ਵੀ ਚੱਲ ਰਿਹਾ ਹੈ ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਜੇ ਡੀਮਨ ਜ਼ਿੰਦਾ ਹੈ, ਤਾਂ ਸੁਰੰਗ ਵੀ ਸ਼ਾਇਦ ਜ਼ਿੰਦਾ ਹੈ, ਅਤੇ ਗਾਇਬ ਵਿੰਡੋ ਸਿਰਫ਼ ਦਿਖਾਵਾ ਹੈ।

Get-Process | Where-Object { $_.ProcessName -match 'vpn|wireguard|openvpn' }
Get-Service | Where-Object { $_.Name -match 'vpn|wireguard|openvpn' }
netsh wfp show state
systemctl status wg-quick@wg0 --no-pager
ps -eo pid,comm,args | grep -E 'openvpn|wg'
nft list ruleset | head -40

ਬਲਾਕ ਨੂੰ ਐਪ ਤੋਂ ਨਹੀਂ, ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਤੋਂ ਪੜ੍ਹੋ

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

Android ਇਸਨੂੰ ਫਿਰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲਦਾ ਹੈ: lockdown ਨਾਲ always-on VPN ਪਲੇਟਫਾਰਮ ਸੈਟਿੰਗ ਹੈ, ਇਸ ਲਈ ਬਲਾਕ ਐਪ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਸੁਤੰਤਰ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ। ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ ਸਹੀ ਵਿਵਹਾਰ ਲਈ ਪਲੇਟਫਾਰਮ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ।

ਸਾਫ਼ ਐਗਜ਼ਿਟ ਅਤੇ ਕ੍ਰੈਸ਼ ਵਿੱਚ ਫ਼ਰਕ ਕਰੋ

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

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

ਹੋਰ ਨਿਯੰਤਰਣ ਤੋੜੇ ਬਿਨਾਂ ਬਹਾਲ ਕਰੋ

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

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

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