ਸਰਵਰ ਬਦਲਣ ਵੇਲੇ kill switch ਟ੍ਰੈਫ਼ਿਕ ਕਿਉਂ ਡੇਗਦਾ ਹੈ
ਸਰਵਰ ਬਦਲਾਅ ਦੌਰਾਨ kill switch ਟ੍ਰੈਫ਼ਿਕ ਕਿਉਂ ਰੋਕਦਾ ਹੈ, ਉਸ ਵੇਲੇ ਕਲਾਇੰਟ ਕੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਆਮ ਰੁਕਾਵਟ ਤੇ ਫਸੇ ਬਲਾਕ ਵਿੱਚ ਫ਼ਰਕ ਕਿਵੇਂ ਪਛਾਣੀਏ।
ਤੁਸੀਂ ਨੇੜੇ ਦਿਸਦਾ ਸਰਵਰ ਚੁਣਦੇ ਹੋ, ਕਨੈਕਟ ਦਬਾਉਂਦੇ ਹੋ, ਅਤੇ ਨਵੀਂ ਟਨਲ ਉੱਠਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਬ੍ਰਾਊਜ਼ਰ ਲੋਡ ਹੋਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਆਈਕਨ ਜੁੜ ਰਹੀ ਹਾਲਤ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ ਟੈਬ ਦਾ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣ ਤੱਕ ਉੱਥੇ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਰੁਕਾਵਟ ਆਮ ਤੌਰ 'ਤੇ kill switch ਦਾ ਡਿਜ਼ਾਈਨ ਮੁਤਾਬਕ ਕੰਮ ਹੁੰਦੀ ਹੈ: ਕਲਾਇੰਟ ਕੋਲ ਭੇਜਣ ਲਈ ਟਨਲ ਨਾ ਹੋਣ ਤੱਕ ਟ੍ਰੈਫ਼ਿਕ ਰੋਕਿਆ ਰਹਿੰਦਾ ਹੈ। ਰੁਕਾਵਟ ਸਵੀਕਾਰਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਉਨ੍ਹਾਂ ਸਕਿੰਟਾਂ ਵਿੱਚ ਕਲਾਇੰਟ ਕੀ ਕਰਦਾ ਹੈ ਅਤੇ ਬਲਾਕ ਹਟਿਆ ਕਹਿਣ 'ਤੇ ਸੱਚਮੁੱਚ ਹਟਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਦੋ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਕਲਾਇੰਟ ਕੀ ਕਰਦਾ ਹੈ
ਐਂਡਪੁਆਇੰਟ ਬਦਲਣਾ ਇੱਕ ਸਵਿੱਚ ਨਹੀਂ, ਕਈ ਪੜਾਅ ਹਨ। ਕਲਾਇੰਟ ਮੌਜੂਦਾ ਟਨਲ ਢਾਹੁੰਦਾ ਹੈ, ਆਪਣੇ ਬਲਾਕਿੰਗ ਨਿਯਮ ਅੱਪਡੇਟ ਕਰਦਾ ਹੈ, ਨਵਾਂ ਐਂਡਪੁਆਇੰਟ ਹੱਲ ਕਰਕੇ ਟਨਲ ਤੋਂ ਬਾਹਰੋਂ ਉਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਫਿਰ ਨਵੇਂ ਰੂਟ ਲਾਉਂਦਾ ਹੈ ਅਤੇ ਬਲਾਕ ਚੁੱਕਦਾ ਹੈ। ਤੁਸੀਂ ਜੋ ਅੰਤਰਾਲ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ ਉਹ ਪਹਿਲੇ ਅਤੇ ਆਖ਼ਰੀ ਪੜਾਅ ਵਿਚਕਾਰ ਹੁੰਦਾ ਹੈ।
ਇੱਥੇ ਕ੍ਰਮ ਰਫ਼ਤਾਰ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਨਵੇਂ ਐਂਡਪੁਆਇੰਟ ਲਈ ਛੋਟ ਤੋਂ ਪਹਿਲਾਂ ਬਲਾਕਿੰਗ ਨਿਯਮ ਲਾਗੂ ਹੋ ਜਾਣ, ਕਲਾਇੰਟ ਹੱਥ ਮਿਲਾਉਣ ਦਾ ਕੰਮ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ ਅਤੇ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣ ਤੱਕ ਜੁੜ ਰਹੀ ਹਾਲਤ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਜੇ ਛੋਟ ਪੁਰਾਣੇ ਸਰਵਰ ਦੇ ਪਤੇ ਦੀ ਨਕਲ ਹੈ, ਨਵਾਂ ਹੱਥ ਮਿਲਾਉਣ ਦਾ ਕੰਮ ਕਿਸੇ ਹੋਰ ਬਾਹਰ ਜਾਂਦੇ ਪੈਕਟ ਵਾਂਗ ਦਿਸਦਾ ਹੈ ਅਤੇ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਹਾਲਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਛੇ ਸਕਿੰਟਾਂ ਬਾਅਦ ਸੁਧਰਨ ਵਾਲਾ ਬਦਲਾਅ ਅਤੇ ਕਦੇ ਨਾ ਸੁਧਰਨ ਵਾਲਾ ਬਦਲਾਅ ਇੱਕੋ ਕਾਰਨ ਰੱਖ ਸਕਦੇ ਹਨ।
ਨਵੇਂ ਐਂਡਪੁਆਇੰਟ ਲਈ ਬਲਾਕ ਵਿੱਚ ਮੋਰੀ ਚਾਹੀਦੀ ਹੈ
ਟਨਲ ਬਣਾਉਣ ਲਈ ਕਲਾਇੰਟ ਨੇ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਨਵੇਂ ਸਰਵਰ ਦੇ ਪਤੇ ਅਤੇ ਪੋਰਟ 'ਤੇ ਪੈਕਟ ਭੇਜਣੇ ਪੈਂਦੇ ਹਨ, ਜਿਵੇਂ ਆਮ WireGuard ਪ੍ਰੋਫ਼ਾਈਲ ਲਈ UDP 51820 ਜਾਂ OpenVPN ਲਈ 1194 ਅਤੇ 443, ਤੁਹਾਡਾ ਪ੍ਰੋਫ਼ਾਈਲ ਜੋ ਵੀ ਦੱਸੇ। ਉਹ ਟ੍ਰੈਫ਼ਿਕ ਬਣਨ ਵਾਲੀ ਟਨਲ ਦੇ ਅੰਦਰ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਮਿਲਦਾ ਇਜਾਜ਼ਤ ਨਿਯਮ ਨਾ ਹੋਣ 'ਤੇ ਪੂਰੇ ਯੰਤਰ ਲਈ ਬਲਾਕ ਉਸਨੂੰ ਨਿਗਲ ਜਾਂਦਾ ਹੈ।
ਹੋਸਟਨਾਮ ਅਧਾਰਿਤ ਪ੍ਰੋਫ਼ਾਈਲ ਦੂਜੀ ਸ਼ਰਤ ਜੋੜਦੇ ਹਨ: ਖੋਜ ਖ਼ੁਦ। ਜੇ ਕਲਾਇੰਟ ਬਲਾਕ ਚੁੱਕਣ ਤੋਂ ਪਹਿਲਾਂ ਐਂਡਪੁਆਇੰਟ ਹੱਲ ਕਰ ਲਵੇ, ਉਹ ਕੈਸ਼ ਕੀਤਾ ਪਤਾ ਵਰਤ ਸਕਦਾ ਹੈ, ਪਰ ਜਦੋਂ ਪ੍ਰੋਫ਼ਾਈਲ ਪਤੇ ਬਦਲੇ ਜਾਂ ਕੈਸ਼ ਐਂਟਰੀ ਪੁਰਾਣੀ ਹੋ ਜਾਵੇ, ਹੱਥ ਮਿਲਾਉਣ ਦਾ ਕੰਮ ਅਜਿਹੇ ਪਤੇ ਵੱਲ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਇਜਾਜ਼ਤ ਨਿਯਮ ਢੱਕਦਾ ਨਹੀਂ। IPv6 ਇਸਨੂੰ ਦਿਸਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਦੋਹਰੇ ਸਟੈਕ ਵਾਲਾ ਐਂਡਪੁਆਇੰਟ A ਅਤੇ AAAA ਦੋਵੇਂ ਰਿਕਾਰਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ v4 ਪਤਾ ਢਕਣ ਵਾਲਾ ਇਜਾਜ਼ਤ ਨਿਯਮ ਕਲਾਇੰਟ ਨੂੰ ਰੋਕੇ ਹੋਏ v6 ਪਤੇ ਖ਼ਿਲਾਫ਼ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਵਿਕਲਪਾਂ ਦੇ ਨਾਮ ਅਤੇ ਡਿਫ਼ਾਲਟ ਮੁੱਲ ਕਲਾਇੰਟ ਤੇ ਸੰਸਕਰਣ ਮੁਤਾਬਕ ਬਦਲਦੇ ਹਨ, ਇਸ ਲਈ ਸਕ੍ਰੀਨਸ਼ਾਟ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਆਪਣੇ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਸੂਚੀ ਪੜ੍ਹੋ। OpenVPN Connect ਦਾ ਸੈਟਿੰਗ ਸੰਦਰਭ openvpn.net/connect-docs/app-settings-windows 'ਤੇ ਇੱਕ ਉਦਾਹਰਣ ਹੈ ਕਿ ਕਲਾਇੰਟ ਆਪਣੇ ਬਲਾਕ ਅਤੇ ਵੰਡੀ ਟਨਲ ਵਿਕਲਪ ਕਿਵੇਂ ਬਿਆਨ ਕਰਦਾ ਹੈ।
Fail-closed ਇੱਕ ਹਾਲਤ ਮਸ਼ੀਨ ਹੈ, ਸਵਿੱਚ ਨਹੀਂ
ਬਹੁਤੇ ਕਲਾਇੰਟ ਬਲਾਕ ਨੂੰ ਫ਼ਾਇਰਵਾਲ ਨੀਤੀ ਵਜੋਂ ਤਿੰਨ ਹਾਲਤਾਂ ਵਿੱਚ ਬਿਆਨ ਕਰਦੇ ਹਨ: ਟਨਲ ਉੱਪਰ, ਟ੍ਰੈਫ਼ਿਕ ਟਨਲ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬਲਾਕ ਨਹੀਂ; ਟਨਲ ਹੇਠਾਂ, ਬਲਾਕ ਸਰਗਰਮ; ਅਤੇ ਤਬਦੀਲੀ, ਬਲਾਕ ਸਰਗਰਮ ਨਾਲ ਐਂਡਪੁਆਇੰਟ ਲਈ ਅਸਥਾਈ ਛੋਟਾਂ। ਤੀਜੀ ਹਾਲਤ ਵਿੱਚ ਹੀ ਬੱਗ ਰਹਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਸਨੂੰ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਦੋ ਵਾਰ ਬਦਲਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਬਾਹਰ ਨਾ ਨਿਕਲਣਾ ਪੱਕੇ ਬਲਾਕ ਵਾਂਗ ਹੀ ਦਿਸਦਾ ਹੈ।
ਕਾਰਜਵਿਧੀ ਪਲੇਟਫ਼ਾਰਮ ਮੁਤਾਬਕ ਵੱਖਰੀ ਹੈ, ਅਤੇ ਨਾਕਾਮੀ ਵੀ। Windows Filtering Platform ਦੇ ਫ਼ਿਲਟਰਾਂ ਦਾ ਭਾਰ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਇਜਾਜ਼ਤ ਨੂੰ ਪਛਾੜਨ ਵਾਲਾ ਬਲਾਕ ਫ਼ਿਲਟਰ ਇਜਾਜ਼ਤ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਪੈਕਟ ਡੇਗਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਮਾਰੇ ਗਏ ਕਲਾਇੰਟ ਪ੍ਰੋਸੈਸ ਵੱਲੋਂ ਛੱਡੇ ਫ਼ਿਲਟਰ ਐਪ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਮਸ਼ੀਨ ਨੂੰ ਆਫ਼ਲਾਈਨ ਰੱਖ ਸਕਦੇ ਹਨ। macOS ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ pf ਨਿਯਮ ਕਿਸੇ ਐਂਕਰ ਵਿੱਚ ਲਿਖਦੇ ਹਨ, ਜਿੱਥੇ ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਅਤੇ ਤੇਜ਼ ਫ਼ੈਸਲੇ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। Linux ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ drop ਨੀਤੀ ਵਾਲੀ nftables ਜਾਂ iptables ਚੇਨ ਚਲਾਉਂਦੇ ਹਨ ਅਤੇ ਐਂਡਪੁਆਇੰਟ, ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਤੇ ਲੂਪਬੈਕ ਲਈ ਸਪਸ਼ਟ ਇਜਾਜ਼ਤਾਂ ਦਿੰਦੇ ਹਨ। Android ਦਾ always-on VPN, VPN ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਰੋਕਣ ਵਾਲੇ ਵਿਕਲਪ ਨਾਲ, ਸਮੂਹ ਵਿੱਚ ਸਭ ਤੋਂ ਸਖ਼ਤ ਹੈ, ਕਿਉਂਕਿ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬਲਾਕ ਐਪ ਪੱਧਰ 'ਤੇ ਨਹੀਂ ਸਗੋਂ ਪੂਰੇ ਯੰਤਰ 'ਤੇ ਲਾਗੂ ਕਰਦਾ ਹੈ।
WireGuard ਲਈ ਆਪਣਾ ਨੋਟ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ AllowedIPs ਇੱਕ ਰੂਟ ਚੋਣਕ ਹੈ, ਰੋਕਣ ਵਾਲਾ ਨਹੀਂ। ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲਾਂ ਟਨਲ ਵਿੱਚ ਜਾਂਦੀਆਂ ਹਨ; ਜਿਸ ਪੈਕਟ ਕੋਲ ਹਾਲੇ ਟਨਲ ਨਹੀਂ ਉਸਨੂੰ Wi-Fi ਰਾਹੀਂ ਬਾਹਰ ਜਾਣ ਤੋਂ ਰੋਕਣ ਲਈ ਇਹ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਸਿਰਫ਼ WireGuard ਅਤੇ ਫ਼ਾਇਰਵਾਲ ਨਿਯਮ ਤੋਂ ਬਿਨਾਂ ਸੈਟਅੱਪ ਵਿੱਚ kill switch ਅਸਲ ਵਿੱਚ ਰੂਟ ਦੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਹੈ, ਅਤੇ ਸੁੱਟੇ ਗਏ ਹੱਥ ਮਿਲਾਉਣ ਤੋਂ ਬਾਅਦ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਸੱਚਾ ਪੈਕਟ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ।
ਆਈਕਨ ਵੇਖਣ ਦੀ ਥਾਂ ਅੰਤਰਾਲ ਮਾਪੋ
ਹਾਲਤ ਦੀ ਬੱਤੀ ਨਹੀਂ, ਪੈਕਟ ਵੇਖੋ। Linux ਵਿੱਚ ਇੱਕ ਟਰਮੀਨਲ ਵਿੱਚ ਕਿਸੇ ਜਨਤਕ ਪਤੇ 'ਤੇ ਹੌਲੀ ping ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਟਨਲ ਦਾ ਟ੍ਰਾਂਸਪੋਰਟ ਪੋਰਟ ਫੜੋ:
ping -i 0.2 -c 100 1.1.1.1 | tail -5
sudo tcpdump -ni eth0 'udp port 51820'
ਦੋਵੇਂ ਚੱਲਦੇ ਹੋਏ ਕਲਾਇੰਟ ਵਿੱਚ ਸਰਵਰ ਬਦਲੋ। ਤਿੰਨ ਗੱਲਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ: ping ਕਿੰਨੀ ਦੇਰ ਰੁਕਦੇ ਹਨ, ਫੜਿਆ ਨਮੂਨਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹੱਥ ਮਿਲਾਉਣ ਦਾ ਕੰਮ ਨਵੇਂ ਐਂਡਪੁਆਇੰਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਕਲਾਇੰਟ ਦੀ ਹਾਲਤ ਜੁੜੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੜਦਾ ਹੈ ਜਾਂ ਬਾਅਦ ਵਿੱਚ। ਜੇ ping ਦਾ ਅੰਤਰਾਲ ਪਹਿਲਾਂ ਖ਼ਤਮ ਹੋਵੇ, ਤਾਂ ਬਲਾਕ ਜਲਦੀ ਚੁੱਕਿਆ ਗਿਆ ਹੈ ਜਾਂ ਸੂਚਕ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਟਨਲ ਉੱਪਰ ਹੈ। ਅੰਤਰਾਲ ਦੇਰ ਨਾਲ ਖ਼ਤਮ ਹੋਵੇ, ਤਾਂ ਸੂਚਕ ਬਹੁਤਾ ਆਸ਼ਾਵਾਦੀ ਹੈ।
Windows ਵਿੱਚ netsh wfp show state ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਲਿਖਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਅਜਿਹੇ ਬਲਾਕ ਫ਼ਿਲਟਰ ਲੱਭ ਸਕਦੇ ਹੋ ਜੋ ਕਲਾਇੰਟ ਵੱਲੋਂ ਆਪਣੇ ਆਪ ਨੂੰ ਡਿਸਕਨੈਕਟਿਡ ਦੱਸਦੇ ਹੋਏ ਵੀ ਮੌਜੂਦ ਹਨ। macOS ਵਿੱਚ sudo pfctl -sr ਲੋਡ ਹੋਏ ਨਿਯਮ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਕ੍ਰਮ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਕੋਈ ਵੀ ਸਨੈਪਸ਼ਾਟ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਲੌਗ ਨਾਲ ਜੋੜੋ; ਤੁਹਾਡੇ ping ਦੀ ਸਮਾਂ-ਰੇਖਾ ਦੱਸਦੀ ਹੈ ਕਿ ਬਲਾਕ ਦੇਰ ਨਾਲ ਖ਼ਤਮ ਹੋਇਆ ਜਾਂ ਕਦੇ ਨਹੀਂ।
ਆਮ ਹਨੇਰਾ ਬਨਾਮ ਫਸਿਆ ਬਲਾਕ
ਥੋੜ੍ਹੀ ਰੁਕਾਵਟ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਮਕਸਦ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਗੀਕਰਣ ਕਰੋ:
| What you see | Usually means | Next check |
|---|---|---|
| Two or three seconds of timeouts, then normal browsing | Expected fail-closed gap | Nothing to fix |
| State says connected, traffic stays dead | Block filter or route left behind | Firewall snapshot, client log |
| One app dead while others work | TCP session bound to the old exit address | Restart the app |
| LAN devices unreachable after the switch | LAN exception not reapplied | Allow-LAN or split-tunnel setting |
| New server hangs, the old one reconnects | Permit covers only the old address | Resolved address of the new host, including AAAA |
ਜੇ ਤੁਸੀਂ ਦੂਜੀ ਜਾਂ ਪੰਜਵੀਂ ਕਤਾਰ ਵਿੱਚ ਆਉਂਦੇ ਹੋ, ਤਾਂ ਜਾਂਚ ਲਈ kill switch ਬੰਦ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਇਸ ਨਾਲ ਰੂਟ ਦਾ ਬੱਗ ਲੀਕ ਬਣ ਜਾਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਦੀ ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ, ਜਾਂ ਜਿੱਥੇ ਪ੍ਰੋਸੈਸ ਮਾਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਫ਼ਿਲਟਰ ਟਿਕਦੇ ਹਨ ਉੱਥੇ ਮਸ਼ੀਨ ਰੀਬੂਟ ਕਰੋ, ਫਿਰ ਵੇਖੋ ਬਲਾਕ ਹਟਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਹਟਦਾ ਹੈ, ਤਾਂ ਦੋਸ਼ ਬਲਾਕ ਦਾ ਨਹੀਂ ਸਗੋਂ ਬਦਲਾਅ ਵੇਲੇ ਦੀ ਸਫ਼ਾਈ ਦਾ ਹੈ।
ਅਗਲੇ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੱਲਾਂ ਪੱਕੀਆਂ ਕਰੋ: ਐਂਡਪੁਆਇੰਟ ਇਜਾਜ਼ਤ ਤੁਹਾਡੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵੱਲੋਂ ਹੱਲ ਕੀਤੇ ਹਰ ਪਤਾ ਪਰਿਵਾਰ ਨੂੰ ਢੱਕਦੀ ਹੈ, ਕਲਾਇੰਟ ਲੌਗ ਤਬਦੀਲੀ ਪੂਰੀ ਹੋਣੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਤੁਹਾਡੀ ping ਜਾਂਚ ਆਈਕਨ ਨਹੀਂ ਸਗੋਂ ਅੰਤਰਾਲ ਮਾਪਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਬੰਦ ਕਰਨ ਨਾਲ ਆਮ ਕਨੈਕਟੀਵਿਟੀ ਮੁੜ ਆਉਂਦੀ ਹੈ। ਜੋ kill switch ਬਦਲਾਅ ਦੌਰਾਨ ਟਿਕਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਛੱਡਦਾ ਹੈ, ਉਹ ਆਪਣਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੋ ਜਲਦੀ ਛੱਡਦਾ ਹੈ, ਜਾਂ ਕਦੇ ਨਹੀਂ, ਉਹ ਡੀਬੱਗ ਕਰਨ ਯੋਗ ਹੈ।