ਚਾਰਲਸ ਬੰਦ ਹੈ, ਪਰ ਤੁਹਾਡਾ Mac ਅਜੇ ਵੀ 127.0.0.1 ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ

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

ਪਹਿਲੀ ਛਾਲ ਇਹ Mac ਹੈ, ਸਰਵਰ ਨਹੀਂ

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

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

ਕਦਮ 1: ਮੌਜੂਦਾ ਪ੍ਰੌਕਸੀ ਸਥਿਤੀ ਪੜ੍ਹੋ

ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਦ੍ਰਿਸ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿਸਟਮ ਕੀ ਮੰਨਦਾ ਹੈ:

scutil --proxy

ਵੇਖੋ HTTPEnable, HTTPProxy, HTTPPort, HTTPS ਬਰਾਬਰ, ਅਤੇ ਇਸਦੇ URL ਵਾਲਾ ਕੋਈ ਵੀ ProxyAutoConfigEnable। ਜਿਸ ਪੋਰਟ 'ਤੇ ਕੁਝ ਨਹੀਂ ਸੁਣਦਾ ਅਜਿਹੀ ਸਰਗਰਮ ਪ੍ਰੌਕਸੀ ਤੁਹਾਡੀ ਗੜਬੜ ਹੈ। PAC URL ਦੂਜਾ ਰੂਪ ਹੈ: ਬੇਨਤੀ ਦੇ ਸਮੇਂ ਫਾਈਲ ਪ੍ਰੌਕਸੀ ਚੁਣਦੀ ਹੈ, ਇਸ ਲਈ ਦਿਖਣ ਵਾਲੇ ਹੱਥੀ ਪਤੇ ਤੋਂ ਬਿਨਾਂ ਸੈਟਿੰਗ ਸਰਗਰਮ ਹੋ ਸਕਦੀ ਹੈ।

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

ਕਦਮ 2: ਪਤਾ ਕਰੋ ਕਿ ਸੈਟਿੰਗ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ

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

ਚਾਰਲਸ ਆਪਣੇ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਿਸਟਮ ਪ੍ਰੌਕਸੀ ਏਕੀਕਰਨ, macOS ਹੈਲਪਰ ਸਮੇਤ, ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਉਸਦੇ ਆਪਣੇ ਨਿਯੰਤਰਣ ਅਤੇ ਬੰਦ ਕਰਨ ਦਾ ਰਾਹ ਵਰਤੋ। ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਹੈਲਪਰ ਸੰਰਚਨਾ ਬਦਲਣ ਲਈ ਹੈ; ਇਹ ਅਸੰਬੰਧਿਤ ਸਾਫਟਵੇਅਰ ਨੂੰ ਮਸ਼ੀਨ 'ਤੇ ਚੌੜੀ ਪਹੁੰਚ ਦੇਣ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

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

ਕਦਮ 3: ਸਭ ਤੋਂ ਸੰਕੀਰਣ ਚੀਜ਼ ਬਦਲੋ

ਖਾਸ ਸੇਵਾ ਲਈ ਖਾਸ ਗੈਰ-ਲੋੜੀਂਦੀ ਐਂਟਰੀ ਬੰਦ ਕਰੋ। ਹਰ ਸੇਵਾ ਟੌਗਲ ਨਾ ਕਰੋ ਅਤੇ ਪੂਰਾ ਪ੍ਰੌਕਸੀ ਪੈਨਲ ਸਾਫ਼ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ VPN ਸੇਵਾ ਅਤੇ ਅਧਾਰ Wi-Fi ਸੇਵਾ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਰੱਖਦੀਆਂ ਹਨ ਅਤੇ ਇੱਕ ਸਹੀ ਹੋ ਸਕਦੀ ਹੈ।

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

ਪ੍ਰਭਾਵਿਤ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਇੱਕ ਨਵੀਂ ਬੇਨਤੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਵੇਲੇ ਪ੍ਰੌਕਸੀ ਇੱਕ ਵਾਰ ਪੜ੍ਹਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਬੰਦ ਕਰਕੇ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣਾ ਅੰਧਵਿਸ਼ਵਾਸ ਨਹੀਂ, ਟੈਸਟ ਦਾ ਹਿੱਸਾ ਹੈ।

ਕਦਮ 4: ਜੇ ਪ੍ਰੌਕਸੀ ਗਈ ਅਤੇ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ

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

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

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

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