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 ಸರ್ವರ್‌ನ host ಕೀ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಅಂತಿಮ ಸೈಟ್‌ಗೆ ಸಾಮಾನ್ಯ HTTPS ಮಾನ್ಯತೆಯನ್ನು ಅದರ ಜಾಗದಲ್ಲಿ ಬಿಡಿ. SSH ಫೋನ್‌ನಿಂದ ಸರ್ವರ್‌ವರೆಗಿನ ಹಂತವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ; ಸರ್ವರ್ ಮುಂದೆ ಮಾಡುವುದನ್ನು ಅದು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ.

ಎರಡು ಜೀವಿತಾವಧಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ನಿರ್ಧರಿಸಿ

ಅಡಾಪ್ಟರ್ ಮತ್ತು SSH ಸೆಷನ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಜೀವಿತಾವಧಿಗಳಿವೆ. ಅಡಾಪ್ಟರ್ ಹಿಡಿಯುತ್ತಿರುವಾಗ SSH ಬಿದ್ದರೆ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸ್ಪಷ್ಟ ದೋಷವಿಲ್ಲದೆ ನೇತಾಡಬಹುದು, ಏಕೆಂದರೆ ಅವುಗಳ ಪ್ಯಾಕೆಟ್‌ಗಳು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುವ ನಿರ್ಗಮನವಿಲ್ಲದ ವರ್ಚುವಲ್ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಪ್ರವೇಶಿಸುತ್ತವೆ. ಅಡಾಪ್ಟರ್ ನಿಂತರೆ, ಸಾಧನದ VPN ನೀತಿಗೆ ಅನುಗುಣವಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ನೇರವಾಗಿ ಹೋಗುತ್ತವೆ ಅಥವಾ ನಿರ್ಬಂಧಿಸಲ್ಪಡುತ್ತವೆ.

ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ: ಅಡಾಪ್ಟರ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ SSH ಸೆಷನ್ ಕೊಲ್ಲಿರಿ, ನಂತರ SSH ಮೇಲಿರುವಾಗ ಅಡಾಪ್ಟರ್ ನಿಲ್ಲಿಸಿ. ಪ್ರತಿ ಸಂದರ್ಭದಲ್ಲಿ ಫೋನ್ ಮಾಡುವುದೇ ನೀವು ನಿಜವಾಗಿ ಜಾರಿಗೊಳಿಸುತ್ತಿರುವ ನೀತಿ, ಸ್ಥಾಪನಾ ಸೂಚನೆಗಳು ಏನೇ ಹೇಳಿಕೊಂಡರೂ.

ಕಾರ್ಯಹರಿವಿಗೆ ಮುನ್ಸೂಚನೀಯ ವೈಫಲ್ಯ ಕ್ರಮದೊಂದಿಗೆ ಇಡೀ ಸಾಧನದ ಕವರೇಜ್ ಬೇಕಾದರೆ, ನಿಜವಾದ IP VPN, ಅಥವಾ ಈ ಸರಪಣಿಗೆ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ನಿರ್ವಹಿತ ಅಡಾಪ್ಟರ್ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ. ಸಂಬಂಧವಿಲ್ಲದ ಹಿಡಿತ ಅಪ್ಲಿಕೇಶನ್ ಪಕ್ಕದಲ್ಲಿ ಓಡುತ್ತಾ ಬಿಡಲಾದ ಶೆಲ್ ಸೆಷನ್ ನಿರ್ವಹಿತ ಸಾಧನ ಸುರಂಗವಲ್ಲ; ಅವು ಎರಡು ಘಟಕಗಳು, ಅವುಗಳಲ್ಲಿ ಒಂದು ಮುಗಿದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬ ಒಪ್ಪಂದವಿಲ್ಲದೆ.