Chromium ನ ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ ಒಂದಾದ ರೂಟ್ DNS ಸರ್ವರ್‌ಗಳಲ್ಲಿ ದೊಡ್ಡ ಹೊರೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ

ಗೂಗಲ್ ಕ್ರೋಮ್ ಮತ್ತು ಹೊಸ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಎಡ್ಜ್‌ನ ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿರುವ ಓಪನ್ ಸೋರ್ಸ್ ಪೇರೆಂಟ್ ಆಗಿರುವ ಕ್ರೋಮಿಯಂ ಬ್ರೌಸರ್ ಉತ್ತಮ ಉದ್ದೇಶದಿಂದ ಉದ್ದೇಶಿಸಲಾದ ವೈಶಿಷ್ಟ್ಯಕ್ಕಾಗಿ ಗಮನಾರ್ಹ ಋಣಾತ್ಮಕ ಗಮನವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ: ಇದು ಬಳಕೆದಾರರ ISP ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಡೊಮೇನ್ ಪ್ರಶ್ನೆ ಫಲಿತಾಂಶಗಳನ್ನು "ಕದಿಯುತ್ತಿದೆಯೇ" ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ. .

ಇಂಟ್ರಾನೆಟ್ ಮರುನಿರ್ದೇಶನ ಡಿಟೆಕ್ಟರ್, ಸಂಖ್ಯಾಶಾಸ್ತ್ರೀಯವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಅಸಂಭವವಾಗಿರುವ ಯಾದೃಚ್ಛಿಕ "ಡೊಮೇನ್‌ಗಳಿಗೆ" ನಕಲಿ ಪ್ರಶ್ನೆಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಇದು ಪ್ರಪಂಚದಾದ್ಯಂತ ರೂಟ್ DNS ಸರ್ವರ್‌ಗಳು ಸ್ವೀಕರಿಸಿದ ಒಟ್ಟು ಟ್ರಾಫಿಕ್‌ನ ಸರಿಸುಮಾರು ಅರ್ಧದಷ್ಟು ಕಾರಣವಾಗಿದೆ. ವೆರಿಸೈನ್ ಇಂಜಿನಿಯರ್ ಮ್ಯಾಟ್ ಥಾಮಸ್ ಸುದೀರ್ಘವಾಗಿ ಬರೆದಿದ್ದಾರೆ ಪೋಸ್ಟ್ APNIC ಬ್ಲಾಗ್‌ನಲ್ಲಿ ಸಮಸ್ಯೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಪ್ರಮಾಣವನ್ನು ನಿರ್ಣಯಿಸುತ್ತದೆ.

DNS ರೆಸಲ್ಯೂಶನ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ

ಈ ಸರ್ವರ್‌ಗಳು .com, .net, ಇತ್ಯಾದಿಗಳನ್ನು ಪರಿಹರಿಸಲು ನೀವು ಸಂಪರ್ಕಿಸಬೇಕಾದ ಅತ್ಯುನ್ನತ ಅಧಿಕಾರವಾಗಿದ್ದು, ಇದರಿಂದ ಅವರು ನಿಮಗೆ frglxrtmpuf ಉನ್ನತ ಮಟ್ಟದ ಡೊಮೇನ್ (TLD) ಅಲ್ಲ ಎಂದು ತಿಳಿಸುತ್ತಾರೆ.

DNS, ಅಥವಾ ಡೊಮೈನ್ ನೇಮ್ ಸಿಸ್ಟಮ್, ಇದು ಕಂಪ್ಯೂಟರ್‌ಗಳು 3.128.236.93 ನಂತಹ ಕಡಿಮೆ ಬಳಕೆದಾರ ಸ್ನೇಹಿ IP ವಿಳಾಸಗಳಿಗೆ arstechnica.com ನಂತಹ ಸ್ಮರಣೀಯ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಪರಿಹರಿಸುವ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. DNS ಇಲ್ಲದೆ, ಮಾನವರು ಬಳಸಬಹುದಾದ ರೀತಿಯಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ, ಅಂದರೆ ಮೇಲ್ಮಟ್ಟದ ಮೂಲಸೌಕರ್ಯದ ಮೇಲೆ ಅನಗತ್ಯ ಹೊರೆ ನಿಜವಾದ ಸಮಸ್ಯೆಯಾಗಿದೆ.

ಒಂದೇ ಆಧುನಿಕ ವೆಬ್ ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡಲು ನಂಬಲಾಗದ ಸಂಖ್ಯೆಯ DNS ಲುಕಪ್‌ಗಳು ಬೇಕಾಗಬಹುದು. ಉದಾಹರಣೆಗೆ, ನಾವು ESPN ನ ಮುಖಪುಟವನ್ನು ವಿಶ್ಲೇಷಿಸಿದಾಗ, a.espncdn.com ನಿಂದ z.motads.com ವರೆಗಿನ 93 ಪ್ರತ್ಯೇಕ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ನಾವು ಎಣಿಕೆ ಮಾಡಿದ್ದೇವೆ. ಪುಟವು ಸಂಪೂರ್ಣವಾಗಿ ಲೋಡ್ ಆಗಲು ಅವೆಲ್ಲವೂ ಅವಶ್ಯಕ!

ಇಡೀ ಜಗತ್ತಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸಲು ಅಗತ್ಯವಿರುವ ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗೆ ಈ ರೀತಿಯ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಸರಿಹೊಂದಿಸಲು, DNS ಅನ್ನು ಬಹು-ಹಂತದ ಕ್ರಮಾನುಗತವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಈ ಪಿರಮಿಡ್‌ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ರೂಟ್ ಸರ್ವರ್‌ಗಳಿವೆ - .com ನಂತಹ ಪ್ರತಿಯೊಂದು ಉನ್ನತ ಮಟ್ಟದ ಡೊಮೇನ್ ತನ್ನದೇ ಆದ ಸರ್ವರ್‌ಗಳ ಕುಟುಂಬವನ್ನು ಹೊಂದಿದೆ, ಅದು ಅವುಗಳ ಕೆಳಗಿನ ಪ್ರತಿಯೊಂದು ಡೊಮೇನ್‌ಗೆ ಉನ್ನತ ಅಧಿಕಾರವಾಗಿದೆ. ಒಂದು ಹೆಜ್ಜೆ ಮೇಲಕ್ಕೆ ಇವುಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳು ಮೂಲ ಸರ್ವರ್‌ಗಳಾಗಿವೆ a.root-servers.net ಗೆ m.root-servers.net.

ಇದು ಎಷ್ಟು ಬಾರಿ ಸಂಭವಿಸುತ್ತದೆ?

DNS ಮೂಲಸೌಕರ್ಯದ ಬಹು-ಹಂತದ ಕ್ಯಾಶಿಂಗ್ ಶ್ರೇಣಿಗೆ ಧನ್ಯವಾದಗಳು, ಪ್ರಪಂಚದ DNS ಪ್ರಶ್ನೆಗಳ ಅತ್ಯಂತ ಕಡಿಮೆ ಶೇಕಡಾವಾರು ಮೂಲ ಸರ್ವರ್‌ಗಳನ್ನು ತಲುಪುತ್ತದೆ. ಹೆಚ್ಚಿನ ಜನರು ತಮ್ಮ ISP ಯಿಂದ ನೇರವಾಗಿ ತಮ್ಮ DNS ಪರಿಹಾರಕ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯುತ್ತಾರೆ. ನಿರ್ದಿಷ್ಟ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಹೇಗೆ ಹೋಗುವುದು ಎಂದು ಬಳಕೆದಾರರ ಸಾಧನವು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದಾಗ, ವಿನಂತಿಯನ್ನು ಮೊದಲು ಆ ಸ್ಥಳೀಯ ಪೂರೈಕೆದಾರರಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ DNS ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಸ್ಥಳೀಯ DNS ಸರ್ವರ್‌ಗೆ ಉತ್ತರ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಅದು ವಿನಂತಿಯನ್ನು ತನ್ನದೇ ಆದ "ಫಾರ್ವರ್ಡರ್‌ಗಳಿಗೆ" ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ (ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ).

ಸ್ಥಳೀಯ ಪೂರೈಕೆದಾರರ DNS ಸರ್ವರ್ ಅಥವಾ ಅದರ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ “ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಸರ್ವರ್‌ಗಳು” ಕ್ಯಾಶ್ ಮಾಡಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ವಿನಂತಿಯನ್ನು ನೇರವಾಗಿ ಅಧಿಕೃತ ಡೊಮೇನ್ ಸರ್ವರ್‌ಗೆ ಎತ್ತಲಾಗುತ್ತದೆ ಹೆಚ್ಚಿನ ನೀವು ಪರಿವರ್ತಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಒಂದು. ಯಾವಾಗ домен.com ಇದರರ್ಥ ವಿನಂತಿಯನ್ನು ಡೊಮೇನ್‌ನ ಅಧಿಕೃತ ಸರ್ವರ್‌ಗಳಿಗೆ ಕಳುಹಿಸಲಾಗಿದೆ com, ನಲ್ಲಿ ನೆಲೆಗೊಂಡಿವೆ gtld-servers.net.

ವ್ಯವಸ್ಥೆಯ gtld-servers, ವಿನಂತಿಯನ್ನು ಮಾಡಲಾದ, ಡೊಮೇನ್ domain.com ಗಾಗಿ ಅಧಿಕೃತ ನೇಮ್ ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿಯೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ, ಹಾಗೆಯೇ ಅಂತಹ ಒಂದು ನೇಮ್ ಸರ್ವರ್‌ನ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ ಕನಿಷ್ಠ ಒಂದು ಲಿಂಕ್ ದಾಖಲೆ. ಮುಂದೆ, ಪ್ರತಿಕ್ರಿಯೆಗಳು ಸರಪಳಿಯ ಕೆಳಗೆ ಚಲಿಸುತ್ತವೆ - ಪ್ರತಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುವವರು ಈ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ವಿನಂತಿಸಿದ ಸರ್ವರ್‌ಗೆ ರವಾನಿಸುತ್ತಾರೆ, ಪ್ರತಿಕ್ರಿಯೆಯು ಅಂತಿಮವಾಗಿ ಸ್ಥಳೀಯ ಪೂರೈಕೆದಾರರ ಸರ್ವರ್ ಮತ್ತು ಬಳಕೆದಾರರ ಕಂಪ್ಯೂಟರ್‌ಗೆ ತಲುಪುವವರೆಗೆ. ಅವೆಲ್ಲವೂ ಈ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತವೆ ಆದ್ದರಿಂದ ಅನಗತ್ಯವಾಗಿ ಉನ್ನತ ಮಟ್ಟದ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ತೊಂದರೆಯಾಗುವುದಿಲ್ಲ.

ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಹೆಸರು ಸರ್ವರ್ ದಾಖಲೆಗಳು domain.com ಈ ಫಾರ್ವರ್ಡ್ ಮಾಡುವವರಲ್ಲಿ ಈಗಾಗಲೇ ಕ್ಯಾಶ್ ಮಾಡಲಾಗುವುದು, ಆದ್ದರಿಂದ ರೂಟ್ ಸರ್ವರ್‌ಗಳಿಗೆ ತೊಂದರೆಯಾಗುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಸದ್ಯಕ್ಕೆ ನಾವು ನಮಗೆ ತಿಳಿದಿರುವ URL ಪ್ರಕಾರದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ - ಇದು ಸಾಮಾನ್ಯ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಪರಿವರ್ತನೆಯಾಗಿದೆ. Chrome ವಿನಂತಿಗಳು ಮಟ್ಟದಲ್ಲಿವೆ ಹೆಚ್ಚಿನ ಇದು, ಸಮೂಹಗಳ ಹೆಜ್ಜೆಯ ಮೇಲೆ root-servers.net.

Chromium ಮತ್ತು NXDomain ಕಳ್ಳತನ ತಪಾಸಣೆ

Chromium "ಈ DNS ಸರ್ವರ್ ನನ್ನನ್ನು ಮೋಸಗೊಳಿಸುತ್ತಿದೆಯೇ?" ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ ವೆರಿಸೈನ್‌ನ ರೂಟ್ ಡಿಎನ್‌ಎಸ್ ಸರ್ವರ್‌ಗಳ ಕ್ಲಸ್ಟರ್‌ಗೆ ತಲುಪುವ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್‌ನ ಅರ್ಧದಷ್ಟು ಖಾತೆಯನ್ನು ಹೊಂದಿದೆ.

Chromium ಬ್ರೌಸರ್, ಗೂಗಲ್ ಕ್ರೋಮ್‌ನ ಮೂಲ ಯೋಜನೆ, ಹೊಸ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಎಡ್ಜ್ ಮತ್ತು ಅಸಂಖ್ಯಾತ ಕಡಿಮೆ-ತಿಳಿದಿರುವ ಬ್ರೌಸರ್‌ಗಳು ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಹುಡುಕುವ ಸುಲಭತೆಯನ್ನು ಒದಗಿಸಲು ಬಯಸುತ್ತದೆ, ಇದನ್ನು ಕೆಲವೊಮ್ಮೆ "ಓಮ್ನಿಬಾಕ್ಸ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಬಳಕೆದಾರರು ನಿಜವಾದ URL ಗಳು ಮತ್ತು ಹುಡುಕಾಟ ಎಂಜಿನ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಬ್ರೌಸರ್ ವಿಂಡೋದ ಮೇಲ್ಭಾಗದಲ್ಲಿರುವ ಒಂದೇ ಪಠ್ಯ ಕ್ಷೇತ್ರಕ್ಕೆ ಪ್ರವೇಶಿಸುತ್ತಾರೆ. ಸರಳೀಕರಣದ ಕಡೆಗೆ ಮತ್ತೊಂದು ಹೆಜ್ಜೆ ಇಡುವುದು, ಇದು URL ನ ಭಾಗವನ್ನು ನಮೂದಿಸಲು ಬಳಕೆದಾರರನ್ನು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ http:// ಅಥವಾ https://.

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

ತಮ್ಮ ಕಂಪನಿಯ ಇಂಟ್ರಾನೆಟ್‌ನಲ್ಲಿ ಬಳಕೆದಾರರು "ಮಾರ್ಕೆಟಿಂಗ್" ಎಂದು ಟೈಪ್ ಮಾಡಿದರೆ ಮತ್ತು ಕಂಪನಿಯ ಇಂಟ್ರಾನೆಟ್ ಅದೇ ಹೆಸರಿನೊಂದಿಗೆ ಆಂತರಿಕ ವೆಬ್‌ಸೈಟ್ ಹೊಂದಿದ್ದರೆ, ನಂತರ Chromium ಅವರು "ಮಾರ್ಕೆಟಿಂಗ್" ಅನ್ನು ಹುಡುಕಲು ಬಯಸುತ್ತೀರಾ ಅಥವಾ ಹೋಗಬೇಕೇ ಎಂದು ಬಳಕೆದಾರರನ್ನು ಕೇಳುವ ಮಾಹಿತಿ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ https://marketing. ಇದು ಹಾಗಲ್ಲದಿರಬಹುದು, ಆದರೆ ಅನೇಕ ISP ಗಳು ಮತ್ತು ಸಾರ್ವಜನಿಕ Wi-Fi ಪೂರೈಕೆದಾರರು ಪ್ರತಿ ತಪ್ಪಾದ URL ಅನ್ನು "ಹೈಜಾಕ್" ಮಾಡುತ್ತಾರೆ, ಬಳಕೆದಾರರನ್ನು ಕೆಲವು ಬ್ಯಾನರ್ ತುಂಬಿದ ಪುಟಕ್ಕೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತಾರೆ.

ಯಾದೃಚ್ಛಿಕ ಪೀಳಿಗೆ

Chromium ಡೆವಲಪರ್‌ಗಳು ನಿಯಮಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಬಳಕೆದಾರರು ಒಂದೇ ಪದವನ್ನು ಹುಡುಕಿದಾಗಲೆಲ್ಲಾ ಅವರ ಅರ್ಥವೇನು ಎಂದು ಕೇಳುವ ಮಾಹಿತಿ ಪೆಟ್ಟಿಗೆಯನ್ನು ನೋಡಲು ಬಯಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅವರು ಪರೀಕ್ಷೆಯನ್ನು ಜಾರಿಗೆ ತಂದರು: ಅವರು ಬ್ರೌಸರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಿದಾಗ, Chromium ಮೂರು DNS ಲುಕಪ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಯಾದೃಚ್ಛಿಕವಾಗಿ ರಚಿಸಲಾದ "ಡೊಮೇನ್‌ಗಳು" ಉನ್ನತ ಮಟ್ಟದ, ಏಳರಿಂದ ಹದಿನೈದು ಅಕ್ಷರಗಳ ಉದ್ದ. ಈ ಯಾವುದೇ ಎರಡು ವಿನಂತಿಗಳು ಒಂದೇ IP ವಿಳಾಸದೊಂದಿಗೆ ಹಿಂತಿರುಗಿದರೆ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ದೋಷಗಳನ್ನು "ಹೈಜಾಕ್" ಮಾಡುತ್ತಿದೆ ಎಂದು Chromium ಊಹಿಸುತ್ತದೆ NXDOMAIN, ಅದನ್ನು ಸ್ವೀಕರಿಸಬೇಕು, ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ನಮೂದಿಸಿದ ಎಲ್ಲಾ ಏಕ-ಪದ ಪ್ರಶ್ನೆಗಳನ್ನು ಮುಂದಿನ ಸೂಚನೆ ಬರುವವರೆಗೆ ಹುಡುಕಾಟ ಪ್ರಯತ್ನಗಳು ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ.

ದುರದೃಷ್ಟವಶಾತ್, ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಅದು ಕೇವಲ DNS ಪ್ರಶ್ನೆಗಳ ಫಲಿತಾಂಶಗಳನ್ನು ಕದಿಯಿರಿ, ಈ ಮೂರು ಕಾರ್ಯಾಚರಣೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲಕ್ಕೆ ಏರುತ್ತವೆ, ಮೂಲ ಹೆಸರು ಸರ್ವರ್‌ಗಳಿಗೆ ಎಲ್ಲಾ ರೀತಿಯಲ್ಲಿ: ಸ್ಥಳೀಯ ಸರ್ವರ್‌ಗೆ ಹೇಗೆ ಪರಿಹರಿಸಬೇಕೆಂದು ತಿಳಿದಿಲ್ಲ qwajuixk, ಆದ್ದರಿಂದ ಈ ವಿನಂತಿಯನ್ನು ಅದರ ಫಾರ್ವರ್ಡ್ ಮಾಡುವವರಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ, ಅದು ಕೊನೆಯವರೆಗೂ ಅದೇ ರೀತಿ ಮಾಡುತ್ತದೆ a.root-servers.net ಅಥವಾ ಅವರ "ಸಹೋದರರಲ್ಲಿ" ಒಬ್ಬರು "ಕ್ಷಮಿಸಿ, ಆದರೆ ಇದು ಡೊಮೇನ್ ಅಲ್ಲ" ಎಂದು ಹೇಳಲು ಒತ್ತಾಯಿಸಲಾಗುವುದಿಲ್ಲ.

ಸರಿಸುಮಾರು 1,67*10^21 ಸಂಭವನೀಯ ನಕಲಿ ಡೊಮೇನ್ ಹೆಸರುಗಳು ಏಳರಿಂದ ಹದಿನೈದು ಅಕ್ಷರಗಳ ಉದ್ದವಿರುವ ಕಾರಣ, ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಪ್ರತಿ "ಪ್ರಾಮಾಣಿಕ" ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನಡೆಸಿದ ಈ ಪರೀಕ್ಷೆಗಳಿಂದ, ಅದು ರೂಟ್ ಸರ್ವರ್‌ಗೆ ಸಿಗುತ್ತದೆ. ಇದು ಅಷ್ಟು ಮೊತ್ತವಾಗಿದೆ ಅರ್ಧ ಕ್ಲಸ್ಟರ್‌ಗಳ ಆ ಭಾಗದಿಂದ ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಮೂಲ DNS ಮೇಲಿನ ಒಟ್ಟು ಹೊರೆಯಿಂದ root-servers.net, ಇದು ವೆರಿಸೈನ್ ಒಡೆತನದಲ್ಲಿದೆ.

ಇತಿಹಾಸವು ಸ್ವತಃ ಪುನರಾವರ್ತಿಸುತ್ತದೆ

ಉತ್ತಮ ಉದ್ದೇಶದಿಂದ ಯೋಜನೆಯನ್ನು ರಚಿಸಿರುವುದು ಇದೇ ಮೊದಲಲ್ಲ ವಿಫಲವಾಯಿತು ಅಥವಾ ಅನವಶ್ಯಕ ದಟ್ಟಣೆಯೊಂದಿಗೆ ಸಾರ್ವಜನಿಕ ಸಂಪನ್ಮೂಲವನ್ನು ಬಹುತೇಕ ತುಂಬಿಸಿತು - ಇದು 2000 ರ ದಶಕದ ಮಧ್ಯಭಾಗದಲ್ಲಿ D-ಲಿಂಕ್ ಮತ್ತು ಪೌಲ್-ಹೆನ್ನಿಂಗ್ ಕ್ಯಾಂಪ್‌ನ NTP (ನೆಟ್‌ವರ್ಕ್ ಟೈಮ್ ಪ್ರೋಟೋಕಾಲ್) ಸರ್ವರ್‌ನ ದೀರ್ಘ ಮತ್ತು ದುಃಖದ ಇತಿಹಾಸವನ್ನು ತಕ್ಷಣವೇ ನಮಗೆ ನೆನಪಿಸಿತು.

2005 ರಲ್ಲಿ, ಫ್ರೀಬಿಎಸ್‌ಡಿ ಡೆವಲಪರ್ ಪೌಲ್-ಹೆನ್ನಿಂಗ್, ಡೆನ್ಮಾರ್ಕ್‌ನಲ್ಲಿನ ಏಕೈಕ ಸ್ಟ್ರಾಟಮ್ 1 ನೆಟ್‌ವರ್ಕ್ ಟೈಮ್ ಪ್ರೋಟೋಕಾಲ್ ಸರ್ವರ್ ಅನ್ನು ಸಹ ಹೊಂದಿದ್ದರು, ಪ್ರಸರಣ ಟ್ರಾಫಿಕ್‌ಗಾಗಿ ಅನಿರೀಕ್ಷಿತ ಮತ್ತು ದೊಡ್ಡ ಬಿಲ್ ಪಡೆದರು. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, D-ಲಿಂಕ್ ಡೆವಲಪರ್‌ಗಳು ಕಂಪಾ ಸರ್ವರ್ ಸೇರಿದಂತೆ ಸ್ಟ್ರಾಟಮ್ 1 NTP ಸರ್ವರ್‌ಗಳ ವಿಳಾಸಗಳನ್ನು ಕಂಪನಿಯ ಸ್ವಿಚ್‌ಗಳು, ರೂಟರ್‌ಗಳು ಮತ್ತು ಪ್ರವೇಶ ಬಿಂದುಗಳ ಫರ್ಮ್‌ವೇರ್‌ಗೆ ಬರೆದಿದ್ದಾರೆ. ಇದು ತಕ್ಷಣವೇ ಕ್ಯಾಂಪಾದ ಸರ್ವರ್ ದಟ್ಟಣೆಯನ್ನು ಒಂಬತ್ತು ಪಟ್ಟು ಹೆಚ್ಚಿಸಿತು, ಇದರಿಂದಾಗಿ ಡ್ಯಾನಿಶ್ ಇಂಟರ್ನೆಟ್ ಎಕ್ಸ್‌ಚೇಂಜ್ (ಡೆನ್ಮಾರ್ಕ್‌ನ ಇಂಟರ್ನೆಟ್ ಎಕ್ಸ್‌ಚೇಂಜ್ ಪಾಯಿಂಟ್) ತನ್ನ ಸುಂಕವನ್ನು "ಉಚಿತ" ದಿಂದ "ವರ್ಷಕ್ಕೆ $9" ಗೆ ಬದಲಾಯಿಸಿತು.

ಸಮಸ್ಯೆಯು ಹಲವಾರು ಡಿ-ಲಿಂಕ್ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಇದ್ದವು ಅಲ್ಲ, ಆದರೆ ಅವುಗಳು "ಸಾಲಿನ ಹೊರಗಿದೆ". DNS ನಂತೆ, NTP ಒಂದು ಕ್ರಮಾನುಗತ ರೂಪದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು - ಸ್ಟ್ರಾಟಮ್ 0 ಸರ್ವರ್‌ಗಳು ಸ್ಟ್ರಾಟಮ್ 1 ಸರ್ವರ್‌ಗಳಿಗೆ ಮಾಹಿತಿಯನ್ನು ರವಾನಿಸುತ್ತವೆ, ಇದು ಸ್ಟ್ರಾಟಮ್ 2 ಸರ್ವರ್‌ಗಳಿಗೆ ಮಾಹಿತಿಯನ್ನು ರವಾನಿಸುತ್ತದೆ, ಮತ್ತು ಹೀಗೆ ಕ್ರಮಾನುಗತದ ಕೆಳಗೆ. NTP ಸರ್ವರ್ ವಿಳಾಸಗಳೊಂದಿಗೆ ಪ್ರೋಗ್ರಾಮ್ ಮಾಡಿದ D-ಲಿಂಕ್‌ನಂತಹ ವಿಶಿಷ್ಟ ಹೋಮ್ ರೂಟರ್, ಸ್ವಿಚ್ ಅಥವಾ ಪ್ರವೇಶ ಬಿಂದುವು ಸ್ಟ್ರಾಟಮ್ 2 ಅಥವಾ ಸ್ಟ್ರಾಟಮ್ 3 ಸರ್ವರ್‌ಗೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

Chromium ಪ್ರಾಜೆಕ್ಟ್, ಬಹುಶಃ ಉತ್ತಮ ಉದ್ದೇಶಗಳೊಂದಿಗೆ, DNS ಸಮಸ್ಯೆಯಲ್ಲಿ NTP ಸಮಸ್ಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತದೆ, ಇಂಟರ್ನೆಟ್‌ನ ಮೂಲ ಸರ್ವರ್‌ಗಳನ್ನು ಅವರು ಎಂದಿಗೂ ನಿರ್ವಹಿಸಲು ಉದ್ದೇಶಿಸದ ವಿನಂತಿಗಳೊಂದಿಗೆ ಲೋಡ್ ಮಾಡುತ್ತದೆ.

ಶೀಘ್ರ ಪರಿಹಾರ ಸಿಗುವ ಭರವಸೆ ಇದೆ

Chromium ಯೋಜನೆಯು ಮುಕ್ತ ಮೂಲವನ್ನು ಹೊಂದಿದೆ ದೋಷ, ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಇಂಟ್ರಾನೆಟ್ ಮರುನಿರ್ದೇಶನ ಡಿಟೆಕ್ಟರ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಅಗತ್ಯವಿದೆ. ನಾವು Chromium ಯೋಜನೆಗೆ ಕ್ರೆಡಿಟ್ ನೀಡಬೇಕು: ದೋಷ ಕಂಡುಬಂದಿದೆ ಅದಕ್ಕಿಂತ ಮುಂಚೆವೆರಿಸೈನ್‌ನ ಮ್ಯಾಟ್ ಥಾಮಸ್ ಹೇಗೆ ಅವನೊಂದಿಗೆ ಹೆಚ್ಚಿನ ಗಮನವನ್ನು ತಂದರು ಉಪವಾಸ APNIC ಬ್ಲಾಗ್‌ನಲ್ಲಿ. ದೋಷವನ್ನು ಜೂನ್‌ನಲ್ಲಿ ಕಂಡುಹಿಡಿಯಲಾಯಿತು, ಆದರೆ ಥಾಮಸ್‌ನ ಪೋಸ್ಟ್‌ನವರೆಗೂ ಅದನ್ನು ಮರೆತುಬಿಡಲಾಯಿತು; ಉಪವಾಸದ ನಂತರ, ಅವರು ನಿಕಟ ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿದ್ದಾರೆ.

ಸಮಸ್ಯೆಯನ್ನು ಶೀಘ್ರದಲ್ಲೇ ಪರಿಹರಿಸಲಾಗುವುದು ಎಂದು ಭಾವಿಸಲಾಗಿದೆ, ಮತ್ತು ರೂಟ್ DNS ಸರ್ವರ್‌ಗಳು ಇನ್ನು ಮುಂದೆ ಪ್ರತಿದಿನ ಅಂದಾಜು 60 ಶತಕೋಟಿ ನಕಲಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬೇಕಾಗಿಲ್ಲ.

ಜಾಹೀರಾತು ಹಕ್ಕುಗಳ ಮೇಲೆ

ಎಪಿಕ್ ಸರ್ವರ್‌ಗಳು - ಇದು ವಿಂಡೋಸ್‌ನಲ್ಲಿ VPS ಅಥವಾ ಶಕ್ತಿಯುತ AMD EPYC ಫ್ಯಾಮಿಲಿ ಪ್ರೊಸೆಸರ್‌ಗಳು ಮತ್ತು ಅತ್ಯಂತ ವೇಗದ Intel NVMe ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ ಲಿನಕ್ಸ್. ಆರ್ಡರ್ ಮಾಡಲು ಯದ್ವಾತದ್ವಾ!

ಮೂಲ: www.habr.com