ਇੰਟਰਨੈੱਟ ਸਿਰਫ਼ VPN ਐਪ ਚਾਲੂ ਹੋਣ 'ਤੇ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ? ਚਾਰ ਪਰਤਾਂ ਜਾਂਚੋ

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

ਕਲਾਇੰਟ ਉਹ ਸੈਟਿੰਗਾਂ ਬਦਲਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਟਨਲ ਮਾਲਕ ਨਹੀਂ

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

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

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

ਤਿੰਨ ਬਚੇ ਹੋਏ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ

ਪਹਿਲਾ ਬਚਿਆ ਹੋਇਆ ਉਹ ਪਰਾਕਸੀ ਹੈ ਜੋ ਕਿਸੇ ਚੀਜ਼ ਵੱਲ ਨਹੀਂ ਇਸ਼ਾਰਾ ਕਰਦਾ: LAN ਪਰਾਕਸੀ ਬਕਸਾ ਅਜੇ ਵੀ ਟਿੱਕ ਕੀਤਾ, ਜਾਂ ਸੰਰਚਨਾ ਸਕ੍ਰਿਪਟ URL ਅਜਿਹੇ localhost ਪੋਰਟ ਵੱਲ ਜਿਸ 'ਤੇ ਹੁਣ ਕੋਈ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਸੁਣ ਰਹੀ। ਬਰਾਊਜ਼ਰ ਹਰ ਬੇਨਤੀ ਉਸ ਮੁਰਦਾ ਪੋਰਟ 'ਤੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਸਮਾਂ-ਸੀਮਾ ਮੁਰਦਾ ਨੈੱਟਵਰਕ ਵਾਂਗ ਨਾ ਦਿਸਣ ਤੱਕ ਅਟਕਦਾ ਹੈ। ਦੂਜਾ ਉਹ ਅਡੈਪਟਰ ਹੈ ਜੋ ਅਜੇ ਵੀ ਡਿਫ਼ਾਲਟ ਰੂਟ ਰੱਖਦਾ ਹੈ, ਕਿਉਂਕਿ TAP-Windows ਜੰਤਰ ਜਾਂ ਵਿਕਰੇਤਾ ਦਾ ਰੂਟਿੰਗ ਡਰਾਈਵਰ ਅਣਇੰਸਟਾਲ ਤੋਂ ਬਾਅਦ ਵੀ ਅਸਲ ਇੰਟਰਫ਼ੇਸ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਮਿਲਿਆ ਰੂਟ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਟ੍ਰੈਫਿਕ ਉਸ ਟਨਲ ਵਿੱਚ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ ਜੋ ਹੈ ਹੀ ਨਹੀਂ। ਕੋਈ ਵੀ ਬਚਿਆ ਹੋਇਆ ਆਪਣੀ ਘੋਸ਼ਣਾ ਨਹੀਂ ਕਰਦਾ; ਦੋਵੇਂ ਬਿਲਕੁਲ ਰੁਕਾਵਟ ਵਾਂਗ ਦਿਸਦੇ ਹਨ।

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

ਚਾਰ ਪਰਤਾਂ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਜਾਂਚੋ

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

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

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux ਅਤੇ macOS ਨੂੰ ਆਪਣੀਆਂ ਕਮਾਂਡਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਬਦਲੀਆਂ ਨਹੀਂ ਜਾ ਸਕਦੀਆਂ। Linux 'ਤੇ ਰੂਟ ip route ਤੋਂ ਅਤੇ ਰਿਜ਼ੋਲਵਰ resolvectl status ਤੋਂ ਆਉਂਦਾ ਹੈ ਜਿੱਥੇ systemd-resolved ਮਾਲਕ ਹੈ, cat /etc/resolv.conf 'ਤੇ ਵਾਪਸੀ ਦੇ ਵਿਕਲਪ ਨਾਲ। macOS 'ਤੇ ਰੂਟ netstat -rn ਤੋਂ, ਰਿਜ਼ੋਲਵਰ scutil --dns ਤੋਂ ਅਤੇ ਸਿਸਟਮ ਪਰਾਕਸੀ scutil --proxy ਤੋਂ ਆਉਂਦਾ ਹੈ। ip route ਚਲਾਉਣ ਵਾਲੇ macOS ਪਾਠਕ ਨੂੰ command not found ਮਿਲਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ /etc/resolv.conf ਅਧਿਕਾਰਕ ਸੰਰਚਨਾ ਨਹੀਂ ਸਗੋਂ ਤਿਆਰ ਕੀਤਾ ਸਟਬ ਹੈ। ਪਰਤ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਪਲੇਟਫ਼ਾਰਮ ਜਾਂਚੋ, ਨਹੀਂ ਤਾਂ ਪਹਿਲੀ ਕਮਾਂਡ ਹੀ ਖੋਜ ਬਣ ਜਾਂਦੀ ਹੈ।

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

ਪਰਾਕਸੀ ਟਨਲ ਨਹੀਂ ਹੁੰਦਾ

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

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

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

ਹਿੱਸਾ ਹਟਾਓ, ਸਬੂਤ ਨਹੀਂ

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

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

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