ਪ੍ਰਾਕਸੀ ਬ੍ਰਾਊਜ਼ਰ ਦਾ IP ਬਦਲਦਾ ਹੈ, ਦੂਜੀਆਂ ਐਪਾਂ ਦਾ ਕਿਉਂ ਨਹੀਂ?
ਬ੍ਰਾਊਜ਼ਰ ਜਾਂ Wi-Fi ਦੀ HTTP ਪ੍ਰਾਕਸੀ ਸੈਟਿੰਗ ਹਰ ਐਪ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਚੁਣੇ IP ਰਾਹੀਂ ਆਪਣੇ ਆਪ ਨਹੀਂ ਭੇਜਦੀ।
ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਬਦਲਿਆ IP ਉਸੇ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀ ਨੂੰ ਦੱਸਦਾ ਹੈ। ਦੂਜੀਆਂ ਐਪਾਂ ਸਿੱਧਾ ਰਸਤਾ ਰੱਖ ਸਕਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਪ੍ਰਾਕਸੀ ਸੈਟਿੰਗ ਦਾ ਸਹਾਰਾ ਅਤੇ ਵਰਤੋਂ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
| ਪ੍ਰਾਕਸੀ ਕਿੱਥੇ ਸੈੱਟ ਹੋਇਆ | ਆਮ ਤੌਰ ਉੱਤੇ ਕੀ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ |
|---|---|
| Firefox ਦੀਆਂ ਮੈਨੂਅਲ ਸੈਟਿੰਗਾਂ | Firefox ਦੀਆਂ ਸਹਿਯੋਗੀ ਬੇਨਤੀਆਂ। |
| ਸਿਸਟਮ HTTP ਪ੍ਰਾਕਸੀ | ਐਪਾਂ ਜੋ ਉਸ ਕਨਫਿਗਰੇਸ਼ਨ ਨੂੰ ਪੜ੍ਹਦੀਆਂ ਅਤੇ ਸਹਾਰਾ ਦਿੰਦੀਆਂ ਹਨ। |
| ਐਪ ਦੇ HTTP ਜਾਂ SOCKS ਵਿਕਲਪ | ਉਸ ਐਪ ਦੀ ਕਾਰਜ-ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਆਉਂਦਾ ਟ੍ਰੈਫਿਕ। |
| Wi-Fi ਨੈੱਟਵਰਕ ਦਾ ਪ੍ਰਾਕਸੀ | ਉਸ ਨੈੱਟਵਰਕ ਉੱਤੇ ਰਹਿੰਦਿਆਂ ਸੈਟਿੰਗ ਵਰਤਦੇ ਕਲਾਇੰਟ। |
ਗੇਮ ਜਾਂ ਵੌਇਸ ਕਾਲ HTTP ਰਸਤੇ ਤੋਂ ਬਾਹਰ ਦਾ ਟ੍ਰੈਫਿਕ ਵਰਤ ਸਕਦੀ ਹੈ; ਸਿੱਧੇ ਸਾਕੇਟ ਖੋਲ੍ਹਦੀ ਐਪ ਸਿਸਟਮ ਪ੍ਰਾਕਸੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਡਿੱਠਾ ਕਰ ਸਕਦੀ ਹੈ। SOCKS5 ਨੂੰ ਵੀ ਕਾਰਜ-ਪ੍ਰਣਾਲੀ ਦਾ ਸਹਾਰਾ ਚਾਹੀਦਾ ਹੈ: ਪ੍ਰੋਟੋਕੋਲ UDP association ਦੱਸਦਾ ਹੈ, ਪਰ Chromium ਦਾ ਅੰਦਰੂਨੀ SOCKS5 ਸਹਿਯੋਗ TCP URL ਬੇਨਤੀਆਂ ਲਈ ਹੈ, ਆਮ UDP relay ਨਹੀਂ।
ਦੂਜੀ ਐਪ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਪ੍ਰਾਕਸੀ ਇੰਟਰਫੇਸ ਲੱਭੋ ਅਤੇ ਉਸ ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਮੇਲ ਕਰੋ। ਜੇ ਇੰਟਰਫੇਸ ਨਾ ਹੋਵੇ ਤਾਂ ਸਿਸਟਮ HTTP ਐਂਡਪੁਆਇੰਟ ਵਾਰ-ਵਾਰ ਬਦਲਣਾ ਸ਼ਾਇਦ ਐਪ ਕਨਫਿਗਰ ਨਹੀਂ ਕਰੇਗਾ। ਉਸ ਐਪ ਦੀ ਬੇਨਤੀ ਉਸ ਦੀ ਜਾਂਚ ਸਹੂਲਤ ਜਾਂ ਆਪਣੇ ਕੰਟਰੋਲ ਵਾਲੀ ਮੰਜ਼ਿਲ ਨਾਲ ਵੇਖੋ; curl ਐਂਡਪੁਆਇੰਟ ਜਾਂਚ ਸਕਦਾ ਹੈ, ਦੂਜੀ ਐਪ ਦਾ ਰਸਤਾ ਸਾਬਤ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਚਾਲੂ ਕਰਨ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਣ ਪਿੱਛੋਂ ਮੁੜ ਜਾਂਚੋ। ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਵਿੱਚ ਪੜ੍ਹੀ ਸੈਟਿੰਗ ਰੱਖ ਸਕਦੀ ਹੈ, ਅਤੇ ਮੋਬਾਈਲ ਡੇਟਾ ਉੱਤੇ ਜਾਂਦਾ ਫ਼ੋਨ Wi-Fi ਦੀ ਖ਼ਾਸ ਕਨਫਿਗਰੇਸ਼ਨ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਸਾਰੇ ਡਿਵਾਈਸ ਦਾ ਰੂਟਿੰਗ ਚਾਹੀਦਾ ਹੋਵੇ ਤਾਂ ਉਸ ਦਾਇਰੇ ਦਾ ਤਰੀਕਾ ਚੁਣੋ; ਇੱਕ ਕਲਾਇੰਟ ਦੀ HTTP ਸੈਟਿੰਗ ਇਹ ਨਹੀਂ ਕਰ ਸਕਦੀ।