VPN ਅਣਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੰਟਰਨੈੱਟ ਨਹੀਂ? ਤਿੰਨ ਮਾਲਕਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਜਾਂਚ 1: ਅਜੇ ਕੀ ਹੈ, ਅਤੇ ਉਹ ਕਿਸ ਲਈ ਹੈ

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

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

ਜਾਂਚ 2: ਕਿਹੜਾ ਮਾਲਕ ਇਸਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ

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

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

ਜਾਂਚ 3: ਜੋ ਇਸਨੂੰ ਸਮਝਾਉਂਦਾ ਹੈ ਉਸ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਤੰਗ ਚੀਜ਼ ਹਟਾਓ

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

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

ਜਾਂਚ 4: DNS ਅਤੇ ਰੂਟ ਅਡੈਪਟਰਾਂ ਤੋਂ ਜ਼ਿਆਦਾ ਚੱਲਦੇ ਹਨ

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

resolvectl status
ip route get 1.1.1.1
nslookup example.com

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

ਜਾਂਚ 5: ਦੋਵੇਂ ਰਾਹ ਦੁਬਾਰਾ ਪਰਖੋ ਅਤੇ ਨਿਦਾਨ ਵਾਪਸ ਰੱਖੋ

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

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