VPN ਚੱਲ ਰਿਹਾ ਹੈ, ਪਰ ਇੱਕ ਐਪ ਵਿੱਚ ਇੰਟਰਨੈੱਟ ਨਹੀਂ? ਉਸਦਾ ਪ੍ਰੌਕਸੀ ਜਾਂਚੋ

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

ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਕਿਹੜੀ ਪਰਤ ਦੀ ਮਾਲਕੀ ਹੈ

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

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

ਹਰ ਟੂਲ ਅਸਲ ਵਿੱਚ ਜੋ ਮੁੱਲ ਵਰਤਦਾ ਹੈ ਉਹ ਪੜ੍ਹੋ

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

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਦੇ ਪਲੇਟਫਾਰਮ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਲਾਈਨ ਹੀ ਚਲਾਓ, ਫਿਰ ਹੋਸਟ, ਪੋਰਟ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਲਈ ਆਉਟਪੁੱਟ ਪੜ੍ਹੋ। ਅਜਿਹਾ ਮੁੱਲ http://proxy.corp.example:8080 ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟੂਲ ਹਰ ਬੇਨਤੀ ਲਈ ਉਸ ਹੋਸਟ ਨੂੰ ਪੁੱਛਦਾ ਹੈ, ਜਦਕਿ ਖਾਲੀ ਨਤੀਜਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸਿੱਧਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਸਲ ਖਰਾਬੀ ਕਿਤੇ ਹੋਰ ਹੈ। ਟਿਕਟ ਵਿੱਚ ਆਉਟਪੁੱਟ ਪੇਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਤੋਂਕਾਰ ਅਤੇ ਪਾਸਵਰਡ ਵਾਲਾ ਹਿੱਸਾ ਢੱਕੋ, ਕਿਉਂਕਿ ਉਹ ਸਟਰਿੰਗਾਂ ਲੋਕਾਂ ਦੀ ਧਾਰਨਾ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਵਾਰ ਜੀਵਤ ਪ੍ਰਮਾਣ ਹੁੰਦੀਆਂ ਹਨ।

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

ਓਵਰਰਾਈਡ ਮਿਟਾਓ ਅਤੇ ਉਹੀ ਬੇਨਤੀ ਦੁਬਾਰਾ ਜਾਂਚੋ

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

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

ਜੇ ਵਰਬੋਸ ਆਉਟਪੁੱਟ ਅਜੇ ਵੀ ਪ੍ਰੌਕਸੀ ਹੋਣ ਦਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਤਾਂ ਵਾਤਾਵਰਣ ਅਧਿਕਾਰ ਨਹੀਂ ਸੀ। ਹੋਰ ਓਵਰਰਾਈਡ ਵਧਾਉਣ ਦੀ ਥਾਂ ਇੱਕ ਪੱਧਰ ਉੱਪਰ ਜਾਓ।

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੁਧਾਰ ਰੀਸਟਾਰਟ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਦਾ ਹੈ

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

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

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

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