ਐਪ ਦਾ ਕਿਲ ਸਵਿੱਚ ਬਨਾਮ ਫਾਇਰਵਾਲ ਦਾ ਕਿਲ ਸਵਿੱਚ: ਹਰ ਇੱਕ ਕੀ ਰੋਕਦਾ ਹੈ

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

ਪਹਿਲਾਂ ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਵਿਧੀ ਦਾ ਨਾਮ ਦਿਓ

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

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

ਕੀ ਬਲਾਕ ਕਲਾਇੰਟ ਤੋਂ ਵੱਧ ਟਿਕਦਾ ਹੈ?

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

ਲੰਬੇ ਡਾਊਨਲੋਡ ਦੇ ਵਿਚਕਾਰ ਕਲਾਇੰਟ ਬੰਦ ਕਰੋ ਅਤੇ ਦੇਖੋ ਕਿ ਤਬਾਦਲਾ ਰੁਕਦਾ ਹੈ ਜਾਂ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ।

ਆਮ ਪੁਲਾਂ ਨੂੰ ਲੱਭੋ

IPv6 ਪਹਿਲਾ ਹੈ। IPv4 ਪਤਿਆਂ ਲਈ ਲਿਖਿਆ ਨਿਯਮ IPv6 ਟ੍ਰੈਫਿਕ ਨੂੰ ਅਛੂਤਾ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਬਹੁਤੇ ਕਲਾਇੰਟ ਸਿਰਫ਼ v4 ਅੱਧ ਲਿਖਦੇ ਹਨ। ਦੂਜਾ ਇੰਟਰਫੇਸ ਹੈ: USB ਟੈਥਰਿੰਗ, ਦੂਜਾ Wi-Fi ਅਡਾਪਟਰ ਅਤੇ ਸੈਲੂਲਰ ਮਾਡਮ ਮੁੱਢਲੇ ਕਨੈਕਸ਼ਨ ਤੱਕ ਸੀਮਿਤ ਨਿਯਮ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦੇ। ਬਾਹਰ ਰੱਖੀਆਂ ਐਪਾਂ ਅਤੇ ਲੋਕਲ-ਨੈੱਟਵਰਕ ਅਪਵਾਦ ਤੀਜਾ ਹੈ।

Windows ਉੱਤੇ ਤੁਸੀਂ ਟੌਗਲ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਸਥਾਪਿਤ ਨਿਯਮ ਪੜ੍ਹ ਸਕਦੇ ਹੋ: Get-NetFirewallRule -DisplayName '*VPN*' ਅਤੇ netsh wfp show filters ਦੋਵੇਂ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਕੀ ਮੌਜੂਦ ਹੈ। Linux ਉੱਤੇ iptables -S, ip6tables -S ਅਤੇ nft list ruleset ਆਮ ਮਾਮਲੇ ਕਵਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਤਿੰਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਹੀ ਮੁੱਖ ਗੱਲ ਹੈ।

DNS ਹੀ ਆਮ ਲੀਕ ਹੈ

UDP 53 ਖੁੱਲ੍ਹਾ ਰੱਖ ਕੇ TCP ਰੋਕਣ ਨਾਲ ਤੁਹਾਨੂੰ ਬਹੁਤ ਭਰੋਸੇਯੋਗ ਕਿਲ ਸਵਿੱਚ ਮਿਲਦਾ ਹੈ ਜੋ ਅਜੇ ਵੀ ਹਰ ਹੋਸਟਨਾਮ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇਹੀ ਗੱਲ ਉਦੋਂ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ DNS ਕਿਸੇ ਹੋਰ ਇੰਟਰਫੇਸ ਦੇ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਜਦੋਂ ਕਲਾਇੰਟ ਸਿਰਫ਼ v4 ਰੋਕਦਾ ਹੈ ਅਤੇ ਰਿਜ਼ੌਲਵਰ v6 ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੁੰਦਾ ਹੈ।

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

ਟੌਗਲ ਨਹੀਂ, ਤਬਦੀਲੀ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਇੱਕ ਲੈਪਟਾਪ ਦਾ ਨਤੀਜਾ ਫੋਨ ਜਾਂ ਰਾਊਟਰ ਉੱਤੇ ਨਹੀਂ ਜਾਂਦਾ। ਵੱਖਰੇ ਪਲੇਟਫਾਰਮ API, ਵੱਖਰੇ ਡਿਫਾਲਟ, ਅਤੇ Android ਉੱਤੇ ਫ਼ਰਕ ਸਪੱਸ਼ਟ ਹੈ: ਬਲਾਕਿੰਗ ਵਾਲਾ always-on ਕਲਾਇੰਟ ਨਹੀਂ, ਸਿਸਟਮ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਨਾ ਚੱਲਣ ਵੇਲੇ ਵੀ ਉਹ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ। Android VPN ਗਾਈਡ ਉਸ ਵੰਡ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ।

ਵਾਪਸੀ ਦਾ ਰਾਹ ਰੱਖੋ

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

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