ಟನೆಲ್ ಆನ್ ಇರುವಾಗ ಒಂದು ಹೆಸರು ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಬ್ರೌಸರ್ ಅದನ್ನು ನೆಟ್ವರ್ಕ್ ದೋಷ ಎಂದು ಕರೆಯುತ್ತದೆ, ಆದರೆ ನಿಜವಾದ ಕಾರಣ ರಿಸಾಲ್ವರ್ ಹಿಂತಿರುಗಿಸಿದ DNS ಉತ್ತರವಾಗಿದೆ. ಫಿಲ್ಟರಿಂಗ್ ರಿಸಾಲ್ವರ್ ಒಂದು ಹೆಸರನ್ನು ತಡೆಹಿಡಿಯಬಹುದು, ನಿರಾಕರಿಸಬಹುದು ಅಥವಾ ಮತ್ತೆ ಬರೆಯಬಹುದು ಮತ್ತು ಉಳಿದ ಎಲ್ಲಾ ಹುಡುಕಾಟಗಳು ಕೆಲಸ ಮಾಡುತ್ತಿರಬಹುದು. ಟನೆಲ್ ಪ್ರಶ್ನೆಯನ್ನು ಸಾಗಿಸುತ್ತದೆ; ರಿಸಾಲ್ವರ್ ಉತ್ತರವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎನ್ಕ್ರಿಪ್ಷನ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಆ ಉತ್ತರವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಟನೆಲ್ ಆನ್ ಇದೆ, ಆದ್ದರಿಂದ ಎನ್ಕ್ರಿಪ್ಷನ್ ಸಂಶಯಾಸ್ಪದವಲ್ಲ

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

ಮೊದಲು ಮೂರು ವಿಷಯಗಳನ್ನು ಬರೆಯಿರಿ: ಕ್ಲೈಂಟ್ ಬಳಸಿದ ರಿಸಾಲ್ವರ್, ವಿಫಲವಾಗುವ ಹೆಸರಿನ ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್, ಮತ್ತು ಕೆಲಸ ಮಾಡಬೇಕಾದ ಹೆಸರಿಗೆ ಅದೇ ಪ್ರಶ್ನೆ. ರಿಸಾಲ್ವರ್ ಅನ್ನು ನೇರವಾಗಿ dig example.com @10.20.0.1 ನೊಂದಿಗೆ ಕೇಳಿ ಮತ್ತು ಸ್ಥಿತಿ ಸಾಲನ್ನು ಓದಿ, ಬ್ರೌಸರ್ ಸಂದೇಶವನ್ನಲ್ಲ. ನಿಯಂತ್ರಣ ಹೆಸರು ಬಗೆಹರಿದರೆ ಮತ್ತು ವಿಫಲವಾಗುವ ಹೆಸರು ನೀತಿ-ಉತ್ತರ ನೀಡಿದರೆ, ಸಾಕ್ಷ್ಯ ಪೂರ್ಣವಾಗಿದೆ. ಎರಡೂ ವಿಫಲವಾದರೆ, ಫಿಲ್ಟರ್ ಇನ್ನೂ ಒಳಗೊಂಡಿಲ್ಲ.

ನಾಲ್ಕು ಉತ್ತರಗಳು, ನಾಲ್ಕು ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರು

ಫಿಲ್ಟರಿಂಗ್ ರಿಸಾಲ್ವರ್ಗೆ ಇಲ್ಲ ಎನ್ನುವ ಒಂದೇ ದಾರಿ ಇಲ್ಲ, ಮತ್ತು ನಿರಾಕರಣೆಯ ರೂಪ ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಬ್ರೌಸರ್ ನಾಲ್ಕನ್ನೂ ಕಡಿತಗೊಂಡ ಸಂಪರ್ಕದಂತೆ ಕೇಳಿಸುವ ಯಾವುದೋ ಒಂದಕ್ಕೆ ಮತ್ತೆ ಬರೆಯುತ್ತದೆ.

AnswerWhat it points at
NXDOMAINThe name is withheld: a policy entry or a zone decision removed it
RefusedThe resolver declines to answer; usually an access or policy rule
Replacement addressA redirect to a block page or sinkhole you can query and inspect
No answer at allWeakest evidence: reachability, load or routing, not necessarily policy

ಟನೆಲ್ಗೆ ಏನನ್ನೂ ಆರೋಪಿಸುವ ಮೊದಲು ಉತ್ತರವನ್ನು ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೊಂದಿಸಿ. ನಿರಾಕರಣೆ ಮತ್ತು ತಡೆಹಿಡಿದ ಹೆಸರು ಎರಡೂ ರಿಸಾಲ್ವರ್ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಂಡಿದೆ ಎಂದರ್ಥ, ಆದರೆ ಮೌನ ಎಂದರೆ ಪ್ರಶ್ನೆಗೆ ಎಂದಿಗೂ ಉತ್ತರ ಸಿಗಲಿಲ್ಲ. ಆ ವ್ಯತ್ಯಾಸವೇ ನೀವು ನೀತಿ-ಮಾಲೀಕರನ್ನು ಹಿಂಬಾಲಿಸುತ್ತೀರೋ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗವನ್ನು ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಎರಡು ಬ್ರೌಸರ್ಗಳು ಎರಡು ನೀತಿಗಳನ್ನು ಅನುಸರಿಸಬಹುದು

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

ಎರಡೂ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಟನೆಲ್ ರಿಸಾಲ್ವರ್ ಬಳಸಿ ಮತ್ತು ಒಂದೇ ವಿಫಲವಾದರೆ, ವ್ಯತ್ಯಾಸ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿದೆ, DNS ನಲ್ಲಲ್ಲ. ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ ರಿಸಾಲ್ವರ್ ವಿಳಾಸ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಕಿಟಕಿ ಮುಚ್ಚಿದಾಗ ಆ ವಿವರ ಮಾಯವಾಗುತ್ತದೆ.

ನಿಮ್ಮದನ್ನು ಬದಲಿಸಿ, ನಿಮ್ಮದಲ್ಲದ್ದನ್ನು ಮೇಲಕ್ಕೆ ಕಳುಹಿಸಿ

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

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

ಬ್ಲಾಕ್ ಪುಟವು ವಿಶ್ವಾಸಾರ್ಹ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ

ತಮ್ಮದೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ತೋರಿಸುವ ಬದಲಿ ಪುಟ HTTPS ಗುರುತಿನ ಎಚ್ಚರಿಕೆ ಎಬ್ಬಿಸುತ್ತದೆ, ಮತ್ತು ಮರುನಿರ್ದೇಶನ ಆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮಾನ್ಯಗೊಳಿಸುವುದಿಲ್ಲ. ಟನೆಲ್ ಆನ್ ಇದೆ ಎಂದು ಅದರ ಮೂಲಕ ಕ್ಲಿಕ್ ಮಾಡಬೇಡಿ; ಎಚ್ಚರಿಕೆ ಪ್ರತ್ಯೇಕ ವಿಶ್ವಾಸ ನಿರ್ಧಾರವಾಗಿದ್ದು ಅದು ಇನ್ನೂ ಸರಿಯಾಗಿರಬೇಕು.

ವಿಫಲವಾಗುವ ಹೆಸರು ನೀತಿ-ಉತ್ತರ ನೀಡಿ ಮತ್ತು ನಿಯಂತ್ರಣ ಹೆಸರು ಅದೇ ರಿಸಾಲ್ವರ್ ಮೂಲಕ ಸಾಮಾನ್ಯ ಉತ್ತರ ನೀಡಿದಾಗ ರೋಗನಿರ್ಣಯ ಮುಗಿಯುತ್ತದೆ. ಆ ಹಂತದಲ್ಲಿ ಸರಿಪಡಿಸುವಿಕೆ ನೀತಿಯ ಬದಲಾವಣೆ, ಟನೆಲ್ನದಲ್ಲ, ಮತ್ತು ವರದಿಯಲ್ಲಿ ನೀವು ಉಲ್ಲೇಖಿಸುವ RFC 1035 ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ಗಳು ಅವೇ. ಎರಡೂ ಹೆಸರುಗಳು ಮತ್ತು ಉತ್ತರಗಳನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ; ಇಡೀ ಪ್ರಕರಣ ಅಷ್ಟೇ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು