ನಿಮ್ಮ iPhone ಆ್ಯಪ್ ಒಂದು IP ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಇನ್ನೊಂದನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಏಕೆ
ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ, ಸಾಕೆಟ್ ಅಂತ್ಯಬಿಂದು ಮತ್ತು ಸರ್ವರ್ ದಾಖಲಿಸುವ ಮೂಲ ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. VPN ಸಂದರ್ಭ ಸೇರಿಸುತ್ತದೆ; ಅವನ್ನು ಒಂದೇ ಸಂಖ್ಯೆಯಾಗಿ ಮಾಡುವುದಿಲ್ಲ.
ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳು ಬರುತ್ತವೆ: ಆ್ಯಪ್ ಒಂದು ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ ಆದರೆ ಸರ್ವರ್ ಇನ್ನೊಂದನ್ನು ದಾಖಲಿಸಿದೆ, ನಂತರ ಎರಡರಲ್ಲಿ ಯಾವುದು ಸುಳ್ಳು ಹೇಳುತ್ತಿದೆ ಎಂದು ಕೇಳುತ್ತಾರೆ. ಯಾವುದೂ ಅಲ್ಲ; ಇವು ಎರಡು ವಿಭಿನ್ನ ವಸ್ತುಗಳ ಎರಡು ಅವಲೋಕನಗಳು. ಇಂಟರ್ಫೇಸ್‌ಗೆ ಬದ್ಧವಾದ ವಿಳಾಸ, ಸಾಕೆಟ್‌ಗೆ ಬದ್ಧವಾದ ವಿಳಾಸ, ಮತ್ತು ದೂರದ ಸೇವೆ ನೋಡುವ ಮೂಲ ವಿಳಾಸ, ಇವು ಮೂರು ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. VPN ಫೋನ್‌ಗೆ ನೆಟ್‌ವರ್ಕ್ ಸಂದರ್ಭ ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಆ ಮೂರನ್ನೂ ಒಂದೇ ಸಾಧನದ ಸಂಖ್ಯೆಗೆ ಕುಗ್ಗಿಸುವುದಿಲ್ಲ. ವಿಳಾಸಗಳನ್ನು ಓದುವ ಮೊದಲು ಟಿಕೆಟ್‌ನ ಕ್ಷೇತ್ರಗಳ ಹೆಸರುಗಳನ್ನು ಓದಿ.
ಟಿಕೆಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಏನನ್ನು ವಿವರಿಸುತ್ತದೆ
Wi-Fi ನಲ್ಲಿ ಟನೆಲ್ ಆನ್ ಆಗಿರುವ ಫೋನ್ ಅನ್ನು ಊಹಿಸಿ. Wi-Fi ಇಂಟರ್ಫೇಸ್ ಒಂದು LAN ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ನಿಗದಿಪಡಿಸಿದ ಒಳಗಿನ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಟನೆಲ್ ಮೂಲಕ ಹೊರಹೋಗುವ ವಿನಂತಿ ದಾರಿಯಲ್ಲಿ ಯಾವುದೇ ಅನುವಾದದಿಂದ ಉಳಿದ ಮೂಲದಿಂದ ಸಾರ್ವಜನಿಕ ಸೇವೆಗೆ ತಲುಪುತ್ತದೆ. ಒಳಗಿನ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುವ ಆ್ಯಪ್ ಮತ್ತು ಅನುವಾದಿತ ಮೂಲವನ್ನು ದಾಖಲಿಸುವ ಸರ್ವರ್ ಇಬ್ಬರೂ ನಿಖರವಾಗಿ ವರದಿ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಈ ಎರಡು ಮೌಲ್ಯಗಳು ಎಂದಿಗೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.
ಮೂರು ಅವಲೋಕನಗಳು ಏನನ್ನು ವಿವರಿಸುತ್ತವೆ ಎಂಬುದರಲ್ಲಿ ಮಾತ್ರವಲ್ಲ, ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಲ್ಲವು ಎಂಬುದರಲ್ಲೂ ಭಿನ್ನವಾಗಿವೆ.
| Observation | What it describes | What it cannot prove |
|---|---|---|
| An address on a local interface | One configured attachment: Wi-Fi, cellular or a tunnel | The source a remote site receives |
| A socket's local endpoint | The binding used by that one connection | The address after translation further along |
| The peer address at a service | What arrived at that observation point | Any other interface on the phone |
ಆ ಕೋಷ್ಟಕವನ್ನು ಈ ಮೌಲ್ಯಗಳನ್ನು ಟಿಕೆಟ್‌ಗೆ ತುಂಬುವ ಕೋಡ್‌ನ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಇಲ್ಲಿನ ಗೊಂದಲದ ಹೆಚ್ಚಿನ ಭಾಗ ಕಾಲಂಗಳ ಗೊಂದಲ, ನೆಟ್‌ವರ್ಕ್ ದೋಷವಲ್ಲ.
ಸಾಕೆಟ್ ಕರೆ ಏನನ್ನು ಉತ್ತರಿಸಬಲ್ಲದು ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ
API ಮಟ್ಟದಲ್ಲಿ, getsockname ಪ್ರಸ್ತುತ ನಿರ್ದಿಷ್ಟ ಸಾಕೆಟ್‌ಗೆ ಬದ್ಧವಾಗಿರುವ ಸ್ಥಳೀಯ ಅಂತ್ಯಬಿಂದುವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಸಂಪರ್ಕಿತ ಸಾಕೆಟ್‌ಗೆ ಅದು ಕರ್ನೆಲ್ ಆ ಸಂಪರ್ಕಕ್ಕೆ ಆಯ್ಕೆ ಮಾಡಿದ ಮೂಲ, ಮತ್ತು ಅದು ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿಗಿಂತ ಈಗಾಗಲೇ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ. ಇದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಹುಡುಕಾಟವಲ್ಲ, ಮತ್ತು ಬದ್ಧವಲ್ಲದ ಸಾಕೆಟ್‌ನಲ್ಲಿ ಅದನ್ನು ಕರೆಯುವುದು ನಿಮಗೆ ಬಹುತೇಕ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದು ಹಿಂತಿರುಗಿಸುವ ಯಾವುದನ್ನೂ ನಂತರ ದಾರಿಯಲ್ಲಿ ಮತ್ತೆ ಬರೆಯಬಹುದು, ಆದ್ದರಿಂದ ಸೇವೆ ಏನನ್ನು ಸ್ವೀಕರಿಸಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಸೇವೆಯ ಸ್ವಂತ ಅವಲೋಕನವೇ ಅಧಿಕೃತ.
Apple ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಬದಿಗೆ ಪ್ರತ್ಯೇಕ ಮೇಲ್ಮೈ ಇದೆ: ಟನೆಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್‌ಗೆ ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ಅವನ್ನು ಓದುವುದು ಟನೆಲ್ ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಆಗಿತ್ತು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಒಂದು ನಿರ್ದಿಷ್ಟ ವಿನಂತಿ ಯಾವ ಮಾರ್ಗ ತೆಗೆದುಕೊಂಡಿತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ರೂಟಿಂಗ್ ಮತ್ತು ಪ್ರತಿ-ಆ್ಯಪ್ ನಿಯಮಗಳು ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೂ ಅದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ವಿಭಜಿತ ಟನೆಲಿಂಗ್ ಅಂತರವನ್ನು ಗೋಚರವಾಗಿಸುತ್ತದೆ. ಒಂದು ವಿನಂತಿ ಟನೆಲ್ ಮೂಲಕ ಹೊರಹೋಗಬಹುದು, ಆದರೆ ಮುಂದಿನದು ಬೇರೆ ಗಮ್ಯಸ್ಥಾನ ಅಥವಾ ಬೇರೆ ವಿಳಾಸ ಕುಟುಂಬದ ಕಡೆಗೆ ಗುರಿಯಾಗಿರುವುದು ಹೋಗದಿರಬಹುದು, ಆದ್ದರಿಂದ ಒಂದೇ ಆ್ಯಪ್‌ನ ಸೆಕೆಂಡುಗಳ ಅಂತರದ ಎರಡು ಫಲಿತಾಂಶಗಳು ಪ್ರಾಮಾಣಿಕ ಮತ್ತು ಭಿನ್ನವಾಗಿರಬಹುದು.
ಪ್ರಶ್ನೆಗೆ ಹೊಂದುವ ಅವಲೋಕನವನ್ನು ಆರಿಸಿ
ಎಲ್ಲವನ್ನೂ ಅಳೆಯುವ ಬದಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆರಿಸಿ. ಬ್ಯಾಕೆಂಡ್ ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಬ್ಯಾಕೆಂಡ್‌ನಲ್ಲಿ ಮೂಲವನ್ನು ದಾಖಲಿಸಿ, ಮತ್ತು ಮುಂದೆ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಇದ್ದರೆ, ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ಕ್ಲೈಂಟ್ ಕಳುಹಿಸಿದ ಯಾವುದರಿಂದಲೂ ಅಲ್ಲ, ನಿಮ್ಮ ನಿಯೋಜನೆ ನಿಜವಾಗಿ ಹೊಂದಿಸುವ ಫಾರ್ವರ್ಡಿಂಗ್ ಹೆಡರ್‌ನಿಂದ ಓದಿ.
ಟನೆಲ್ ಕಾನ್ಫಿಗರ್ ಆಗಿದೆಯೇ ಎಂದು ತಿಳಿಯಲು ಇಂಟರ್ಫೇಸ್ ಓದಿ. ಈ ಆ್ಯಪ್‌ನ ಸಂಚಾರ ಅದನ್ನು ಬಳಸಿತೇ ಎಂದು ತಿಳಿಯಲು, ಆ ಆ್ಯಪ್‌ನಿಂದ ನೀವು ನಿಯಂತ್ರಿಸುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸಂಚಾರ ಕಳುಹಿಸಿ ಮತ್ತು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಮೂಲವನ್ನು ಹೋಲಿಸಿ.
ಪ್ರತಿ-ಆ್ಯಪ್ ನಿಯಮಗಳು ತಮ್ಮದೇ ವಾಕ್ಯಕ್ಕೆ ಅರ್ಹವಾಗಿವೆ. ಬ್ರೌಸರ್ ಫಲಿತಾಂಶ ಆ ಬ್ರೌಸರ್ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ, ಮತ್ತು ನಿರ್ವಹಿತ ಪ್ರತಿ-ಆ್ಯಪ್ ಟನೆಲ್ ಒಂದೇ ಫೋನ್‌ನ ಎರಡು ಆ್ಯಪ್‌ಗಳನ್ನು ಅದೇ ಕ್ಷಣದಲ್ಲಿ ಬೇರೆ ಮಾರ್ಗಗಳಲ್ಲಿ ಇರಿಸಬಹುದು. ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು ಎಂದರೆ ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಆ್ಯಪ್‌ನಿಂದ, ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲಿ ಸಂಚಾರ ಕಳುಹಿಸುವುದು.
ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳು ಡಿಟೆಕ್ಟರ್ ಅಲ್ಲ
ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು VPN ಪರಿಶೀಲನೆಯಾಗಿಯೂ ಬಳಸಬೇಡಿ. ಹೆಸರುಗಳು ಸಾರ್ವಜನಿಕ ಒಪ್ಪಂದವಲ್ಲ, ಮತ್ತು ಫೋನ್ ಹಲವು ಜೋಡಣೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು ಆದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ.
ಕ್ಷೇತ್ರಕ್ಕೆ ಅದು ಹಿಡಿದಿರುವ ಅವಲೋಕನದ ಹೆಸರನ್ನು ಇಡಿ. local_interface_address, socket_local_endpoint ಮತ್ತು service_observed_source ಒಡ್ಡೊಡ್ಡಾದ ಮತ್ತು ಸ್ಪಷ್ಟವಾದವು, ಮತ್ತು ಮೌಲ್ಯ ಒಂದು ವಾರದ ನಂತರ ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗೆ ಬಂದಾಗ ನಿಮಗೆ ಬೇಕಾಗುವುದು ಆ ಸ್ಪಷ್ಟತೆಯೇ. device IP ಎಂಬ ಒಂದೇ ಕಾಲಂ ಮೂರನ್ನೂ ಸಂಗ್ರಹಿಸಿ ನಂತರ ಅದನ್ನು ಒಂದೇ ಎಂಬಂತೆ ನಂಬಲಾಗುತ್ತದೆ.
ಗುರುತನ್ನು ವಿಳಾಸದ ಕಾಲಂನಿಂದ ಹೊರಗಿಡಿ
ಹಂಚಿಕೊಂಡ VPN ನಿರ್ಗಮನ ಬಳಕೆದಾರರ ಗುರುತಲ್ಲ, ಮತ್ತು ಖಾಸಗಿ ವಿಳಾಸ ಪ್ರವೇಶ ರುಜುವಾತಲ್ಲ. ಎರಡೂ ವ್ಯಕ್ತಿಯಲ್ಲ, ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಯಾವುದನ್ನಾದರೂ ದೃಢೀಕರಣವೆಂದು ಪರಿಗಣಿಸುವುದು ರೂಟಿಂಗ್ ಅಪಘಾತವನ್ನು ಅಧಿಕಾರ ನಿರ್ಧಾರವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.
ಫೋನ್ ಯಾವ ವಿಳಾಸ ಹೊಂದಿದೆ ಎಂದು ಯಾರಾದರೂ ಕೇಳಿದಾಗ, ಉಪಯುಕ್ತ ಉತ್ತರ ಯಾವ ಸಂಪರ್ಕ ಮತ್ತು ಯಾವ ವೀಕ್ಷಕ ಎಂಬ ಪ್ರಶ್ನೆ. getsockname ನ ವ್ಯಾಖ್ಯಾನವನ್ನು ಮಧ್ಯದ ಸಂದರ್ಭಕ್ಕೆ ಉಲ್ಲೇಖಿಸಲು ಯೋಗ್ಯವಾಗಿದೆ, ಏಕೆಂದರೆ ಅದು ಸಾಕೆಟ್ ಪ್ರಶ್ನೆಯನ್ನು ಇತ್ಯರ್ಥಪಡಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದೆರಡನ್ನು ಇತ್ಯರ್ಥಪಡಿಸಿದಂತೆ ನಟಿಸುವುದಿಲ್ಲ.
ನಂತರ ನಿಮ್ಮ ಉತ್ಪನ್ನ ನಿಜವಾಗಿ ಮೂರರಲ್ಲಿ ಯಾವುದನ್ನು ತೋರಿಸಬೇಕು ಎಂದು ಬರೆಯಿರಿ, ಮತ್ತು ಉಳಿದೆರಡನ್ನು ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಅಳಿಸಿ.