VPN DNS ವರದಿ: ಮರುಉತ್ಪಾದಿಸಲು ಏನು ಸೇರಿಸಬೇಕು

«DNS ಮುರಿದಿದೆ» ಎಂಬುದು ಒಂದು ತೀರ್ಮಾನ, ಮತ್ತು ಸಹಾಯಕನಿಗೆ ಅದರ ಮೇಲೆ ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ವರದಿಯ ಉಪಯುಕ್ತ ಭಾಗ ವೈಫಲ್ಯದ ಆಕಾರ: ಯಾವ ಹೆಸರು, ಯಾವ ರಿಜಾಲ್ವರ್ ಮೂಲಕ, ಯಾವ ಪ್ರತಿಕ್ರಿಯೆಯೊಂದಿಗೆ. ಮೂರು ವಿವರಗಳು ದೂರನ್ನು ಮರುಉತ್ಪಾದಿಸಬಹುದಾದ ವಿಷಯವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತವೆ, ಮತ್ತು ಖಾಸಗಿ ಭಾಗಗಳಿಗೆ ಮರುಹೆಸರಿಸಿದ ನಂತರ ಮೂರನ್ನೂ ಹಂಚಿಕೊಳ್ಳುವುದು ಸುರಕ್ಷಿತ. ಕೆಳಗಿನದು ಯಾರಾದರೂ ಸಹಾಯ ಮಾಡುವ ಮೊದಲು VPN DNS ವರದಿಗೆ ಬೇಕಾದ ಕನಿಷ್ಠ ಅಂಶವಾಗಿದೆ.

ಹೆಸರಿನ ವರ್ಗ, ತೀರ್ಪಲ್ಲ

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

ವೈಫಲ್ಯಕ್ಕೆ ಟನೆಲ್ ಮೇಲಿರುವುದು ಬೇಕೇ ಅಥವಾ ಅದು ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಸಂಭವಿಸುತ್ತದೆಯೇ ಎಂದು ಹೇಳಿ. VPN ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಮಾತ್ರ ಮುರಿಯುವ ಹೆಸರು ಪ್ರತಿ-ಲಿಂಕ್ ಸಂರಚನೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಆದರೆ ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಮುರಿಯುವುದು ಉಳಿದ ಸ್ಥಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ವರದಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಇದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತವೆ ಮತ್ತು ಮೊದಲ ಸಲಹೆ ಏಕೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಆಶ್ಚರ್ಯಪಡುತ್ತವೆ.

ರಿಜಾಲ್ವರ್ ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ

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

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

ಸ್ಟೇಟಸ್ ಔಟ್‌ಪುಟ್ ಪ್ರತಿ-ಲಿಂಕ್ ಸರ್ವರ್‌ಗಳನ್ನು ಮತ್ತು ರೂಟಿಂಗ್ ಡೊಮೇನ್‌ಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಅಂದರೆ ಸ್ಪ್ಲಿಟ್ DNS ನಿರ್ಧರಿಸುವ ಸ್ಥಳ. getent ಕರೆ ಅಪ್ಲಿಕೇಶನ್ ಹೋಗುವ ಅದೇ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, nsswitch ಕ್ರಮ ಸೇರಿದಂತೆ. ನೇರ ಪ್ರಶ್ನೆ ಎರಡನ್ನೂ ಬೈಪಾಸ್ ಮಾಡಿ ಒಂದು ಸರ್ವರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸುತ್ತದೆ. ಮೂರರಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಮತ್ತು ಯಾವುದು ಯಶಸ್ವಿಯಾಯಿತು ಎಂದು ವರದಿ ಮಾಡಿ, ಮತ್ತು ಓದುಗರು ಇನ್ನು ಮಾರ್ಗವನ್ನು ಊಹಿಸಬೇಕಿಲ್ಲ.

ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆಯನ್ನು ತಿಳಿಸಿ

ಒಂದು ಚರಾಂಶವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಏನು ಬದಲಾಯಿತು ಎಂದು ಹೇಳಿ. ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳು ಬಗೆಹರಿಯುತ್ತಿರುವಾಗ ಒಳಗಿನವು ವಿಫಲವಾಗುವುದು ಆಯ್ಕೆಯ ಸಮಸ್ಯೆ; ಪ್ರತಿ ಹೆಸರೂ ಸಮಯ ಮೀರುವುದು ಮಾರ್ಗದ ಸಮಸ್ಯೆ; ಮತ್ತು ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಬಗೆಹರಿಯುವ ಖಾಸಗಿ ಹೆಸರು ತಪ್ಪು ರಿಜಾಲ್ವರ್‌ಗೆ ಸೋರಿಕೆ. ಆ ಮೂರರಲ್ಲಿ ಎರಡಕ್ಕೂ ಟನೆಲ್ ಮೇಲಿದೆಯೇ ಎಂಬುದಕ್ಕೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ. ಎಲ್ಲಾ ಪ್ರಶ್ನೆಗಳು ಮುರಿದಿವೆ ಎಂದು ಹೇಳುವ ವರದಿಯಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಎಂದೂ ನಡೆಸದ ಹೋಲಿಕೆ ಇರುತ್ತದೆ.

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

ನೇಮ್ಸ್ಪೇಸ್ ಮರೆಮಾಡಿ, ಸಂಬಂಧಗಳನ್ನು ಉಳಿಸಿ

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

ದಾಖಲೆಯನ್ನು ಪರಿಶೀಲಿಸಿದ ಚಾನಲ್ ಮೂಲಕ ಕಳುಹಿಸಿ ಮತ್ತು ರೋಗನಿರ್ಣಯಕ್ಕೆ ಎಂದೂ ಬೇಕಾಗದ್ದನ್ನು ಹೊರಗಿಡಿ. ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಖಾಸಗಿ ಕೀಗಳು ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಕಂಪನಿ ಹೆಸರುಗಳು DNS ಪ್ರಶ್ನೆಯ ಭಾಗವಲ್ಲ. ಓದುಗರಿಗೆ ಬೇಕಾದದ್ದು ವೈಫಲ್ಯದ ವರ್ಗ, ರಿಜಾಲ್ವರ್ ಮಾರ್ಗ, ನಿಖರ ದೋಷ ಮತ್ತು ನೀವು ನಡೆಸಿದ ಒಂದು ಹೋಲಿಕೆ.