Android SSH SOCKS ਪ੍ਰੌਕਸੀ: ਤੁਹਾਡੀਆਂ ਅੱਧੀਆਂ ਐਪਾਂ ਹੀ ਕਿਉਂ ਜੁੜਦੀਆਂ ਹਨ

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

ਜਿੱਥੋਂ ਟ੍ਰੈਫਿਕ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਉਹ ਐਪ ਚੁਣੋ ਜਿਸ ਨੂੰ ਟਨਲ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਜਾਂਚੋ ਕਿ ਉਸ ਦੀ ਆਪਣੀ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਹੈ ਜਾਂ ਨਹੀਂ। SOCKS ਖੇਤਰ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਸੌਖਾ ਮਾਮਲਾ ਹੈ: ਉਸ ਨੂੰ 127.0.0.1:1080 ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ, ਸੈਟਿੰਗ ਹੋਵੇ ਤਾਂ ਰਿਮੋਟ DNS ਚਾਲੂ ਕਰੋ, ਅਤੇ ਬੇਨਤੀ ਲੰਘ ਜਾਂਦੀ ਹੈ। ਚੈਟ ਕਲਾਇੰਟ, ਨਕਸ਼ਾ ਐਪ ਜਾਂ ਅਜਿਹਾ ਖੇਤਰ ਨਾ ਰੱਖਣ ਵਾਲੀ ਗੇਮ ਕੋਲ ਸਰੋਤਾ ਵਰਤਣ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ, ਅਤੇ SSH ਕਮਾਂਡ ਵਿੱਚ ਤੁਸੀਂ ਜੋ ਵੀ ਲਿਖੋ ਉਹ ਇਹ ਨਹੀਂ ਬਦਲਦਾ।

ਹੋਰ ਕੁਝ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸਾਬਤ ਕਰੋ ਕਿ ਸਰੋਤਾ ਫ਼ੋਨ ਦੇ ਆਪਣੇ ਸ਼ੈੱਲ ਤੋਂ SOCKS ਸਿੱਧਾ ਬੋਲਣ ਵਾਲੇ ਕਲਾਇੰਟ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ:

ssh -N -D 1080 [email protected]
curl --socks5-hostname 127.0.0.1:1080 https://ifconfig.me

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

ਉਹ ਹਿੱਸਾ ਜੋੜੋ ਜੋ Android ਨੂੰ ਚਾਹੀਦਾ ਹੈ

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

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

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

SSH ਟ੍ਰਾਂਸਪੋਰਟ ਨੂੰ ਫੜਨ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

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

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

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

DNS ਅਤੇ UDP ਨੂੰ ਲੜੀ ਦੇ ਅੰਤ ਤੱਕ ਲੈ ਜਾਓ

OpenSSH ਦਾ ਗਤੀਸ਼ੀਲ ਫ਼ਾਰਵਰਡ TCP ਕਨੈਕਸ਼ਨ ਢੋਂਦਾ ਹੈ। ਇਹ UDP-associate ਜਾਂ ICMP ਟ੍ਰਾਂਸਪੋਰਟ ਨਹੀਂ ਹੈ, ਅਤੇ ਅਡੈਪਟਰ UDP ਪੈਕਟ ਸਵੀਕਾਰ ਕਰਕੇ UDP ਫ਼ਾਰਵਰਡਿੰਗ ਨਹੀਂ ਈਜਾਦ ਕਰ ਸਕਦਾ। UDP ਉੱਤੇ ਜ਼ੋਰ ਦੇਣ ਵਾਲੀ ਹਰ ਚੀਜ਼, QUIC ਅਤੇ WebRTC ਮੀਡੀਆ ਸਮੇਤ, ਐਪ ਅਨੁਸਾਰ ਫੇਲ ਹੁੰਦੀ ਹੈ ਜਾਂ TCP ਉੱਤੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ।

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

SOCKS ਸਰੋਤੇ ਨੂੰ loopback ਨਾਲ ਬੰਨ੍ਹਿਆ ਰੱਖੋ, ਪਹਿਲੀ ਵਰਤੋਂ ਉੱਤੇ SSH ਸਰਵਰ ਦੀ ਹੋਸਟ ਕੁੰਜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਅੰਤਿਮ ਸਾਈਟ ਲਈ ਆਮ HTTPS ਪ੍ਰਮਾਣਿਕਤਾ ਆਪਣੀ ਥਾਂ ਉੱਤੇ ਰਹਿਣ ਦਿਓ। SSH ਫ਼ੋਨ ਤੋਂ ਸਰਵਰ ਤੱਕ ਦੇ ਹਿੱਸੇ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ; ਸਰਵਰ ਉਸ ਤੋਂ ਬਾਅਦ ਜੋ ਕਰਦਾ ਹੈ ਉਹ ਇਸ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ।

ਦੋ ਜੀਵਨ ਕਾਲ ਜਾਂਚੋ ਅਤੇ ਫ਼ੈਸਲਾ ਕਰੋ

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

ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਜਾਂਚੋ: ਅਡੈਪਟਰ ਚੱਲਦਿਆਂ SSH ਸੈਸ਼ਨ ਮਾਰ ਦਿਓ, ਫਿਰ SSH ਉੱਪਰ ਰਹਿੰਦਿਆਂ ਅਡੈਪਟਰ ਰੋਕ ਦਿਓ। ਹਰ ਹਾਲਤ ਵਿੱਚ ਫ਼ੋਨ ਜੋ ਕਰਦਾ ਹੈ ਉਹੀ ਨੀਤੀ ਹੈ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਕਰ ਰਹੇ ਹੋ, ਭਾਵੇਂ ਇੰਸਟਾਲ ਨਿਰਦੇਸ਼ ਕੁਝ ਵੀ ਕਹਿਣ।

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