Android ಹಾಟ್‌ಸ್ಪಾಟ್ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್: ಮೂರು ಪ್ರವೇಶ ಬಿಂದುಗಳು

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

ಸೇವೆ ನಿಜವಾಗಿ ನಡೆಯುವಲ್ಲಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಬೇಕಾದ ಆ್ಯಪ್ ತೆರೆದು ಅದರ ಸ್ಥಿತಿ ಪುಟ ಓದಿ. ಅದು ಕೇಳುತ್ತಿದೆ ಎಂದು ಹೇಳಿದರೆ, ಅದು ಬದ್ಧವಾಗಿರುವ ವಿಳಾಸವನ್ನು ಬರೆದಿಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಆ ಒಂದು ವಿವರ ಕೆಳಗಿನ ಹೆಚ್ಚಿನ ಪ್ರಕರಣಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. 127.0.0.1 ಗೆ ಬದ್ಧವಾದ ಆ್ಯಪ್ ಫೋನ್‌ನಿಂದ ಮಾತ್ರ ತಲುಪುತ್ತದೆ, ಮತ್ತು ಹಾಟ್‌ಸ್ಪಾಟ್ ಕ್ಲೈಂಟ್, ವಾಹಕದ ಮ್ಯಾಪಿಂಗ್ ಅಥವಾ VPN ನಿರ್ಗಮನ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ನಂತರ ಯಾವ ಸಾಧನ ಸೇವೆ ನಡೆಸುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಫೋನ್ ಆಗಿದ್ದರೆ ಸಾಕೆಟ್ ಆ ಆ್ಯಪ್‌ನದು; ಹಾಟ್‌ಸ್ಪಾಟ್ ಹಿಂದೆ ಲ್ಯಾಪ್‌ಟಾಪ್ ಇದ್ದರೆ ಕೇಳುವವನು ಮತ್ತು ಅದರ ಫೈರ್‌ವಾಲ್ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನದು, ಫೋನ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ ಮಾತ್ರ. ಇವು ಬೇರೆ ಬೇರೆ ವಿನ್ಯಾಸಗಳು, ಮತ್ತು ಅವನ್ನು ಬೆರೆಸುವುದೇ ಒಂದು ಕಡೆ ತೆರೆದ ಪೋರ್ಟ್ ಇನ್ನೊಂದು ಕಡೆ ಏನೂ ಮಾಡದಿರುವ ಕಾರಣ.

ಡೀಬಗ್ ಮಾಡಬಹುದಾದ ಬಿಲ್ಡ್‌ನಲ್ಲಿ adb shell /proc/net/tcp ಮೂಲಕ ಸಾಕೆಟ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಬಹುಪಾಲು ಜನರಿಗೆ ಆ್ಯಪ್‌ನ ಸ್ವಂತ ಸ್ಥಿತಿಯೇ ಪ್ರಾಮಾಣಿಕ ಮೂಲ.

ಮೊದಲ ಪ್ರವೇಶ ಬಿಂದು: ಹಾಟ್‌ಸ್ಪಾಟ್‌ನಲ್ಲಿರುವ ಇನ್ನೊಂದು ಸಾಧನ

ಇದು ಸ್ಥಳೀಯ ಪ್ರಕರಣ ಮತ್ತು ಸುಲಭವಾದದ್ದು. ಇನ್ನೊಂದು ಸಾಧನವು ತನ್ನ ಗೇಟ್‌ವೇ ಎಂದು ಕಾಣುವ ವಿಳಾಸದಲ್ಲಿ, ಆ್ಯಪ್ ಕೇಳುವ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಫೋನ್ ತಲುಪುತ್ತದೆ, ಮತ್ತು ಹಾಟ್‌ಸ್ಪಾಟ್‌ನ ಹೊರಗೆ ಯಾವುದೂ ಭಾಗಿಯಾಗುವುದಿಲ್ಲ. ವಾಹಕದ ಮ್ಯಾಪಿಂಗ್ ಬೇಕಿಲ್ಲ, ಏಕೆಂದರೆ ಸಂಚಾರ ಸ್ಥಳೀಯ ವಿಭಾಗವನ್ನು ಬಿಡುವುದಿಲ್ಲ.

ಎರಡು ವಿಷಯಗಳು ಇದನ್ನು ಮುರಿಯುತ್ತವೆ: ಆ್ಯಪ್ ಲೂಪ್‌ಬ್ಯಾಕ್‌ಗೆ ಬದ್ಧವಾಗಿರುವುದು, ಅಥವಾ ಫೋನ್‌ನ ಕ್ಲೈಂಟ್ ನೀತಿ ಸ್ಥಳೀಯ ಸಂಪರ್ಕವನ್ನು ಅನುಮತಿಸದಿರುವುದು. ಆ್ಯಪ್ ದೃಢೀಕರಿಸುವುದಾದರೆ ಅದರ ಸ್ವಂತ ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಬರೀ TCP ಯಿಂದ ಅಲ್ಲ, ಏಕೆಂದರೆ ಸ್ವೀಕರಿಸಿ ನಂತರ ತಿರಸ್ಕರಿಸುವ ಕೇಳುವವನು ದೂರದಿಂದ ಮುಚ್ಚಿದ ಪೋರ್ಟ್‌ನಂತೆ ಕಾಣುತ್ತದೆ.

ಸೇವೆ ಸಂಪರ್ಕಿತ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ನಡೆದರೆ, ಫೋನ್‌ನ ಹಾಟ್‌ಸ್ಪಾಟ್ ವಿಳಾಸವೇ ಗುರಿ ಅಲ್ಲ; ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಹಾಟ್‌ಸ್ಪಾಟ್ ಇಂಟರ್‌ಫೇಸ್ ವಿಳಾಸ ಮತ್ತು ಅಲ್ಲಿ ಕೇಳುವವನು ಬೇಕು.

ಎರಡನೇ ಪ್ರವೇಶ ಬಿಂದು: ವಾಹಕದ ಮಾರ್ಗ

ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಫೋನ್ ತಲುಪುವುದು ಬೇರೆ ಸಮಸ್ಯೆ, ಮತ್ತು IPv4 ಗೆ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ವಾಹಕರು ಸಾಧನಗಳನ್ನು ಹಂಚಿದ ಅನುವಾದದ ಹಿಂದೆ ಇಡುತ್ತಾರೆ, ಆದ್ದರಿಂದಲೇ RFC 6598 ಅಂತಹ ವ್ಯವಸ್ಥೆಗೆ ಹಂಚಿದ ವಿಳಾಸ ಶ್ರೇಣಿಯನ್ನು ಕಾಯ್ದಿರಿಸಿದೆ. ಕೇಳದೆ ಬರುವ ಒಳಗಿನ ಸಂಪರ್ಕಕ್ಕೆ ಬರಲು ಯಾವ ಮ್ಯಾಪಿಂಗ್ ಇಲ್ಲ, ಮತ್ತು ಯಾವ ಸ್ಥಳೀಯ ಸಂರಚನೆ ಒಂದನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅನುವಾದಕ ನಿಮ್ಮ ಸಾಧನವಲ್ಲ.

ರೂಟ್ ಪ್ರವೇಶವೂ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ; ಅದು ಫೋನ್‌ನ ಸ್ಟಾಕ್ ಮೇಲೆ ನಿಯಂತ್ರಣ ನೀಡುತ್ತದೆ, ವಾಹಕದ ಅನುವಾದಕದ ಮೇಲಲ್ಲ. ವಾಹಕ ಸಾರ್ವಜನಿಕ IPv6 ಪೂರ್ವಪ್ರತ್ಯಯ ನೀಡಿದರೆ ಒಳಗಿನ ಮಾರ್ಗ ಇರಬಹುದು, ಆದರೆ ಕೇಳುವವನು ಮತ್ತು ಫೋನ್‌ನ ಫೈರ್‌ವಾಲ್ ಇನ್ನೂ ಸ್ಪಷ್ಟ ಅನುಮತಿ ಬೇಕು.

ಮೂರನೇ ಪ್ರವೇಶ ಬಿಂದು: VPN ನಿರ್ಗಮನ

ಸುರಂಗ ತೆರೆದಿರುವಾಗ ಜಾಲತಾಣ ವರದಿ ಮಾಡುವ ವಿಳಾಸ ಆವೃತ ಹೊರಹೋಗುವ ಸಂಚಾರದ ನಿರ್ಗಮನ ವಿಳಾಸ. ಅದು ನಿಮ್ಮ ಪರವಾಗಿ ಒಳಬರುವ ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸುವ ವಿಳಾಸವಲ್ಲ. ಅದನ್ನು ಒಳಮುಖವಾಗಿ ಬಳಸಲು ಪೂರೈಕೆದಾರ ನಿಜವಾಗಿ ನೀಡುವ ಸೌಲಭ್ಯ ಬೇಕು, ಉದಾಹರಣೆಗೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಪೋರ್ಟ್, ಜೊತೆಗೆ ನಿರ್ಗಮನದಿಂದ ಕ್ಲೈಂಟ್‌ವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗ.

ಸ್ಥಳೀಯ ಅನುಮತಿ ನಿಯಮ ಆ ಮ್ಯಾಪಿಂಗ್ ಸೃಷ್ಟಿಸಲಾರದು. ಅದು ಮಾಡುವುದು ಆ್ಯಪ್‌ನ ಉತ್ತರಗಳು ಯಾವ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ಬದಲಿಸುವುದು, ಮತ್ತು ಆ್ಯಪ್ ಸುರಂಗದಿಂದ ಹೊರಗಿಡಲ್ಪಟ್ಟಾಗ ಇದು ಮುಖ್ಯ: ವಿನಂತಿ ಮತ್ತು ಉತ್ತರ ಬೇರೆ ಬೇರೆ ನೆಟ್‌ವರ್ಕ್ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು ಮತ್ತು ಸಂಪರ್ಕ ಫೈರ್‌ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ವಿಫಲವಾಗುತ್ತದೆ.

ಒಂದು ಮಾರ್ಗವನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ

ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ನಾಲ್ಕನ್ನು ಬರೆಯಿರಿ: ಉದ್ದೇಶಿತ ಮೂಲ, ಗಮ್ಯ ವಿಳಾಸ, ಸಾಗಣೆ, ಪೋರ್ಟ್ ಮತ್ತು ಕೇಳುವ ಸಾಕೆಟ್ ಹೊಂದಿರುವ ಯಂತ್ರ. ಯಾವುದೇ ಅಂಶ ಊಹೆಯಾಗಿದ್ದರೆ ಪರೀಕ್ಷೆ ಉಪಯುಕ್ತವಾದುದನ್ನು ಹೇಳುವುದಿಲ್ಲ.

ನಂತರ ಆ ಒಂದು ಅನುಮತಿಸಿದ ಮಾರ್ಗವನ್ನು ಆ್ಯಪ್‌ನ ದೃಢೀಕರಣಕ್ಕೆ ಧಕ್ಕೆಯಾಗದಂತೆ ಪರೀಕ್ಷಿಸಿ. ಅಸ್ಪಷ್ಟ ವಿಳಾಸ ಪರಿಶೀಲನೆಗೆ ಉತ್ತರ ಬರಲಿ ಎಂದು ಅಗಲವಾದ ಕೇಳುವವನನ್ನು ಪ್ರಕಟಿಸಬೇಡಿ ಅಥವಾ ಅಸಂಬಂಧಿತ ನಿಯಂತ್ರಣಗಳನ್ನು ಆಫ್ ಮಾಡಬೇಡಿ, ಏಕೆಂದರೆ ಎರಡೂ ಬದಲಾವಣೆಗಳು ಪರೀಕ್ಷೆಯ ನಂತರವೂ ಉಳಿಯುತ್ತವೆ.

Android ನ ಟೆಥರಿಂಗ್ ಉಪವ್ಯವಸ್ಥೆ ಕೆಳಮುಖ ಸಂಚಾರವನ್ನು ತನ್ನದೇ ಮಾರ್ಗದಲ್ಲಿ ಕಳುಹಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯ VPN ಸೆರೆಹಿಡಿಯುವಿಕೆಯಿಂದ ಪ್ರತ್ಯೇಕ, ಆದ್ದರಿಂದ ಸಂಪರ್ಕಿತ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಬ್ರೌಸರ್ ಫೋನ್‌ನ ಸೇವೆಗೆ ಒಳಬರುವ ಪ್ರವೇಶದ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಹೇಳುವ ಮೊದಲು:

• ಕೇಳುವವನು ಎದುರು ಪಕ್ಷ ತಲುಪಬಲ್ಲ ವಿಳಾಸದಲ್ಲಿದೆ, ಲೂಪ್‌ಬ್ಯಾಕ್‌ನಲ್ಲ.
• ಎದುರು ಪಕ್ಷ ಆ ಪ್ರವೇಶ ಬಿಂದುವಿನ ವಿಳಾಸ ಬಳಸುತ್ತದೆ, ಸ್ಥಿತಿ ಪುಟದ ನಿರ್ಗಮನ ವಿಳಾಸವಲ್ಲ.
• ವಾಹಕ ಅಥವಾ ಪೂರೈಕೆದಾರರ ಬದಿಯ ಯಾವುದೇ ಮ್ಯಾಪಿಂಗ್ ಬೆಂಬಲಿತ ಸೌಲಭ್ಯ, ಸ್ಥಳೀಯವಾಗಿ ಸೇರಿಸಿದ ನಿಯಮವಲ್ಲ.
• ವಿನಂತಿ ಮತ್ತು ಉತ್ತರ ಒಂದೇ ನೆಟ್‌ವರ್ಕ್ ಸಂದರ್ಭದ ಮೂಲಕ ಹೋಗುತ್ತವೆ, ಮತ್ತು ದೃಢೀಕರಣ ಇನ್ನೂ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ.