ಆಂತರಿಕ ಹೆಸರುಗಳನ್ನು ಸೋರಿಸದೆ ಸ್ಪ್ಲಿಟ್ DNS ಪರೀಕ್ಷೆ

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

ಎರಡು ಹೆಸರುಗಳನ್ನು ಆರಿಸಿ ಮತ್ತು ಮೊದಲು ಎರಡೂ ಉತ್ತರಗಳನ್ನು ಊಹಿಸಿ

ನೆಟ್ವರ್ಕ್ ಮಾಲೀಕರಿಂದ ಒಂದು ದಾಖಲಿತ ಆಂತರಿಕ ಪರೀಕ್ಷಾ ಹೆಸರನ್ನು ಕೇಳಿ, ಮತ್ತು ಸಂಸ್ಥೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳದ ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ಹೆಸರನ್ನು ಆರಿಸಿ. ಏನನ್ನಾದರೂ ಚಲಾಯಿಸುವ ಮೊದಲು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಏನಾಗಬೇಕು ಎಂದು ಬರೆಯಿರಿ: ಆಂತರಿಕ ಹೆಸರು ಟನಲ್ನ resolver ತಲುಪಿ ಆಂತರಿಕ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು, ಆದರೆ ಸಾರ್ವಜನಿಕ ಹೆಸರು ಸಿಸ್ಟಂ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ resolver ಮೂಲಕ ಪರಿಹರಿಸಬೇಕು. ಆ ಎರಡು ಊಹೆಗಳೇ ಪರೀಕ್ಷೆ, ಏಕೆಂದರೆ ಅವುಗಳಿಲ್ಲದೆ ಯಾವುದೇ ಉತ್ತರವನ್ನು ನಂತರ ಸಮರ್ಥಿಸಬಹುದು. ಜೋಡಿಯನ್ನು ಪ್ರತಿ ಬಾರಿಯೂ ಒಂದೇ ರೀತಿ ಇರಿಸಿ, ಆಗ ಮುಂದಿನ ಹೋಲಿಕೆಗೆ ಅರ್ಥವಿರುತ್ತದೆ.

ಉದ್ದೇಶಿಸಿದ ನಿಯಮಗಳಲ್ಲ, ಜಾರಿಯಲ್ಲಿರುವ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. VPN ಸಂಪರ್ಕಕ್ಕೆ ಲಗತ್ತಿಸಿದ ಡೊಮೇನ್ ಪಟ್ಟಿ ಯಾವ ಪ್ರತ್ಯಯ ಯಾವ resolver ಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಪಟ್ಟಿಯಲ್ಲಿನ ಟೈಪೊವು ನಂಬಲರ್ಹ ಆದರೆ ತಪ್ಪಾದ ವಿಭಜನೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ನಿರ್ವಾಹಕರ ಕ್ರಮಬದ್ಧ ಮಾರ್ಗವನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ಬದಲಾವಣೆಗಳನ್ನು ಮುಂದಿನ ಪರಿಶೀಲನೆಯಲ್ಲಿ ನೀತಿ ಮರುಹೊಂದಿಸಬಹುದು.

ಅದೇ ಟಿಕೆಟ್ನಲ್ಲಿ ಗಮನಿಸಿದ ಉತ್ತರದ ಪಕ್ಕದಲ್ಲಿ ಊಹೆಯನ್ನು ಬರೆಯಿರಿ. ಊಹೆ ಇಲ್ಲದ ಪರೀಕ್ಷೆ ವಿಫಲವಾಗಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ವಿಫಲವಾಗಲು ಸಾಧ್ಯವಿಲ್ಲದ ಪರೀಕ್ಷೆ ಏನನ್ನೂ ಕಲಿಸುವುದಿಲ್ಲ.

ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನೀವು ಆರಿಸಿದ ಒಂದು ಸರ್ವರ್ ಅನ್ನಲ್ಲ

resolver ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸುವ ಆಜ್ಞೆ ಆ resolver ಅನ್ನಷ್ಟೇ ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಬೇರೇನನ್ನೂ ಅಲ್ಲ. ಆಂತರಿಕ ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆಯೇ ಎಂದು ಅದು ಹೇಳುತ್ತದೆ, ಅದು ಉಪಯುಕ್ತ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸುತ್ತದೆಯೇ ಎಂದು ಅದು ಹೇಳುವುದಿಲ್ಲ. ಮೊದಲು ಸಾಮಾನ್ಯ ಮಾರ್ಗದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ: ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುವಂತೆ ಆಂತರಿಕ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ, ನಂತರ ಅದೇ ರೀತಿಯಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ. ಅದಾದ ಮೇಲೆಯೇ ವರ್ತನೆ ಎಲ್ಲಿ ಭಿನ್ನವಾಗುತ್ತದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಲು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ಗಳನ್ನು ಕೇಳಿ.

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

ಮರುಸ್ಥಾಪನೆಯೇ ಪ್ರಶ್ನೆಯಾಗಿದ್ದರೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಹುಡುಕಾಟವನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಮೊದಲಿನ ಕ್ಯಾಶ್ ಮಾಡಿದ ಉತ್ತರವು ಸರಿಯಾಗಿ ಮರುಸ್ಥಾಪಿಸಿದ ವಿಭಜನೆಯನ್ನು ವಾಸ್ತವಕ್ಕಿಂತ ಉತ್ತಮ ಅಥವಾ ಕೆಟ್ಟದಾಗಿ ತೋರಿಸಬಹುದು.

ಕೇವಲ ಯಶಸ್ಸು ಅಥವಾ ವೈಫಲ್ಯವಲ್ಲ, ಉತ್ತರದ ವರ್ಗವನ್ನು ದಾಖಲಿಸಿ

ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದು ಸಂಭವಿಸಿತು ಎಂದು ಬರೆಯಿರಿ: ಆಂತರಿಕ ವಿಳಾಸ, ಸಾರ್ವಜನಿಕ ವಿಳಾಸ, ಋಣಾತ್ಮಕ ಉತ್ತರ, ಅಥವಾ ಸಮಯ ಮೀರುವಿಕೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಅರ್ಥವಿದೆ. ಆಂತರಿಕ ಹೆಸರಿಗೆ ಆಂತರಿಕ ವಿಳಾಸವೇ ನಿರೀಕ್ಷಿತ ಯಶಸ್ಸು; ಆಂತರಿಕ ಹೆಸರಿಗೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವು ಕ್ವೆರಿ ಟನಲ್ ಬಿಟ್ಟಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ; ಅಧಿಕೃತ ಸರ್ವರ್ನಿಂದ ಋಣಾತ್ಮಕ ಉತ್ತರವು ರೂಟಿಂಗ್ ದೋಷವಲ್ಲ, ಕಾಣೆಯಾದ ದಾಖಲೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ; ಮತ್ತು ಸಮಯ ಮೀರುವಿಕೆ ತಲುಪುವಿಕೆಯ ಸಮಸ್ಯೆ ಅಥವಾ ಕ್ವೆರಿಯನ್ನು ಎಂದಿಗೂ ಪಡೆಯದ resolver ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಯಶಸ್ಸು ಮತ್ತು ವೈಫಲ್ಯ ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಲು ತುಂಬಾ ಒರಟು.

ಹೊಸ ಕ್ವೆರಿ ಇಲ್ಲದಿರುವುದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೊದಲು ಕ್ಯಾಶ್ ಅನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಕ್ಯಾಶ್ನಲ್ಲಿರುವ ಋಣಾತ್ಮಕ ಉತ್ತರವು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಹೆಸರಿನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಬೆಂಬಲಿತ ನಿಯಂತ್ರಣಗಳಿಂದ ಏನನ್ನಾದರೂ ಅಳಿಸುವ ಮೊದಲು ಉತ್ತರವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ, ಏಕೆಂದರೆ ಮೊದಲ ಉತ್ತರವೇ ಸಾಕ್ಷ್ಯ.

ಊಹಿಸದೆ ಎರಡು ಶಾಖೆಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ

ಆಂತರಿಕ ಹೆಸರು ಸರಿಯಾಗಿ ಪರಿಹಾರವಾದರೂ ಅಪ್ಲಿಕೇಶನ್ ವಿಫಲವಾದರೆ, resolver ತನ್ನ ಕೆಲಸ ಮಾಡಿದೆ ಮತ್ತು ಮುಂದಿನ ಸಂಶಯಿತರು ಸಂಪನ್ಮೂಲದ ಮೇಲಿನ ಮಾರ್ಗಗಳು ಮತ್ತು ಅನುಮತಿಗಳು. ಖಾಸಗಿ ಹೆಸರು ಸಾರ್ವಜನಿಕ resolver ತಲುಪಿದ್ದರೆ, ಆ ಹುಡುಕಾಟಕ್ಕೆ ವಿಭಜನಾ ನಿಯಮ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೆಸರಿನ ಜಾಗದ ಮಾಲೀಕರೊಂದಿಗೆ ಡೊಮೇನ್ ಪಟ್ಟಿ ಮತ್ತು ಯಾವುದೇ ಬ್ರೌಸರ್ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಈ ಎರಡು ಶಾಖೆಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರಿದ್ದಾರೆ, ಆದ್ದರಿಂದ ನೀವು ಯಾವುದನ್ನು ನೋಡಿದಿರಿ ಎಂದು ದಾಖಲಿಸುವುದು ಏನೋ ಮುರಿದಿದೆ ಎಂದು ದಾಖಲಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ.

ರಚನೆಯನ್ನು ಉಳಿಸಿಕೊಂಡು ಹಂಚಿದ ಔಟ್ಪುಟ್ನ ಸೂಕ್ಷ್ಮ ಭಾಗಗಳನ್ನು ಮರೆಮಾಡಿ: ಯಾವ ಹೆಸರಿನ ಜಾಗ, ಯಾವ ನಿಯಮ, ಯಾವ ಉತ್ತರ ವರ್ಗ. resolver ನ ಉತ್ತರವು ಆಂತರಿಕ ವಿಳಾಸಗಳು ಮತ್ತು ಹೋಸ್ಟ್ ಹೆಸರುಗಳನ್ನು ಹೊತ್ತಿರಬಹುದು, ಮತ್ತು ಟಿಕೆಟ್ ಎರಡಕ್ಕೂ ಶಾಶ್ವತ ಮನೆ.

ನಂತರ ಫಲಿತಾಂಶವನ್ನು ಹೆಸರಿನ ಜಾಗದ ಮಾಲೀಕರಿಗೆ ನೀವು ಗಮನಿಸಿದ ಎರಡು ವರ್ಗಗಳೊಂದಿಗೆ ಮತ್ತು ಹೆಸರುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ ನೀಡಿ. ಅದು ಒಂದು ವಾರದ ಊಹೆಗಿಂತ ಐದು ನಿಮಿಷಗಳ ಸಂಭಾಷಣೆ.