DNS ನಲ್ಲಿ ದೇಶದ ಲೇಬಲ್ VPN ಸೋರಿಕೆಯನ್ನು ಏಕೆ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ
ಒಂದು ಪರೀಕ್ಷೆ ವಿಳಾಸವನ್ನು ದೇಶಕ್ಕೆ ಜೋಡಿಸುತ್ತದೆ; ಅದು ಮಾರ್ಗದ ಬಗ್ಗೆ ಬಹಳ ಕಡಿಮೆ ಹೇಳುತ್ತದೆ. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ರಿಜಾಲ್ವರ್, ಫಾರ್ವರ್ಡಿಂಗ್ ಸರಪಳಿ ಮತ್ತು ನೀತಿಯನ್ನು ಓದಿ.
ವಿದೇಶಿ ಕಾಣುವ ರಿಜಾಲ್ವರ್ ವಿಳಾಸಗಳು DNS ಪರೀಕ್ಷೆಗಳ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ನಿರಂತರವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಜನರು ತಲುಪುವ ತೀರ್ಮಾನ ಯಾವಾಗಲೂ ಒಂದೇ: ಕ್ವೆರಿಗಳು ಸುರಂಗದಿಂದ ಹೊರಬಂದಿರಬೇಕು. ಕೆಲವೊಮ್ಮೆ ಹೌದು. ಹೆಚ್ಚಿನ ಸಲ ವರದಿ ಯಾವ ಪುನರಾವರ್ತಿತ ಸೇವೆ ಉತ್ತರಿಸಿತು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಆ ವಿಳಾಸ ಎಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ನಿಮ್ಮ ಪ್ಯಾಕೆಟ್ಗಳ ಬಗ್ಗೆ ಅಲ್ಲ, ಮೂಲಸೌಕರ್ಯದ ಬಗ್ಗೆ ಹೇಳಿಕೆ. ವೀಕ್ಷಣೆಯನ್ನು ಅನುಮಾನದಿಂದ ಬೇರ್ಪಡಿಸಲು ಮೂರು ಸಂಗತಿಗಳು ಬೇಕು: ಯಾರು ಉತ್ತರಿಸಿದರು, ಹೆಸರು ಹೇಗೆ ಸಾಗಿತು ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಯಾವ ನೀತಿಯನ್ನು ಸೆಟ್ ಮಾಡಿದಿರಿ.
ಪರೀಕ್ಷೆ ನಿಜವಾಗಿ ಏನನ್ನು ಗಮನಿಸಿತು ಎಂಬುದನ್ನು ಓದಿ
ಬಹುಪಾಲು ಪರೀಕ್ಷಾ ಪುಟಗಳು ಒಂದೇ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ: ಕ್ಲೈಂಟ್ಗೆ ಅನನ್ಯ ಹೋಸ್ಟ್ಹೆಸರನ್ನು ಪರಿಹರಿಸಲು ಹೇಳಿ ನಂತರ ಯಾವ ರಿಜಾಲ್ವರ್ ಅದನ್ನು ತಂದಿತು ಎಂದು ನೋಡುತ್ತವೆ, ಅಥವಾ ಕ್ಲೈಂಟ್ ವರದಿ ಮಾಡುವ ರಿಜಾಲ್ವರ್ ವಿಳಾಸವನ್ನು ಸುಮ್ಮನೆ ಹಿಂತಿರುಗಿಸುತ್ತವೆ. ಅದು ಪುನರಾವರ್ತಿತ ಸೇವೆಯನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಕ್ವೆರಿಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸಬ್ನೆಟ್ ಮಾಹಿತಿ ಇದ್ದರೆ ಸ್ಥೂಲ ಜಾಲ ಸ್ಥಳವನ್ನೂ ಗುರುತಿಸುತ್ತದೆ. ಕ್ವೆರಿ ಸಾಧನದಿಂದ ಸುರಂಗದ ಹೊರಗೆ ಹೋಯಿತು ಎಂದು ಅದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ಹೆಸರಿಗೂ ಒಂದೇ ಮಾರ್ಗ ಬಳಸಲಾಯಿತು ಎಂದು ಖಂಡಿತವಾಗಿಯೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಒಂದು ಹುಡುಕಾಟದ ಒಂದು ವೀಕ್ಷಣೆಯನ್ನು ಇಡೀ ಸಂಚಾರದ ಬಗ್ಗೆ ಪ್ರತಿಪಾದನೆಯಾಗಿ ಸಾಮಾನ್ಯೀಕರಿಸಲಾಗುತ್ತದೆ.
ರಿಜಾಲ್ವರ್ ವಿಳಾಸವನ್ನು ತೋರಿಸುವ ಪರೀಕ್ಷೆ ದೇಶದ ಬ್ಯಾಜ್ಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ, ಏಕೆಂದರೆ ವಿಳಾಸವನ್ನು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆದ ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು.
anycast ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಬಹುಪಾಲು ಆಶ್ಚರ್ಯಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ
ದೊಡ್ಡ ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್ಗಳು ಒಂದೇ ವಿಳಾಸವನ್ನು ಹಲವು ಸ್ಥಳಗಳಿಂದ ಘೋಷಿಸುತ್ತವೆ, ಮತ್ತು ಜಾಲವು ಪ್ರತಿ ಕ್ವೆರಿಯನ್ನು ಮಾರ್ಗದ ದೃಷ್ಟಿಯಿಂದ ಹತ್ತಿರದ ಸೈಟ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ನಂತರ ಭೂಸ್ಥಾನ ಡೇಟಾಬೇಸ್ ಆ ವಿಳಾಸವನ್ನು ಒಂದೇ ಸ್ಥಳಕ್ಕೆ ಜೋಡಿಸುತ್ತದೆ, ಅದು ಬೇರೆ ಖಂಡದ ಕಾರ್ಪೊರೇಟ್ ನೋಂದಣಿ ವಿಳಾಸವಾಗಿರಬಹುದು ಅಥವಾ ಉತ್ತರಿಸಿದ ಡೇಟಾ ಕೇಂದ್ರವಲ್ಲದ ಇನ್ನೊಂದಾಗಿರಬಹುದು. RFC 4786 anycast ಸೇವೆಗಳ ಕಾರ್ಯಾಚರಣಾ ಅಭ್ಯಾಸ ಮತ್ತು ಅಂತಹ ವಿಳಾಸವನ್ನು ಒಂದೇ ಭೌತಿಕ ಸ್ಥಳಕ್ಕೆ ಜೋಡಿಸುವ ಕಷ್ಟವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ನಕ್ಷೆ ಮಾರ್ಗ ನಿರ್ಣಯದ ಸರಳೀಕರಣ, ಮತ್ತು ಅದು ಎಚ್ಚರಿಕೆ ನೀಡುವ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡುವ ದಿಕ್ಕಿನಲ್ಲಿ ಸರಳೀಕರಿಸುತ್ತದೆ.
ಫಾರ್ವರ್ಡಿಂಗ್ ಎರಡನೇ ಪದರ ಸೇರಿಸುತ್ತದೆ. ಸ್ಥಳೀಯ stub ರಿಜಾಲ್ವರ್, ರೌಟರ್ ಅಥವಾ ISP ರಿಜಾಲ್ವರ್ ಕ್ವೆರಿಗಳನ್ನು ಮೇಲಿನ ಸೇವೆಗೆ ರವಾನಿಸಬಹುದು, ಮತ್ತು ಪರೀಕ್ಷೆಯಲ್ಲಿ ಕಾಣುವ ಹೆಸರು ಆ ಸರಪಳಿಯ ಮೊದಲನೆಯದಲ್ಲ, ಕೊನೆಯ ನಿರ್ವಾಹಕನನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಸಬ್ನೆಟ್ ವಿಸ್ತರಣೆಗಳು ಮೇಲಿನಿಂದ ಬಂದ ಉತ್ತರವನ್ನು ನಿಮ್ಮ ಜಾಲಕ್ಕೆ ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ವರದಿಯಾದ ಸ್ಥಳವನ್ನು ನೀವು ಎಂದೂ ಹೋಗದ ಜಾಗದಂತೆ ಕಾಣಿಸಬಹುದು.
ಆದ್ದರಿಂದ ಸಂರಚಿಸಿದ ರಿಜಾಲ್ವರ್ ಸರಿಯಾಗಿದ್ದರೂ ವಿದೇಶಿ ಕಾಣುವ ಫಲಿತಾಂಶ ನೀಡಬಹುದು, ಮತ್ತು ನಿಮ್ಮ ದೇಶದ ರಿಜಾಲ್ವರ್ ನೀವು ಆಯ್ಕೆ ಮಾಡದ ಪಕ್ಷಕ್ಕೆ ಸೇರಿರುವುದರಿಂದ ತಪ್ಪಾಗಿರಬಹುದು.
ಹೆಸರನ್ನು ಯಾರು ಪಡೆದರು, ಮತ್ತು ಯಾವ ಮಾರ್ಗದಲ್ಲಿ
ಪ್ರಾಯೋಗಿಕ ಭಾಗಕ್ಕೆ ಎರಡು ಪ್ರಶ್ನೆಗಳು ಉತ್ತರಿಸುತ್ತವೆ: ಕ್ಲೈಂಟ್ ಯಾವ ಸರ್ವರ್ ಬಳಸುತ್ತದೆ, ಮತ್ತು ಆ ಸರ್ವರ್ಗೆ ಸುರಂಗದ ಮೂಲಕ ತಲುಪಲಾಗುತ್ತದೆಯೇ. ಮಾರ್ಗದ ಬಗ್ಗೆ ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿಯನ್ನು ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶದ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಆ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ಕ್ವೆರಿ ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ನಿಂದ ಹೊರಬರುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಎರಡು ವಿಳಾಸಗಳು ಭಿನ್ನವಾದರೆ, ಆಸಕ್ತಿದಾಯಕ ಅನ್ವೇಷಣೆ ಎಂದರೆ ಏನೋ ಉದ್ದೇಶಿತ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಮತ್ತೆ ಬರೆದಿದೆ ಅಥವಾ ಅದನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಗಿದೆ, ಮತ್ತು ಅದು ದೇಶದ ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚು ಗಮನಕ್ಕೆ ಅರ್ಹ.
resolvectl query example.com
resolvectl status | grep -A3 'DNS Servers'
dig +short TXT whoami.akamai.net
ಮೊದಲ ಆಜ್ಞೆ ಯಾವ ಸರ್ವರ್ ಹೆಸರಿಗೆ ಉತ್ತರಿಸಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಸಂರಚಿಸಿದ ಪಟ್ಟಿ ಮತ್ತು ಅದರ ವ್ಯಾಪ್ತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು ಸಾರ್ವಜನಿಕ ಸೇವೆ ನೋಡುವಂತೆ ರಿಜಾಲ್ವರ್ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಮೂರೂ ಹೊಂದಿದಾಗ, ದೇಶದ ಲೇಬಲ್ ಏನೇ ಹೇಳಲಿ, ನೀತಿ ತಾನು ಸಂರಚಿಸಲಾದ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದೆ.
ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ
ರಿಜಾಲ್ವರ್ ಅನ್ನು ಹೇರುವ VPN, ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ DNS ಬಳಸಲು ಸಂರಚಿಸಿದ ಬ್ರೌಸರ್, ಮತ್ತು ಒಂದು ಇಂಟರ್ಫೇಸ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಪ್ರತ್ಯೇಕವಾಗಿ ಸರಿಯಾಗಿರಬಹುದು, ಆದರೆ ಒಟ್ಟಾಗಿ ವಿರೋಧಾಭಾಸ ಹೊಂದುತ್ತವೆ. ಆಧುನಿಕ ಬ್ರೌಸರ್ಗಳು ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಸಾಗಣೆಯ ಮೇಲೆ ಬ್ರೌಸರ್ನಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಿದ ಪೂರೈಕೆದಾರರಿಗೆ ಕ್ವೆರಿಗಳನ್ನು ಕಳುಹಿಸಬಹುದು, ಇದು ಸಿಸ್ಟಂನ ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಳಸಿಕೊಂಡು ಹೋಗುತ್ತದೆ. ಇದು ಮುರಿದ ಸುರಂಗದ ಅರ್ಥದಲ್ಲಿ ಸೋರಿಕೆ ಅಲ್ಲ; ಇದು ಬೇರೆಡೆ ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿ, ಮತ್ತು ಅದನ್ನು ಎಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಲಾಯಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ನಿಜವಾದ ಕೆಲಸ.
ಕೆಲಸದ ಸಾಧನಗಳು ಡೊಮೇನ್-ನಿರ್ದಿಷ್ಟ ನಿಯಮಗಳನ್ನು ಸೇರಿಸುತ್ತವೆ: ಒಳಗಿನ ಹೆಸರುಗಳು ಸಂಸ್ಥೆಯ ರಿಜಾಲ್ವರ್ಗೆ ಹೋಗಬೇಕು, ಉಳಿದೆಲ್ಲವೂ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಪರೀಕ್ಷಾ ಪುಟ ಅನಿರೀಕ್ಷಿತ ದೇಶ ತೋರಿಸಿದ್ದರಿಂದ ಆ ವ್ಯವಸ್ಥೆಯನ್ನು ಬದಲಿಸುವುದು — ಹೀಗೆಯೇ ಇಡೀ ತಂಡಕ್ಕೆ ಒಳಗಿನ ಹೆಸರುಗಳು ಪರಿಹರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ.
ಪರೀಕ್ಷೆಗಳನ್ನು ಸಂಕುಚಿತ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿಡಿ
ಒಳಗಿನ ಹೋಸ್ಟ್ಹೆಸರ ಬಗ್ಗೆ ಸಾರ್ವಜನಿಕ ಪರೀಕ್ಷಾ ಸೇವೆಗೆ ಕೇಳುವುದು ಹೆಸರನ್ನು ಅದನ್ನು ನೋಡುವ ಕೆಲಸವಿಲ್ಲದ ಪಕ್ಷಕ್ಕೆ ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರವು ಸ್ಥಳೀಯವಾಗಿ ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿ ಓದುವುದು ಹೇಳದ್ದನ್ನು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಬದಲಾಗಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಹೆಸರುಗಳನ್ನು ಬಳಸಿ, ರಿಜಾಲ್ವರ್ ವಿಳಾಸ, ವ್ಯಾಪ್ತಿ ಮತ್ತು ಬಳಸಿದ ಇಂಟರ್ಫೇಸ್ ದಾಖಲಿಸಿ, ಮತ್ತು ಆ ದಾಖಲೆಯನ್ನು ಪ್ರಲೇಖಿತ ಉದ್ದೇಶದೊಂದಿಗೆ ಹೋಲಿಸಿ. ನಕ್ಷೆಯ ಲೇಬಲ್ ಸಂಭಾಷಣೆಗೆ ಸಂದರ್ಭ, ಪಾಸ್ ಅಥವಾ ಫೇಲ್ ಫಲಿತಾಂಶವಲ್ಲ, ಮತ್ತು ಅದನ್ನು ತೀರ್ಪಿನಂತೆ ಪರಿಗಣಿಸುವುದು ನಿರ್ಣಯದ ಬದಲು ಸಂರಚನಾ ಬದಲಾವಣೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.