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

ಬ್ಯಾಕಪ್ ಒಂದು ನೀತಿ, ಒಂದೇ ವರ್ತನೆ ಅಲ್ಲ

ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಇಷ್ಟದ ರಿಸಾಲ್ವರ್ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದಾಗ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಬೇಕು. ಅದು ಪರಿಹಾರವನ್ನು ತಡೆಯಬಹುದು, ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬಹುದು, ಸಿದ್ಧಪಡಿಸಿದ ಪರ್ಯಾಯವನ್ನು ಬಳಸಬಹುದು ಅಥವಾ ಅದನ್ನು ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಬಿಡಬಹುದು, ಮತ್ತು ಗೋಪ್ಯತೆಯ ದೃಷ್ಟಿಯಿಂದ ಇವು ನಾಲ್ಕು ಬೇರೆ ಉತ್ಪನ್ನಗಳು. ಸೆಟ್ಟಿಂಗ್ಸ್ ಪರದೆ ಓದುವುದು ಯಾವ ವರ್ತನೆ ಸಿದ್ಧವಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಯಾವುದು ಸಂಭವಿಸಿತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಒಂದೇ ಸ್ವಿಚ್ ಇರುವ ಪರದೆ ನಾಲ್ಕು ಸಾಧ್ಯತೆಗಳನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ.

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

ಪರ್ಯಾಯ ರಿಸಾಲ್ವರ್ನ ಗುರುತು ಸ್ಥಾಪಿಸಲು ಯೋಗ್ಯವಾದ ಮೊದಲ ಸಂಗತಿ. ನೀವು ಈಗಾಗಲೇ ನಂಬುವ ಪೂರೈಕೆದಾರರ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್, ನೀವು ಆಕಸ್ಮಿಕವಾಗಿ ಇರುವ ಜಾಲದಿಂದ ನೀಡಲಾದ ವಿಳಾಸಕ್ಕಿಂತ ಬೇರೆ ಪರಿಸ್ಥಿತಿ. ವಿಳಾಸ ಸ್ವತಃ ನೀವು ಈ ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದು ಅಪರೂಪವಾಗಿ ಹೇಳುತ್ತದೆ.

ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರಶ್ನೆಯನ್ನು ಯಾರು ಪಡೆಯುತ್ತಾರೆ

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

ಒಳಗಿನ ಹೆಸರುಗಳು ಈ ವ್ಯತ್ಯಾಸವನ್ನು ನಿರ್ದಿಷ್ಟಗೊಳಿಸುತ್ತವೆ. ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ ಸಾಮಾನ್ಯವಾಗಿ split-horizon ಹೆಸರಿಗೆ ಉತ್ತರಿಸಲಾರದು, ಆದ್ದರಿಂದ ಪ್ರಶ್ನೆ ವಿಫಲವಾಗುತ್ತದೆ ಆದರೆ ಹೆಸರು ಈಗಾಗಲೇ ಅದನ್ನು ನೋಡುವ ಕೆಲಸವಿಲ್ಲದ ಪಕ್ಷಕ್ಕೆ ಬಹಿರಂಗವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ ಇಲ್ಲಿ ಲಭ್ಯತೆ ಮತ್ತು ಗೋಪ್ಯತೆ ಪರಸ್ಪರ ಬದಲಾಗದೆ ಜೊತೆಯಾಗಿ ಚಲಿಸುತ್ತವೆ.

ಸುರಂಗವು ಪ್ರಶ್ನೆಯನ್ನು VPN ಪೂರೈಕೆದಾರರು ನಡೆಸದ ರಿಸಾಲ್ವರ್ಗೂ ಒಯ್ಯಬಹುದು, ಏಕೆಂದರೆ ಸುರಂಗ ಪರಿಹರಿಸುವುದಿಲ್ಲ, ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಹೋಸ್ಟ್ ಪ್ರಶ್ನೆಯನ್ನು ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿ ನೋಡಿ ನಂತರ ತನ್ನ ಸಂಪರ್ಕವನ್ನು ಮುಂದೆ ತೆರೆಯುತ್ತದೆ, ಇದು ಮುಂದಿನ ಹೆಜ್ಜೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಆದರೆ ಮೊದಲನೆಯದನ್ನು ಅಲ್ಲ.

ಮಾರ್ಗ ಮತ್ತು ಸ್ವೀಕರಿಸುವವರನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ

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

resolvectl status | grep -E "Current DNS Server|DNS Servers|DNSOverTLS"
dig +short example.com
tcpdump -ni any udp port 53 or tcp port 853

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

ಒಂದು ಒಳಗಿನ ಮತ್ತು ಒಂದು ಸಾರ್ವಜನಿಕ ಹೆಸರಿಗೆ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಒಳಗಿನ ಪ್ರಶ್ನೆಯೇ ಬ್ಯಾಕಪ್ ಸಂರಚನೆ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನನ್ನು ಬಯಲು ಮಾಡುವ ಸ್ಥಳ, ಏಕೆಂದರೆ ಉತ್ತರಿಸಲಾರದ ರಿಸಾಲ್ವರ್ ಪ್ರಶ್ನೆಯನ್ನು ಪಡೆಯುತ್ತದೆ.

ಬ್ಯಾಕಪ್ಗೆ ಅನುಮತಿ ಇರಬೇಕೆ ಎಂದು ನಿರ್ಧರಿಸಿ

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

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

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

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