ಸಾಧನದಲ್ಲಿ VPN ಮಾರ್ಕರ್ ಅಥವಾ ನಿರ್ಗಮನ ವಿಳಾಸ: ಯಾವುದು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ?
ಸಾಧನದಲ್ಲಿ ಓದಿದ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಕರ್ ಮತ್ತು ಸರ್ವರ್ ನೋಡುವ ವಿಳಾಸ ಬೇರೆ ಬೇರೆ ಸಾಕ್ಷ್ಯಗಳು. ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಯಾವುದು ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ.
ಫೋನ್ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ದೂರದ ಸರ್ವರ್ ಬೇರೆ ಬೇರೆ ಸತ್ಯಗಳಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದರ ಸತ್ಯಗಳನ್ನು ಎರವಲು ಪಡೆಯಲಾಗದು. ಅಪ್ಲಿಕೇಶನ್ ತಾನು ಬಳಸುವ ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ್ನು ಕೇಳಬಹುದು, ಆದರೆ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕದ ಮೇಲೆ ಬರುವುದು ಮಾತ್ರ ತಿಳಿದಿದೆ. ನಿಮ್ಮ ಸ್ವಂತ ಎಂಡ್ಪಾಯಿಂಟ್ ಚಲಾಯಿಸುವುದು ಎರಡನೆಯದನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದು ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದು ಪ್ರಶ್ನೆಯ ಮೇಲೆಯೇ ಅವಲಂಬಿತವಾಗಿದೆ.
ಎರಡು ವೀಕ್ಷಣಾ ಬಿಂದುಗಳು, ಎರಡು ರೀತಿಯ ಸಾಕ್ಷ್ಯ
ಸ್ಥಳೀಯ ಸಾಕ್ಷ್ಯ ಸಾಧನವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದು ಸಂಚಾರವನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಇಂಟರ್ಫೇಸ್, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ವರದಿ ಮಾಡುವ ಸಾಗಣೆ, ಮತ್ತು ಕರೆ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಕೇಳಬಹುದಾದದ್ದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ದೂರದ ಸಾಕ್ಷ್ಯ ಸಂಪರ್ಕವನ್ನು ವಿವರಿಸುತ್ತದೆ: ಮೂಲ ವಿಳಾಸ, ಪ್ರೋಟೋಕಾಲ್, ಸಮಯ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಕಳುಹಿಸಲು ಆಯ್ಕೆ ಮಾಡುವ ಎಲ್ಲವೂ. ಯಾವುದೇ ವೀಕ್ಷಣಾ ಬಿಂದು ಇನ್ನೊಂದರ ಪೂರ್ಣ ಸೂಪರ್ಸೆಟ್ ಅಲ್ಲ.
ಎರಡನ್ನೂ ಬೆರೆಸುವುದು ನಿಖರವಾಗಿ ಕೇಳಿಸುವ ಮತ್ತು ಪರಿಶೀಲಿಸಲಾಗದ ಪ್ರತಿಪಾದನೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಮಾರ್ಕರ್ ಸಾಧನದಲ್ಲಿನ ನೆಟ್ವರ್ಕ್ ವಸ್ತುವಿನ ಬಗ್ಗೆ ಏನನ್ನೋ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ದೂರದ ಸೇವೆ ವಿನಂತಿಯನ್ನು ಹೇಗೆ ವರ್ಗೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅಲ್ಲ.
ಪತ್ತೆ ಬಗ್ಗೆ ವಾದಿಸುವ ಮೊದಲು ಪ್ರಶ್ನೆ ಯಾವ ಬಿಂದುವಿಗೆ ಸಂಬಂಧಿಸಿದೆ ಎಂದು ಬರೆಯಿರಿ. ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಸುರಂಗ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ತಿಳಿಯಬಹುದೇ ಎಂಬುದು ಪ್ರಶ್ನೆಯೇ, ಅಥವಾ ಸೇವೆ ವಿನಂತಿ ಎಲ್ಲಿಂದ ಬಂತು ಎಂದು ಊಹಿಸಬಹುದೇ ಎಂಬುದೇ? ಇವು ಬೇರೆ ಬೇರೆ ತನಿಖೆಗಳು, ಮತ್ತು ಒಂದಕ್ಕೆ ಉತ್ತರ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಸ್ಥಳೀಯ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಇಂಟರ್ಫೇಸ್ ಏನನ್ನು ವರದಿ ಮಾಡಬಹುದು
Android ನಿರ್ದಿಷ್ಟ ಮಾರ್ಕರ್ ನೀಡುತ್ತದೆ. NetworkCapabilities ವಸ್ತು TRANSPORT_VPN ಅನ್ನು ವರದಿ ಮಾಡಬಹುದು, ಮತ್ತು hasTransport ಆ ಸಾಗಣೆ ವಸ್ತುವಿನ ಮೇಲೆ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಸಂಪರ್ಕ ಸೇವೆಯಿಂದ ವಸ್ತುವನ್ನು ಪಡೆದು ಓದುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ ಸ್ಥಿತಿಯ ಅನುಮತಿಗೆ ಒಳಪಟ್ಟು.
ಫಲಿತಾಂಶ ಸ್ಥಳೀಯ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮಾಹಿತಿ, ಪೂರೈಕೆದಾರರ ವಿಳಾಸ ಶ್ರೇಣಿಗಳಲ್ಲಿ ಹುಡುಕಾಟವಲ್ಲ. ಕರೆ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುತ್ತಿರುವ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ.
ಎರಡು ಮಿತಿಗಳು ಮುಖ್ಯ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೊರಗಿಡುವ ವಿಭಜಿತ ಸುರಂಗ ನಿಯಮ ಅದೇ ಫೋನಿನಲ್ಲಿ ಸಹೋದ್ಯೋಗಿ ನೋಡುವುದಕ್ಕಿಂತ ಬೇರೆ ಉತ್ತರ ನೀಡಬಹುದು, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಬೇರೆಡೆ ಬದ್ಧವಾಗಿರಬಹುದು. ಮಾರ್ಕರ್ ಇರುವುದೂ ಸಹ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ VPN ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಮಾದರೀಕರಿಸುವುದರಿಂದ, ಯಾವುದೋ ಅಪ್ಲಿಕೇಶನ್ ಅದನ್ನು ಸಂಗ್ರಹಿಸುವುದರಿಂದ ಅಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಈ ಕ್ಷೇತ್ರವನ್ನು ಓದುತ್ತದೆಯೇ, ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆಯೇ ಅಥವಾ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆಯೇ ಎಂಬುದು ಆ ಅಪ್ಲಿಕೇಶನಿನ ಗುಣ. ಅದರ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಮತ್ತು ದಾಖಲೆಗಳೇ ಆ ಪ್ರಶ್ನೆಗೆ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಮೂಲ.
adb shell dumpsys connectivity | grep -i -m5 vpnದೂರದ ಸೇವೆ ಏನನ್ನು ನೋಡಬಹುದು
ಸರ್ವರ್ ಸಂಪರ್ಕದ ಮೂಲ ವಿಳಾಸ, ಸಾಗಣೆ ಮತ್ತು ಸಮಯವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ವಿಳಾಸವನ್ನು ನೋಂದಣಿ ಅಥವಾ ಮಾರ್ಗನಿರ್ದೇಶನ ದತ್ತಾಂಶದಿಂದ ಸಮೃದ್ಧಗೊಳಿಸಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ ಕಳುಹಿಸುವ ಎಲ್ಲವನ್ನೂ ಸಹ ಪಡೆಯಬಹುದು, ಅಪ್ಲಿಕೇಶನ್ ಕೇಳಿ ಬಳಕೆದಾರ ಒಪ್ಪಿದಾಗ ಸ್ಥಳವೂ ಸೇರಿದಂತೆ. ಆ ಚಾನೆಲ್ಗಳು ಬೇರೆ ಬೇರೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ವಿಳಾಸ ಹುಡುಕಾಟದಂತೆ ಕಾಣುತ್ತದೆ.
ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರಲ್ಲಿ ನೋಂದಾಯಿತ ವಿಳಾಸ ಸುರಂಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಆದರೆ ವಸತಿ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನೋಂದಾಯಿತ ವಿಳಾಸ ಮನೆ ಸಂಪರ್ಕವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡೂ ಅಂಕಿಅಂಶಗಳ ಸುಳಿವುಗಳು, ಸಾಧನದ ಬಗ್ಗೆ ಸತ್ಯಗಳಲ್ಲ.
ವಸತಿ ವಿಳಾಸ ವ್ಯಕ್ತಿಯನ್ನು ಆ ವಿಳಾಸದಲ್ಲಿ ಇರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ವಿಳಾಸ ನಿರ್ವಾಹಕನನ್ನಾಗಲಿ ದೇಶವನ್ನಾಗಲಿ ಹೆಸರಿಸುವುದಿಲ್ಲ. ಊಹೆಯನ್ನು ನಿಶ್ಚಿತತೆಯೆಂದು ಪರಿಗಣಿಸುವ ಸೇವೆ ಕೆಲವೊಮ್ಮೆ ತಪ್ಪಾಗುತ್ತದೆ, ಅದನ್ನು ಪತ್ತೆ ಮಾಡಲೂ ಸಾಧ್ಯವಾಗದೆ. ಅಗತ್ಯ ವಿಶ್ವಾಸಾರ್ಹತೆಯಾದರೆ, ಸಾಂಪ್ರದಾಯಿಕ ಊಹೆಯಲ್ಲದಿದ್ದರೆ, ವಿಳಾಸ ದತ್ತಾಂಶ ಅದನ್ನು ನೀಡಲಾರದು, ಮತ್ತು ಹಾಗೆ ಹೇಳುವ ವಿನ್ಯಾಸ ಊಹೆಯನ್ನು ಮರೆಮಾಡುವ ವಿನ್ಯಾಸಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಾಮಾಣಿಕ.
| ಸಾಕ್ಷ್ಯ | ಏನಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ | ಏನನ್ನು ತೋರಿಸಲಾರದು |
|---|---|---|
| ಸ್ಥಳೀಯ ಸಾಗಣೆ ಮಾರ್ಕರ್ | ಈ ನೆಟ್ವರ್ಕ್ ವಸ್ತು VPN ಆಗಿದೆಯೇ | ನಿರ್ಗಮನವನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಅಥವಾ ಸಾಧನ ಎಲ್ಲಿದೆ |
| ದೂರದ ಮೂಲ ವಿಳಾಸ | ಯಾವ ವಿಳಾಸ ಸೇವೆಯನ್ನು ತಲುಪಿತು | ಸಾಧನದಲ್ಲಿ ಸುರಂಗವೂ ಇದೆಯೇ |
| ಅಪ್ಲಿಕೇಶನ್ ಪೇಲೋಡ್ | ಅಪ್ಲಿಕೇಶನ್ ಏನನ್ನು ಕಳುಹಿಸಲು ಆಯ್ಕೆ ಮಾಡಿತು | ಅಪ್ಲಿಕೇಶನ್ ಕಳುಹಿಸದ ಎಲ್ಲವೂ |
ಸ್ವಯಂ-ಹೋಸ್ಟ್ ಮಾಡಿದ ನಿರ್ಗಮನ ಏಕೆ ಒಂದು ಬದಿಯನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ
ನಿಮ್ಮ ಸ್ವಂತ ಎಂಡ್ಪಾಯಿಂಟ್ ಚಲಾಯಿಸುವುದು ದೂರದ ಸೇವೆ ನೋಡುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಬದಲಿಸುತ್ತದೆ, ಇದು ಸೇವೆ ವಾಣಿಜ್ಯ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸಂಬಂಧಿಸುವ ಶ್ರೇಣಿಗಳಿಂದ ಅದನ್ನು ಹೊರಗೆ ಸರಿಸಬಹುದು. ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಮಾದರಿಯಲ್ಲಿ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸುರಂಗ ಸುರಂಗವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಇನ್ನೂ ಅದನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.
ಸಾಕ್ಷ್ಯದ ಒಂದು ಬದಿ ಚಲಿಸುತ್ತದೆ, ಇನ್ನೊಂದು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ. ಅವುಗಳ ನಡುವಿನ ಅಂತರವೇ ನಿರೀಕ್ಷೆಗಳು ಒಡೆಯುವ ಸ್ಥಳ.
ಬ್ರೌಸರ್ ತನ್ನದೇ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ನಿರ್ಬಂಧಗಳೊಂದಿಗೆ ಮೂರನೇ ಪ್ರಕರಣ. ವೆಬ್ ವಿಷಯ ಸ್ಥಳೀಯ ಸಾಮರ್ಥ್ಯ ವಸ್ತುವನ್ನು ಓದಲಾರದು, ಮತ್ತು ಮೊಬೈಲ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ ವೈಶಿಷ್ಟ್ಯವನ್ನು ವೆಬ್ ಪುಟಕ್ಕೆ ಲಭ್ಯವೆಂದು ಪರಿಗಣಿಸುವುದು ವರ್ಗ ದೋಷ. ಪ್ರಶ್ನೆ ವೆಬ್ಸೈಟ್ಗೆ ಸಂಬಂಧಿಸಿದ್ದರೆ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ API ಅನ್ನು ನಕಲಿಸುವ ಬದಲು ವೆಬ್ಸೈಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪಡೆಯಬಹುದು ಎಂದು ಅಧ್ಯಯನ ಮಾಡಿ.
ನೀವು ಕೇಳುವ ಪ್ರಶ್ನೆಯಿಂದಲೇ ನಿರ್ಧರಿಸಿ
ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಸುರಂಗದ ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸಬಹುದೇ ಎಂಬುದು ಪ್ರಶ್ನೆಯಾದರೆ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಇಂಟರ್ಫೇಸ್ ನೋಡಲು ಸರಿಯಾದ ಸ್ಥಳ, ಮತ್ತು ಉತ್ತರ ಆ ಅಪ್ಲಿಕೇಶನಿನ ಕೋಡ್ ಹಾಗೂ ಅನುಮತಿಗಳಲ್ಲಿದೆ. ಸೇವೆ ಏನನ್ನು ಊಹಿಸಬಹುದು ಎಂಬುದು ಪ್ರಶ್ನೆಯಾದರೆ, ಸಂಪರ್ಕ ಮೆಟಾಡೇಟಾ ಸಾಕ್ಷ್ಯ. ಕಾನೂನು ಅಥವಾ ಒಪ್ಪಂದದ ಪ್ರಶ್ನೆಯನ್ನು ಎರಡೂ ಬಗೆಹರಿಸುವುದಿಲ್ಲ.
ಏನನ್ನೂ ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಪ್ರಶ್ನೆಯನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಹೆಸರಿಸಿ. ಆ ವಾಕ್ಯವೇ ಯಾವ ವೀಕ್ಷಣಾ ಬಿಂದು ಮುಖ್ಯ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ತನಿಖೆ ಬೇರೆ ವಾದಕ್ಕೆ ಜಾರದಂತೆ ತಡೆಯುತ್ತದೆ.
ವರದಿ ಮಾಡುವಾಗ ಪ್ರತಿ ವೀಕ್ಷಣೆಯನ್ನು ಅದರ ಮೂಲದ ಪ್ರಕಾರ ಲೇಬಲ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಲೇಬಲ್ ಇಲ್ಲದ ಪ್ರತಿಪಾದನೆಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗದು. ಸ್ಥಳೀಯ ಮಾರ್ಕರ್ ಮತ್ತು ವಿಳಾಸದಿಂದ ಮಾಡಿದ ಊಹೆ ಎರಡೂ ಉಪಯುಕ್ತ ಮತ್ತು ಯಾವುದೂ ನಿರ್ಣಾಯಕವಲ್ಲ, ಆದ್ದರಿಂದ ಅವನ್ನು ಒಂದೇ ತೀರ್ಪಿಗೆ ಸೇರಿಸುವುದು ತಪ್ಪು.
ಸೇವೆ ಅಧಿಕೃತ ಸಂಪರ್ಕವನ್ನು ನಿರಾಕರಿಸಿದಾಗ, ಸಂಕೇತವನ್ನು ಮರೆಮಾಡಲು ಸ್ಥಳೀಯ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವ ಬದಲು ಅದರ ಬೆಂಬಲಿತ ಪರಿಶೀಲನಾ ಮಾರ್ಗವನ್ನು ಬಳಸಿ. ಒಂದು ವೀಕ್ಷಣೆಯನ್ನು ತೆಗೆದುಹಾಕುವುದು ಉಳಿದವು ಮಾಯವಾದದ್ದನ್ನು ಎಂದಿಗೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.