VPN ਬਨਾਮ ਪ੍ਰੌਕਸੀ: ਹਰ ਇੱਕ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
VPN ਰੂਟ ਕੀਤੇ ਐਪ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ; ਪ੍ਰੌਕਸੀ ਸਿਰਫ਼ ਉਹ ਐਪ ਕਵਰ ਕਰਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ। ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਕਵਰੇਜ, ਇਨਕ੍ਰਿਪਸ਼ਨ, DNS ਅਤੇ ਫੇਲ ਹੋਣ ਦਾ ਵਿਵਹਾਰ ਜਾਂਚੋ।
VPN ਅਤੇ ਫ਼ਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਦੋਵੇਂ ਉਹ ਪਤਾ ਬਦਲਦੇ ਹਨ ਜੋ ਇੱਕ ਵੈੱਬਸਾਈਟ ਦੇਖਦੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਹੀ ਜ਼ਿਆਦਾਤਰ ਤੁਲਨਾਵਾਂ ਰੁਕ ਜਾਂਦੀਆਂ ਹਨ। ਤੁਹਾਡਾ ਸੈੱਟਅੱਪ ਤੈਅ ਕਰਨ ਵਾਲਾ ਫ਼ਰਕ ਕਵਰੇਜ ਹੈ: ਫ਼ਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਇੱਕ ਵਿਚੋਲਾ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਡੀ ਐਪ ਆਪ ਵਰਤਣ ਦੀ ਚੋਣ ਕਰਦੀ ਹੈ, ਵੈੱਬਸਾਈਟ ਦੇ ਸਾਹਮਣੇ ਬੈਠੀ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਤੋਂ ਵੱਖਰਾ, ਜਦਕਿ VPN ਉਹ ਸਭ ਕੁਝ ਹਿਲਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਟਨਲ ਵਿੱਚ ਰੂਟ ਕਰਦਾ ਹੈ। ਇਨਕ੍ਰਿਪਸ਼ਨ, DNS ਸੰਭਾਲ ਅਤੇ ਫੇਲ ਹੋਣ ਦਾ ਵਿਵਹਾਰ ਸਭ ਇਸੇ ਵੰਡ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਇਹ ਪੰਜ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ, ਅਤੇ ਪਹਿਲੀ ਜੋ ਫੇਲ ਹੋਵੇਗੀ ਉਹ ਦੱਸੇਗੀ ਕਿ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਸਾਧਨ ਚਾਹੀਦਾ ਹੈ।
ਵਿਚੋਲਾ ਕਿਹੜੀਆਂ ਐਪਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ?
ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਐਕਸਟੈਂਸ਼ਨ ਸਿਰਫ਼ ਉਸੇ ਬਰਾਊਜ਼ਰ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਮੇਲ ਕਲਾਇੰਟ, ਪੈਕੇਜ ਮੈਨੇਜਰ ਅਤੇ ਦੂਜਾ ਬਰਾਊਜ਼ਰ ਆਪਣੀਆਂ ਹੀ ਸੈਟਿੰਗਾਂ ਵਰਤਦੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਐਪਾਂ ਸਿਸਟਮ ਪ੍ਰੌਕਸੀ ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੀਆਂ ਹਨ। VPN ਉਹ ਕਵਰ ਕਰਦਾ ਹੈ ਜੋ ਰੂਟਿੰਗ ਟੇਬਲ ਟਨਲ ਵਿੱਚ ਭੇਜਦੀ ਹੈ, ਅਤੇ ਇਹ ਰੂਟਾਂ ਤੇ ਕਲਾਇੰਟ ਨੀਤੀ ਅਨੁਸਾਰ ਸਾਰੀਆਂ ਐਪਾਂ ਜਾਂ ਸਪਲਿਟ ਟਨਲ ਵਿੱਚ ਇੱਕ ਉਪਸਮੂਹ ਹੋ ਸਕਦਾ ਹੈ।
ਇੱਕ ਪੇਜ ਲੋਡ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਮਹੱਤਵਪੂਰਨ ਐਪਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। curl https://ifconfig.me ਵਾਤਾਵਰਨ ਦੇ ਪ੍ਰੌਕਸੀ ਵੇਰੀਏਬਲਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ; ਡੈਸਕਟਾਪ ਐਪ ਸ਼ਾਇਦ ਨਾ ਕਰੇ। Windows ਉੱਤੇ netsh winhttp show proxy ਉਹ WinHTTP ਪ੍ਰੌਕਸੀ ਛਾਪਦਾ ਹੈ ਜੋ ਸੇਵਾਵਾਂ ਵਰਤਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਬਰਾਊਜ਼ਰ ਦੀ ਸੈਟਿੰਗ ਤੋਂ ਵੱਖਰੀ ਸੈਟਿੰਗ ਹੈ।
ਕੀ ਹੌਪ ਇਨਕ੍ਰਿਪਟਿਡ ਹੈ, ਅਤੇ TLS ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ?
ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਇੱਕ ਮਿਲਣ ਦੀ ਥਾਂ ਹੈ, ਗਾਰੰਟੀ ਨਹੀਂ। SOCKS5 TCP ਨੂੰ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਬਿਨਾਂ ਅੱਗੇ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਸਾਧਾਰਨ HTTP ਪ੍ਰੌਕਸੀ ਬੇਨਤੀ ਲਾਈਨ ਅਤੇ ਹੈਡਰ ਸਪਸ਼ਟ ਟੈਕਸਟ ਵਿੱਚ ਲੈ ਜਾਂਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ HTTPS CONNECT ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ TLS ਸੈਸ਼ਨ ਪ੍ਰੌਕਸੀ ਉੱਤੇ ਨਹੀਂ, ਮੰਜ਼ਿਲ ਉੱਤੇ ਹੀ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਪ੍ਰੌਕਸੀ ਸਰਵਰਾਂ ਅਤੇ ਟਨਲਿੰਗ ਬਾਰੇ MDN ਗਾਈਡ ਇਹ ਫ਼ਰਕ ਪ੍ਰੋਟੋਕੋਲ ਵੱਲੋਂ ਦੱਸਦੀ ਹੈ।
VPN ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਅਤੇ ਉਸਦੇ ਐਂਡਪੌਇੰਟ ਵਿਚਕਾਰਲਾ ਹਿੱਸਾ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ। ਐਂਡਪੌਇੰਟ ਤੋਂ ਪਾਰ ਕਿਸੇ ਵੀ ਹੋਰ ਨੈੱਟਵਰਕ ਵਾਂਗ ਹੀ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਇਸੇ ਲਈ ਸਿਰਫ਼ ਟਨਲ ਉਸ ਐਪ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰਦਾ ਜੋ ਸਾਧਾਰਨ HTTP ਉੱਤੇ ਪ੍ਰਮਾਣ ਭੇਜਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਡਿਜ਼ਾਈਨ ਲੌਗਇਨ ਕੀਤਾ ਖਾਤਾ, ਕੁਕੀ ਜਾਂ ਬਰਾਊਜ਼ਰ ਫਿੰਗਰਪ੍ਰਿੰਟ ਨਹੀਂ ਲੁਕਾਉਂਦਾ।
curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/nullਵਿਸਥਾਰਿਤ ਆਉਟਪੁੱਟ ਦੱਸਦਾ ਹੈ ਕਿ curl ਨੇ ਪੋਰਟ 443 ਉੱਤੇ CONNECT ਭੇਜਿਆ ਜਾਂ ਪੂਰੇ URL ਨਾਲ ਸਾਧਾਰਨ GET। socks5h:// ਨਾਲ ਹੋਸਟਨਾਮ SOCKS5 ਬੇਨਤੀ ਦੇ ਅੰਦਰ ਪ੍ਰੌਕਸੀ ਨੂੰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਹ ਉਹ TLS ਅੱਗੇ ਭੇਜਦੀ ਹੈ ਜਿਸਨੂੰ ਉਹ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦੀ, ਇਸ ਲਈ ਉਹ ਨਾਮ ਅਤੇ ਬਾਈਟ ਗਿਣਤੀ ਦੇਖਦੀ ਹੈ। http:// ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ https:// URL ਇੱਕ CONNECT ਹੈ, ਇਸ ਲਈ ਉਹ ਪ੍ਰੌਕਸੀ ਵੀ ਮੰਜ਼ਿਲ ਦਾ ਨਾਮ ਅਤੇ ਆਕਾਰ ਦੇਖਦੀ ਹੈ, ਬੇਨਤੀ ਜਾਂ ਜਵਾਬ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ਨਹੀਂ।
ਕਿਹੜਾ ਰਿਜ਼ੋਲਵਰ ਨਾਮ ਦੇਖਦਾ ਹੈ?
ਨਾਮਾਂ ਦਾ ਹੱਲ ਬੇਨਤੀ ਬਾਹਰ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ ਪ੍ਰੌਕਸੀ ਉੱਤੇ ਦੂਰੋਂ। curl ਨਾਲ socks5h:// ਹੋਸਟਨਾਮ ਪ੍ਰੌਕਸੀ ਨੂੰ ਭੇਜਦਾ ਹੈ ਜਦਕਿ socks5:// ਪਹਿਲਾਂ ਇਸਨੂੰ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਹੱਲ ਕਰਦਾ ਹੈ। ਬਰਾਊਜ਼ਰ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਤੁਲਨਾਯੋਗ DNS ਵਿਕਲਪ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ PAC ਫਾਈਲਾਂ ਵੱਖ-ਵੱਖ ਹੋਸਟਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਰੂਟ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਦੋ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸੇ ਵੀ ਗ਼ਲਤ ਕੌਂਫਿਗਰੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰੌਕਸੀ ਨੂੰ ਬਚਾ ਸਕਦੇ ਹਨ। WebRTC STUN ਰਾਹੀਂ ਉਮੀਦਵਾਰ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਅਤੇ QUIC UDP ਉੱਤੇ HTTP/3 ਚਲਾਉਂਦਾ ਹੈ, ਜੋ TCP ਪ੍ਰੌਕਸੀ ਲੈ ਨਹੀਂ ਸਕਦੀ। ਜੇ UDP 443 ਰੋਕਿਆ ਹੋਵੇ ਤਾਂ ਬਰਾਊਜ਼ਰ TCP ਉੱਤੇ ਵਾਪਸ ਆਵੇਗਾ, ਇਸ ਲਈ ਹੋਸਟ ਦੇ ਫਾਇਰਵਾਲ ਉੱਤੇ (ਜਾਂ ਪੂਰੇ ਨੈੱਟਵਰਕ ਲਈ ਰਾਊਟਰ ਉੱਤੇ) UDP 443 ਰੋਕਣਾ, ਬਰਾਊਜ਼ਰ ਫਲੈਗ ਨਹੀਂ, HTTP/3 ਨੂੰ ਪ੍ਰੌਕਸੀ ਮਾਰਗ ਵਿੱਚ ਰੱਖਣ ਦਾ ਭਰੋਸੇਯੋਗ ਤਰੀਕਾ ਹੈ।
ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਆਪਣੇ ਲੈਪਟਾਪ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਨਹੀਂ, ਮੰਜ਼ਿਲ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਜਾਂਚੋ। ਜੋ ਬੇਨਤੀ ਪ੍ਰੌਕਸੀ ਦੇ ਨਿਕਾਸ ਪਤੇ ਨਾਲ ਪਰ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਹੱਲ ਕੀਤੇ ਨਾਮ ਨਾਲ ਆਉਂਦੀ ਹੈ, ਉਹ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਫਿਰ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀਆਂ ਸਾਈਟਾਂ ਦੇਖਦੇ ਹੋ।
ਵਿਚੋਲਾ ਫੇਲ ਹੋਣ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ?
ਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਬੰਦ ਰੂਪ ਵਿੱਚ ਫੇਲ ਹੁੰਦੀ ਹੈ: ਪ੍ਰੌਕਸੀ ਪ੍ਰਕਿਰਿਆ ਰੋਕੋ ਅਤੇ ਬਰਾਊਜ਼ਰ ਜਾਂ ਐਪ ਸਿੱਧਾ ਜਾਣ ਦੀ ਥਾਂ ਕਨੈਕਸ਼ਨ ਗ਼ਲਤੀ ਦਿੰਦੀ ਹੈ। PAC ਅਤੇ WPAD ਸੈਟਅੱਪ ਉਹ ਹਨ ਜੋ ਖੁੱਲ੍ਹੇ ਰੂਪ ਵਿੱਚ ਫੇਲ ਹੁੰਦੇ ਹਨ - ਜੇ ਸਕ੍ਰਿਪਟ ਨਹੀਂ ਮਿਲ ਸਕਦੀ ਤਾਂ ਕਲਾਇੰਟ DIRECT ਉੱਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਾਈਟ ਫਿਰ ਤੁਹਾਡਾ ਅਸਲ ਪਤਾ ਦੇਖਦੀ ਹੈ। VPN ਕਲਾਇੰਟ ਅਤੇ ਕਿੱਲ ਸਵਿੱਚ ਜਾਂ ਫਾਇਰਵਾਲ ਨਿਯਮ ਸਰਗਰਮ ਹੋਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਖੁੱਲ੍ਹੇ ਜਾਂ ਬੰਦ ਰੂਪ ਵਿੱਚ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ।
ਫੇਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਜਾਂਚੋ: ਪ੍ਰੌਕਸੀ ਸੇਵਾ ਰੋਕ ਕੇ ਦੁਬਾਰਾ ਲੋਡ ਕਰੋ; ਸਿੱਧੇ ਲੋਡ ਦੀ ਥਾਂ ਗ਼ਲਤੀ ਪੇਜ ਮਿਲੇ ਤਾਂ ਫਾਲਬੈਕ ਦੇਖਣ ਲਈ PAC URL ਨੂੰ ਨਾ ਪਹੁੰਚਣ ਯੋਗ ਹੋਸਟ ਵੱਲ ਦਿਖਾਓ। ਜੇ ਪੇਜ ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਆਮ ਰਾਹੇ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੌਕਸੀ ਆਪਣੀ ਹੀ ਰੁਕਾਵਟ ਦੇ ਖਿਲਾਫ਼ ਕੋਈ ਸੁਰੱਖਿਆ ਨਹੀਂ ਦਿੰਦੀ, ਅਤੇ ਇਹ ਉਹ ਗੁਣ ਹੈ ਜੋ ਇਸ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣਨਾ ਚਾਹੀਦਾ ਹੈ।
ਕ੍ਰਮ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸਾਈਟ ਕੀ ਦੇਖਦੀ ਹੈ। ਜਿਸ ਪ੍ਰੌਕਸੀ ਦਾ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ VPN ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ, ਉਹ ਸਾਈਟ ਨੂੰ VPN ਐਂਡਪੌਇੰਟ ਦਾ ਪਤਾ ਦਿਖਾਉਂਦੀ ਹੈ; ਪ੍ਰੌਕਸੀ ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ (ਦੂਰਲੇ ਹੋਸਟ ਉੱਤੇ ਪ੍ਰੌਕਸੀ ਵੱਲ VPN) ਅਤੇ ਸਾਈਟ ਉਸਦੀ ਥਾਂ ਉਸ ਪ੍ਰੌਕਸੀ ਦਾ ਨਿਕਾਸ ਪਤਾ ਦੇਖਦੀ ਹੈ। ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਦੋ ਹੌਪ ਵੱਖ-ਵੱਖ ਚੀਜ਼ਾਂ ਲੌਗ ਕਰ ਸਕਦੇ ਹਨ।
ਪੰਜ ਜਾਂਚਾਂ, ਕ੍ਰਮ ਵਿੱਚ
ਹੇਠਾਂ ਦਿੱਤੀ ਚੈੱਕਲਿਸਟ ਪੂਰਾ ਫ਼ੈਸਲਾ ਇੱਕ ਥਾਂ ਹੈ। ਕਵਰੇਜ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਜ਼ਿਆਦਾਤਰ ਬੇਮੇਲ ਹਟਾਉਂਦੀ ਹੈ: ਜੇ ਜਿਸ ਐਪ ਨੂੰ ਕਵਰ ਕਰਨਾ ਹੈ ਉਹ ਸੈਟਿੰਗ ਦਾ ਆਦਰ ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਸੂਚੀ ਵਿੱਚ ਅੱਗੇ ਕੁਝ ਵੀ ਉਸਨੂੰ ਨਹੀਂ ਬਚਾਉਂਦਾ।
| Check | Forward proxy | VPN |
|---|---|---|
| What is covered | The app or browser you configure | Traffic the OS routes into the tunnel, all or split |
| Encryption scope | Protocol-dependent; SOCKS5 alone encrypts nothing | Device to VPN endpoint |
| DNS path | Local or remote, depending on the setting | Normally inside the tunnel |
| Failure mode | Explicit config: connection error; PAC/WPAD: DIRECT fallback | Client policy: fail-open or kill switch |
| What the site sees | The proxy's exit address | The VPN endpoint's exit address |
ਫਿਰ ਨਤੀਜੇ ਦੀ ਪੁਸ਼ਟੀ ਉਸ ਐਪ ਨਾਲ ਕਰੋ ਜਿਸਨੇ ਬਦਲਾਅ ਲਿਆਂਦਾ। ਕੌਂਫਿਗਰ ਕੀਤੇ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਪੇਜ ਲੋਡ ਕਰੋ, ਉਹੀ ਪੇਜ curl ਨਾਲ ਲਿਆਓ, ਅਤੇ ਦੋਵਾਂ ਵੱਲੋਂ ਦੱਸੇ ਪਤੇ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਉਹ ਵੱਖਰੇ ਹਨ, ਤਾਂ ਕੋਈ ਐਕਸਟੈਂਸ਼ਨ, PAC ਨਿਯਮ ਜਾਂ ਐਪ-ਪੱਧਰੀ ਓਵਰਰਾਈਡ ਅਜੇ ਵੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਟਨਲ ਦੀ ਕੋਈ ਵੀ ਟਿਊਨਿੰਗ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗੀ।
ਤੁਸੀਂ ਕੀ ਕੌਂਫਿਗਰ ਕੀਤਾ ਇਹ ਲਿਖੋ: ਕਿਹੜੀਆਂ ਐਪਾਂ ਪ੍ਰੌਕਸੀ ਵਰਤਦੀਆਂ ਹਨ, DNS ਸਥਾਨਕ ਹੈ ਜਾਂ ਦੂਰਲਾ, UDP ਰੋਕਿਆ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਫੇਲ ਹੋਣ ਦਾ ਵਿਵਹਾਰ ਕੀ ਹੈ। ਇਹੀ ਛੋਟੀ ਸੂਚੀ ਅਗਲੀ ਤੁਲਨਾ ਸੰਭਵ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ “IP ਬਦਲ ਗਿਆ” ਨੇ ਕਦੇ ਨਹੀਂ ਦੱਸਿਆ ਕਿ ਇਨ੍ਹਾਂ ਪੰਜ ਜਾਂਚਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਪਾਸ ਹੋਈ।