VPN ਡਿਸਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਸੁਰੱਖਿਆ ਸਵਿੱਚ ਟ੍ਰੈਫਿਕ ਰੋਕਦਾ ਹੈ

ਟਨਲ ਗਿਆ, ਨੈੱਟਵਰਕ ਆਈਕਨ ਆਮ ਦਿਸਦਾ ਹੈ, ਪਰ ਕੁਝ ਵੀ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ। ਤੁਸੀਂ VPN ਡਿਸਕਨੈਕਟ ਕੀਤਾ, ਅਣਇੰਸਟਾਲ ਕੀਤਾ ਜਾਂ ਰੀਬੂਟ ਕੀਤਾ, ਪਰ ਕਨੈਕਸ਼ਨ ਟੁੱਟਣ ਵੇਲੇ ਤੁਹਾਨੂੰ ਬਚਾਉਣ ਵਾਲਾ ਬਲਾਕ ਅਜੇ ਵੀ ਖੜ੍ਹਾ ਹੈ। ਕਲਾਇੰਟ ਵਿੰਡੋ ਇਹ ਨਹੀਂ ਸਮਝਾ ਸਕਦੀ, ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਰੋਕਣ ਵਾਲਾ ਕਲਾਇੰਟ ਨਹੀਂ: ਫੈਸਲਾ ਤੁਹਾਡੇ ਨਾਮ 'ਤੇ ਕਰਨਲ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ, ਅਤੇ ਉਸਨੂੰ ਹਟਾਉਣ ਲਈ ਕੁਝ ਨਹੀਂ ਬਚਿਆ। Windows ਵਿੱਚ ਉਹ ਸਥਿਤੀ Windows Filtering Platform ਵਿੱਚ ਹੈ; Linux ਵਿੱਚ ਇਹ iptables ਜਾਂ nftables ਵਿੱਚ ਨਿਯਮਾਂ ਦਾ ਸੈੱਟ ਹੈ, ਅਕਸਰ ਬੂਟ ਵੇਲੇ ਮੁੜ ਲਾਗੂ ਹੋਣ ਵਾਲੇ ਸਨੈਪਸ਼ਾਟ ਨਾਲ। ਅੱਗੇ ਮੈਂ ਵਰਤਦਾ ਕ੍ਰਮ: ਸਥਿਤੀ ਪੜ੍ਹੋ, ਅਸਫਲਤਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਾਲੀ ਸਭ ਤੋਂ ਤੰਗ ਵਸਤੂ ਹਟਾਓ, ਫਿਰ ਉਸਨੂੰ ਵਾਰ-ਵਾਰ ਮੁੜ ਲਾਉਣ ਵਾਲੀ ਚੀਜ਼ ਲੱਭੋ।

ਸੁਰੱਖਿਆ ਸਵਿੱਚ ਸੈਟਿੰਗ ਨਹੀਂ, ਕਰਨਲ ਸਥਿਤੀ ਹੈ

ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਟਨਲ ਤੋਂ ਬਾਹਰਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਾਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲੇ ਫਿਲਟਰ ਜੋੜ ਕੇ ਬਲਾਕਿੰਗ ਲਾਗੂ ਕਰਦੇ ਹਨ। Windows ਵਿੱਚ ਉਹ connect-redirect ਅਤੇ transport ਪਰਤਾਂ ਦੇ WFP ਫਿਲਟਰ ਹਨ, ਅਤੇ ਕੁਝ ਸਥਾਈ ਹਨ: ਉਹ Base Filtering Engine ਨੀਤੀ ਭੰਡਾਰ ਵਿੱਚ ਦਰਜ ਹੁੰਦੇ ਹਨ ਅਤੇ ਕੋਈ ਵੀ VPN ਸਾਫਟਵੇਅਰ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮਸ਼ੀਨ ਬੂਟ ਹੋਣ 'ਤੇ ਬਹਾਲ ਹੁੰਦੇ ਹਨ। ਕਲਾਇੰਟ ਕਦੋਂ ਸਫਾਈ ਕਰਦੇ ਹਨ ਇਸ ਵਿੱਚ ਵੱਖਰੇ ਹਨ। ਕੁਝ ਡਿਸਕਨੈਕਟ ਹੋਣ 'ਤੇ ਫਿਲਟਰ ਹਟਾਉਂਦੇ ਹਨ, ਕੁਝ ਸਿਰਫ਼ ਸਾਫ਼ ਬੰਦ ਹੋਣ 'ਤੇ, ਅਤੇ ਕੁਝ ਸਿਰਫ਼ ਪਹਿਲਾਂ ਸਵਿੱਚ ਬੰਦ ਕਰਨ 'ਤੇ। ਬਲਾਕ ਸਰਗਰਮ ਹੁੰਦਿਆਂ ਅਣਇੰਸਟਾਲ ਕਰੋ, ਜਾਂ ਪ੍ਰੋਸੈਸ ਮਾਰੋ, ਫਿਲਟਰ ਰਹਿੰਦੇ ਹਨ।

Linux ਵਿੱਚ ਬਰਾਬਰ ਚੀਜ਼ ਆਉਟਪੁੱਟ ਰਾਹ ਵਿੱਚ drop ਜਾਂ reject ਨਿਯਮ ਹੈ, ਕਦੇ forwarding ਨਿਯਮ, ਕਦੇ ਬਦਲੀ chain ਨੀਤੀ। ਉਹ ਨਿਯਮ ਉਹਨਾਂ ਨੂੰ ਜੋੜਨ ਵਾਲੇ ਪ੍ਰੋਸੈਸ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਦੇਰ ਰਹਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਕਰਨਲ ਸਥਿਤੀ ਹਨ: ਕਲਾਇੰਟ ਮਾਰੋ, ਕ੍ਰੈਸ਼ ਕਰਾਓ ਜਾਂ ਬਿਜਲੀ ਕੱਟੋ — ਕਰਨਲ ਪੈਕਟ ਸੁੱਟਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਉਸਨੂੰ ਰੱਦ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਬਚਦਾ। ਸਥਿਰਤਾ ਪੈਕੇਜ ਮੌਜੂਦਾ ਨਿਯਮ-ਸੈੱਟ ਦਾ ਸਨੈਪਸ਼ਾਟ ਲੈ ਕੇ ਬੂਟ ਵੇਲੇ ਬਹਾਲ ਕਰਕੇ ਦੂਜੀ ਸਥਿਰਤਾ ਪਰਤ ਜੋੜਦਾ ਹੈ, ਇਸ ਲਈ ਅਗਲੀ ਸ਼ੁਰੂਆਤ ਬਲਾਕ ਪਹਿਲਾਂ ਹੀ ਲੱਗਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਹੁੰਦੀ ਹੈ।

ਕੁਝ ਵੀ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ WFP ਸਥਿਤੀ ਪੜ੍ਹੋ

Windows ਕੋਲ ਲੋੜੀਂਦੇ ਸਾਧਨ ਹਨ। ਪ੍ਰਸ਼ਾਸਕੀ ਪ੍ਰੋਂਪਟ ਚਲਾਓ ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੀ ਸਥਿਤੀ ਡੰਪ ਕਰੋ; ਡੰਪ ਕੰਮ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ wfpstate.xml ਵਜੋਂ ਆਉਂਦਾ ਹੈ।

netsh wfp show state
netsh wfp show filters
Get-Service bfe

XML ਵਿੱਚ ਗਏ ਵਿਕਰੇਤਾ ਦਾ ਨਾਮ, Block ਕਾਰਵਾਈ ਅਤੇ ਪਰਤ ਲੱਭੋ। ਆਮ ਟ੍ਰੈਫਿਕ ਤੋੜਨ ਵਾਲੇ connect-redirect ਅਤੇ transport ਫਿਲਟਰ ਹਨ; receive-accept ਪਰਤ ਦਾ ਫਿਲਟਰ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਡਾ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਜੇ Base Filtering Engine ਬਿਲਕੁਲ ਨਹੀਂ ਚੱਲ ਰਿਹਾ, ਤਾਂ ਕਿਤੇ ਹੋਰ ਵੇਖੋ, ਕਿਉਂਕਿ ਉਹ ਫਿਲਟਰ ਲਾਗੂ ਕਰਨ ਲਈ ਹੋਰ ਕੁਝ ਨਹੀਂ ਸਕਦਾ।

ਆਮ ਫਾਇਰਵਾਲ ਨਜ਼ਾਰਾ ਵੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਬਹੁਤੇ ਲੋਕ ਦੋਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਵੇਖਦੇ ਹਨ:

netsh advfirewall show allprofiles
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundAction

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

ਜਿਸ ਵਾਕ-ਰਚਨਾ ਨਾਲ ਹਟਾਓਗੇ, ਉਸੇ ਵਿੱਚ Linux ਨਿਯਮ ਪੜ੍ਹੋ

iptables -S ਨਿਯਮ ਉਸੇ ਰੂਪ ਵਿੱਚ ਛਾਪਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਜੋੜੇ ਗਏ ਸਨ, ਇਸ ਲਈ ਆਉਟਪੁੱਟ ਹਟਾਉਣ ਲਈ ਸਿੱਧਾ ਮੁੜ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। iptables -L -v -n ਪੈਕਟ ਗਿਣਤੀ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਉਹ ਗਿਣਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਨਿਯਮ ਤੁਹਾਡੀਆਂ ਅਸਫਲ ਬੇਨਤੀਆਂ ਨਾਲ ਸੱਚਮੁੱਚ ਮਿਲਦਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ chain ਵਿੱਚ ਬੈਠਾ ਹੈ।

sudo iptables -S
sudo ip6tables -S
sudo iptables -t nat -S

ਸਿਰਫ਼ ਨਿਯਮ ਨਹੀਂ, chain ਨੀਤੀਆਂ ਵੀ ਪੜ੍ਹੋ: -P OUTPUT DROP ਕੋਈ ਨਿਯਮ ਨਾ ਮਿਲਣ 'ਤੇ ਵੀ ਟ੍ਰੈਫਿਕ ਰੋਕਦਾ ਹੈ। IPv6 ਵੱਖਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਪਰਿਵਾਰ ਲਾਉਣ ਵਾਲਾ ਕਲਾਇੰਟ IPv4 ਨਿਯਮ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ IPv6 ਬਲਾਕ ਛੱਡ ਸਕਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਲੱਛਣ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਕਿਹੜੇ ਪਰਿਵਾਰ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ ਹੈ। ਜਿੱਥੇ nftables ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, nft list ruleset ਵੀ ਚਲਾਓ; ਦੋਵੇਂ ਸਾਧਨ ਅਨੁਕੂਲਤਾ ਪਰਤ ਰਾਹੀਂ ਇਕੱਠੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਸੂਚੀ ਹਰ ਉਹ ਨਿਯਮ ਨਹੀਂ ਦਿਖਾਉਂਦੀ ਜੋ ਪੈਕਟ ਸੁੱਟ ਸਕਦਾ ਹੈ।

ਅਸਫਲਤਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਾਲੀ ਸਭ ਤੋਂ ਤੰਗ ਵਸਤੂ ਹਟਾਓ

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

Get-ScheduledTask | Where-Object TaskName -like '*vpn*'
Get-Service | Where-Object DisplayName -like '*vpn*'

ਸਥਾਈ ਫਿਲਟਰ ਆਖਰੀ ਉਪਾਅ ਹਨ। ਉਹ HKLM\SYSTEM\CurrentControlSet\Services\BFE\Parameters\Policy\Persistent\Filter ਹੇਠ ਹਨ, ਹਰ ਫਿਲਟਰ ਲਈ GUID ਨਾਲ ਕੁੰਜੀਬੱਧ ਇੱਕ ਮੁੱਲ। ਪਹਿਲਾਂ ਕੁੰਜੀ ਨਿਰਯਾਤ ਕਰੋ, ਹਟਾਉਣ ਵਾਲੇ GUID ਲਿਖੋ, ਸਿਰਫ਼ ਗਏ ਕਲਾਇੰਟ ਦੇ ਮੁੱਲ ਹਟਾਓ, ਫਿਰ ਇੰਜਣ ਨੂੰ ਸਥਿਤੀ ਮੁੜ ਬਣਾਉਣ ਲਈ ਰੀਬੂਟ ਕਰੋ। ਪੂਰੀ ਕੁੰਜੀ ਨਾ ਹਟਾਓ ਅਤੇ Base Filtering Engine ਬੰਦ ਨਾ ਕਰੋ: Windows Firewall ਅਤੇ Defender ਇਸ 'ਤੇ ਨਿਰਭਰ ਹਨ, ਅਤੇ ਇੱਕ ਰੁਕਾਵਟ ਨੂੰ ਵੱਧ ਬੁਰੇ ਨਾਲ ਬਦਲੋਗੇ।

reg export "HKLM\SYSTEM\CurrentControlSet\Services\BFE\Parameters\Policy\Persistent" C:\temp\bfe-backup.reg

Linux ਵਿੱਚ iptables -S ਵੱਲੋਂ ਛਾਪੀ ਲਾਈਨ ਲਓ ਅਤੇ -A ਦੀ ਥਾਂ -D ਰੱਖੋ। ਪਛਾਣੇ ਇੱਕ ਨਿਯਮ ਨੂੰ ਹਟਾਉਣਾ ਪੂਰੀ chain ਖਾਲੀ ਕਰਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਡੀ ਆਪਣੀ ਨੀਤੀ ਸਹੀ ਰਹਿੰਦੀ ਹੈ।

sudo iptables -D OUTPUT -p udp -j REJECT

ਜੇ drop ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ chain ਵਿੱਚ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਉਸ chain ਵੱਲ ਜਾਣ ਵਾਲੀ ਛਾਲ ਹਟਾਓ ਅਤੇ ਫਿਰ -X ਨਾਲ chain ਕੱਢੋ। drop ਨਿਯਮ ਹਾਲੇ ਵੀ ਹੁੰਦਿਆਂ chain ਨੀਤੀ ACCEPT ਕਰਨਾ ਸਿਰਫ਼ ਉਹਨਾਂ ਪੈਕਟਾਂ ਨੂੰ ਮਦਦ ਕਰਦਾ ਹੈ ਜੋ ਨੀਤੀ-ਫੈਸਲੇ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ। ਹਰ ਟੇਬਲ ਖਾਲੀ ਕਰਨਾ ਆਖਰੀ ਉਪਾਅ ਹੈ: ਇਹ ਹੋਰ ਕਾਰਨਾਂ ਲਈ ਜੋੜੇ ਨਿਯਮ ਵੀ ਹਟਾਉਂਦਾ ਹੈ, ਅਤੇ ufw ਚਾਲੂ ਹੋਣ 'ਤੇ ਸੇਵਾ ਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਉਹ ਹੁਣ ਨਾ ਰਹੀਆਂ chain ਦੀ ਮਾਲਕ ਹੈ।

ਉਸਨੂੰ ਮੁੜ ਲਾਉਣ ਵਾਲਾ ਮਾਲਕ ਲੱਭੋ

ਤੁਰੰਤ ਮੁਰੰਮਤ ਤੋਂ ਬਾਅਦ ਸਥਿਤੀ ਬਹਾਲ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਲੱਭੋ। Linux ਵਿੱਚ ਵੇਖੋ ਕਿ ਸਥਿਰਤਾ ਇਕਾਈ ਸਰਗਰਮ ਹੈ ਕਿ ਨਹੀਂ, ਕਲਾਇੰਟ ਕੋਲ ਲੌਗਇਨ 'ਤੇ ਫਾਇਰਵਾਲ ਬਹਾਲ ਕਰਨ ਦੀ ਸੈਟਿੰਗ ਹੈ ਕਿ ਨਹੀਂ, ਅਤੇ /etc ਹੇਠ ਸੰਭਾਲੀ ਨਿਯਮ ਫਾਈਲ ਹੈ ਕਿ ਨਹੀਂ। Windows ਵਿੱਚ ਸਟਾਰਟਅਪ ਐਂਟਰੀਆਂ, ਸੇਵਾਵਾਂ ਅਤੇ ਤਹਿ ਕੀਤੇ ਕੰਮ ਮੁੜ ਜਾਂਚੋ, ਫਿਰ ਰੀਬੂਟ ਕਰਕੇ ਪਹਿਲਾਂ ਵਾਲੇ ਹੀ ਹੁਕਮਾਂ ਨਾਲ ਸਥਿਤੀ ਮੁੜ ਪੜ੍ਹੋ।

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

ਇੱਕ ping ਨਹੀਂ, ਅਸਲੀ ਟ੍ਰੈਫਿਕ ਨਾਲ ਪਰਖੋ

ਨਾਮ ਹੱਲ, TCP ਕਨੈਕਸ਼ਨ ਅਤੇ ਨਵਾਂ ਬਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਪਰਖੋ, ਫਿਰ ਰੀਬੂਟ ਕਰਕੇ ਉਹੀ ਤਿੰਨ ਜਾਂਚਾਂ ਦੁਹਰਾਓ। HTTPS ਅਸਫਲ ਹੁੰਦਿਆਂ ping ਚੱਲੇ ਤਾਂ ਇਹ ਨੈੱਟਵਰਕ ਵੱਲ ਨਹੀਂ, transport ਪਰਤ ਦੇ ਫਿਲਟਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ; ਅਤੇ ਸਿਰਫ਼ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਮੁੜ ਦਿਸਣ ਵਾਲਾ ਬਲਾਕ ਉਸ ਮਾਲਕ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਹਾਲੇ ਨਹੀਂ ਲੱਭਿਆ।

ਸਬੂਤ ਰੱਖੋ: ਨਿਰਯਾਤ ਕੀਤੀ BFE ਕੁੰਜੀ, ਜਾਂ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਲਿਆ iptables -S ਆਉਟਪੁੱਟ। ਠੀਕ ਹੋਇਆ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਵਸਤੂ ਕਿਹੜੀ ਪਰਤ ਤੋਂ ਹਟਾਈ, ਉਸਨੂੰ ਮੁੜ ਲਾ ਸਕਣ ਵਾਲਾ ਮਾਲਕ ਕੌਣ ਹੈ, ਇੱਕ ਸਾਫ਼ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਦੀ ਸਥਿਤੀ, ਅਤੇ VPN ਪ੍ਰੋਸੈਸ ਨਾ ਚੱਲਦਿਆਂ ਆਮ ਬ੍ਰਾਊਜ਼ਿੰਗ ਕੰਮ ਕਰਦੀ ਹੈ। iptables(8) ਮੈਨੂਅਲ ਪੰਨੇ 'ਤੇ ਸਫਾਈ ਸਕ੍ਰਿਪਟ ਬਣਾਉਣ ਵੇਲੇ ਸਹੀ ਹਟਾਉਣ ਅਤੇ ਨੀਤੀ ਵਾਕ-ਰਚਨਾ ਹੈ।