DNS ಸೋರಿಕೆ ಪರೀಕ್ಷೆ: ರೆಸಾಲ್ವರ್ ಹೆಸರು ಮಾರ್ಗವಲ್ಲ

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

ಫಲಿತಾಂಶವನ್ನು ಓದುವ ಮೊದಲು ನೀವು ಏನು ಬಯಸಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ

ನೀತಿಯನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಹೆಸರಿಸಿ: ಎಲ್ಲಾ ಹೆಸರುಗಳು VPN ರೆಸಾಲ್ವರ್ಗೆ, ಎಲ್ಲಾ ಹೆಸರುಗಳು ಆಯ್ಕೆ ಮಾಡಿದ ಎನ್ಕ್ರಿಪ್ಟ್ ರೆಸಾಲ್ವರ್ಗೆ, ಅಥವಾ ಆಂತರಿಕ ಹೆಸರುಗಳು ಸಂಸ್ಥೆಗೆ ಹೋಗುವ split DNS. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಬಳಕೆದಾರರಿಗೆ ಸಮರ್ಥನೀಯ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ನಿರೀಕ್ಷಿತ ಉತ್ತರವನ್ನು ನೀಡುತ್ತದೆ. ಆ ವಾಕ್ಯವಿಲ್ಲದೆ, ಫೋರಂ ಪೋಸ್ಟ್ನಲ್ಲಿನ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಿಂತ ಭಿನ್ನವಾದ ಯಾವುದೇ ಫಲಿತಾಂಶವೂ ಆತಂಕಕಾರಿಯಾಗಿ ಕಾಣುತ್ತದೆ. ಮೊದಲ ಪರೀಕ್ಷೆಗೆ ಮೊದಲು ನೀತಿಯನ್ನು ಬರೆಯಿರಿ.

ನೀತಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೊದಲು ಮಾಡಿದ ಪರೀಕ್ಷೆ ಏನನ್ನೂ ಅಳೆಯುವುದಿಲ್ಲ. ಅದು ಯಾವುದೇ ಉಲ್ಲೇಖ ಬಿಂದುವಿಲ್ಲದ ರೆಸಾಲ್ವರ್ ಹೆಸರನ್ನು ನೀಡುತ್ತದೆ.

ರೆಸಾಲ್ವರ್ ಹೆಸರು ಮಾರ್ಗವನ್ನೂ ಅಲ್ಲ, ಸ್ವೀಕರಿಸುವವರನ್ನೂ ಅಲ್ಲ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ

ಎರಡು ಪ್ರಶ್ನೆಗಳು ಮುಖ್ಯ: ಪ್ರಶ್ನೆಯನ್ನು ಯಾರು ಸ್ವೀಕರಿಸಿದರು ಮತ್ತು ಯಾವ ಮಾರ್ಗ ಅದನ್ನು ಸಾಗಿಸಿತು. ಸೆಟ್ಟಿಂಗ್ಸ್ ಸ್ಕ್ರೀನ್ ಪೂರೈಕೆದಾರರ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತಿರುವಾಗಲೂ ಟನೆಲ್ ಮೂಲಕ ಮೂರನೇ ಪಕ್ಷದ ರೆಸಾಲ್ವರ್ ತಲುಪಬಹುದು. ಸೋರಿಕೆ ಪರೀಕ್ಷೆ ಪುಟದಲ್ಲಿನ ಲೇಬಲ್ ವೀಕ್ಷಕನ ದೃಷ್ಟಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ನಿಮ್ಮ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನಲ್ಲ.

ಸೈಟ್ ಸಂಚಾರ ಟನೆಲ್ ಮೂಲಕ ಹೋಗುವಾಗ ಬ್ರೌಸರ್ ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟ್ DNS ಬಳಸಬಹುದು, ಮತ್ತು ಸಂಗ್ರಹಿತ ಉತ್ತರಗಳು ಹೊಸ ಹುಡುಕಾಟವಿಲ್ಲದೆ ಪುಟ ಲೋಡ್ ಆಗಲು ಬಿಡುತ್ತವೆ. ಅದಕ್ಕೇ ಸಾರ್ವಜನಿಕ IP ಫಲಿತಾಂಶ DNS ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. DoH ಮತ್ತು DoT ಪ್ರಶ್ನೆಯನ್ನು ರೆಸಾಲ್ವರ್ಗೆ ಹೋಗುವ ದಾರಿಯಲ್ಲಿ ರಕ್ಷಿಸುತ್ತವೆ, ಮತ್ತು ಆ ರೆಸಾಲ್ವರ್ ಹೆಸರುಗಳನ್ನು ಇನ್ನೂ ನೋಡುತ್ತದೆ.

resolvectl status
resolvectl query example.com
dig +short example.com

split DNS ಹಲವು ರೆಸಾಲ್ವರ್ಗಳನ್ನು ಸರಿಯಾಗಿಸುತ್ತದೆ

ಸಂಸ್ಥೆ ಆಂತರಿಕ ಹೆಸರುಗಳನ್ನು ತನ್ನ DNSಗೆ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಬೇರೆಡೆಗೆ ಕಳುಹಿಸಬಹುದು. ಆದ್ದರಿಂದ ಹಲವು ರೆಸಾಲ್ವರ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಪರೀಕ್ಷೆ ದೋಷವಲ್ಲ, ಉದ್ದೇಶಿತ ನೀತಿಯನ್ನು ವಿವರಿಸುತ್ತಿರಬಹುದು. ಏನನ್ನಾದರೂ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಗಮನಿಸಿದ ಗುಂಪನ್ನು ದಾಖಲಾಗಿರುವ split DNS ನಿಯಮಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಪರೀಕ್ಷಾ ಪುಟ ಸ್ವಚ್ಛವಾಗಿ ಕಾಣಲು ಆಂತರಿಕ ರೆಸಾಲ್ವರ್ ಆಫ್ ಮಾಡುವುದು ಖಾಸಗಿ ಹೆಸರುಗಳನ್ನು ಮುರಿಯುತ್ತದೆ.

split tunneling ಮತ್ತು split DNS ಬೇರೆ ಬೇರೆ ಆಯ್ಕೆಗಳು: ಒಂದು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮಾರ್ಗದರ್ಶಿಸುತ್ತದೆ, ಇನ್ನೊಂದು ಪ್ರಶ್ನೆಗಳನ್ನು. ಟನೆಲ್ ಮಾರ್ಗ ಬದಲಿಸುವುದು ಹೆಸರು ಹುಡುಕಾಟವನ್ನು ಸರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ರೆಸಾಲ್ವರ್ ಬದಲಿಸುವುದು ವೆಬ್ಸೈಟ್ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. IPv6 ಮೂರನೇ ಪ್ರಶ್ನೆ, ಏಕೆಂದರೆ ಉದ್ದೇಶಿಸದ IPv6 ಸಂಪರ್ಕ ಸ್ವಯಂಚಾಲಿತವಾಗಿ DNS ಸೋರಿಕೆ ಅಲ್ಲ.

ಫಲಿತಾಂಶವನ್ನು ತನಿಖೆಯಾಗಿ ಪರಿವರ್ತಿಸಿ

ಪರೀಕ್ಷೆಗೆ ಮೊದಲು ಉದ್ದೇಶಿತ ನೀತಿ ಮತ್ತು ಬ್ರೌಸರ್ನ ಸುರಕ್ಷಿತ DNS ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ದಾಖಲಿಸಿ. ಟನೆಲ್ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಪರೀಕ್ಷೆ ನಡೆಸಿ, ಅದು ಹೆಸರಿಸುವ ಪ್ರತಿ ರೆಸಾಲ್ವರ್ ಅನ್ನು ಗಮನಿಸಿ, ಮತ್ತು ಗುಂಪನ್ನು ಒಂದೇ ನಿರೀಕ್ಷಿತ ವಿಳಾಸದೊಂದಿಗಲ್ಲ, ನೀತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ.

ರೋಗಲಕ್ಷಣ ಆ ಸಮಯದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ ಮರುಸಂಪರ್ಕದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಅನ್ವಯಿಸಿದ ನೀತಿ ನಂತರ ಕಳೆದುಹೋಗಬಹುದು. ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಊಹಿಸುವ ಬದಲು ಆಂತರಿಕ DNS ವಿನಾಯಿತಿಗಳಿಗೆ ಕ್ಲೈಂಟ್ನ ದಾಖಲೆಗಳನ್ನು ಬಳಸಿ.

ನೀವು ಕಂಡ ಅಸಾಮರಸ್ಯವನ್ನು ಸರಿಪಡಿಸಿ: ಬ್ರೌಸರ್ ಆಯ್ಕೆ, VPN DNS ಸೆಟ್ಟಿಂಗ್ ಅಥವಾ split DNS ನಿಯಮ. ಟನೆಲ್ ವಿಫಲವಾದಾಗ ಪ್ರಶ್ನೆಗಳು ನಿಲ್ಲಬೇಕಾದರೆ, kill switch ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್, ಮತ್ತು DNS ಸಂರಚನೆ ಮಾತ್ರ ಅದನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ರೆಸಾಲ್ವರ್ ಏನನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಮರೆಮಾಡುವುದಿಲ್ಲ ಎಂದು ವಿವರಿಸಬೇಕಾದಾಗ RFC 8484 ವಿಶೇಷಣೆ ಉಪಯುಕ್ತವಾಗಿದೆ.