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

ನೋಡ್ DNS ಕ್ಲೈಂಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಅದರ IP ವಿಳಾಸದಲ್ಲಿ DNS ಸರ್ವರ್‌ಗೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಅಗತ್ಯವಿರುವ ಹೆಸರುಅಗತ್ಯವಿರುವ ನೋಡ್‌ನ IP ವಿಳಾಸದೊಂದಿಗೆ ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯಿಸುವ ನೋಡ್. ಹೋಸ್ಟ್ ಹೆಸರು ಅದರ IP ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ತಿಳಿದ ನಂತರ, ಕಳುಹಿಸುವ ಹೋಸ್ಟ್ ಆ ಹೋಸ್ಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಮತ್ತೆ DNS ಪ್ರಶ್ನೆಯನ್ನು ಚಲಾಯಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಈ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು.

DNS ವ್ಯವಸ್ಥೆಯು ವಲಯ ಕ್ರಮಾನುಗತಕ್ಕೆ ಅನುಗುಣವಾದ ಕ್ರಮಾನುಗತವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ವಲಯವು ಡೊಮೇನ್ ಮಾಹಿತಿ ಇರುವ ಕನಿಷ್ಠ ಒಂದು ಅಧಿಕೃತ DNS ಸರ್ವರ್‌ಗೆ ಮ್ಯಾಪ್ ಮಾಡಲಾಗಿದೆ. 13 ಮೂಲ DNS ಸರ್ವರ್‌ಗಳೂ ಇವೆ. ಇವು ಡೊಮೇನ್‌ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ DNS ಸರ್ವರ್‌ಗಳಾಗಿವೆ ಉನ್ನತ ಮಟ್ಟದ, ಈ ಪ್ರತಿಯೊಂದು ಡೊಮೇನ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವ DNS ಸರ್ವರ್‌ಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ. ರೂಟ್ ಸರ್ವರ್‌ಗಳು ವಿವಿಧ ವೃತ್ತಿಪರ ಸಂಸ್ಥೆಗಳಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತವೆ, ಈ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಕನ್ನಡಿಗಳನ್ನು ಹೊಂದಿವೆ, ಆದ್ದರಿಂದ DNS ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಅಸಾಧ್ಯವಾಗಿದೆ.

DNS ದಾಖಲೆಗಳು ವಿವಿಧ ರೀತಿಯಮತ್ತು ಒಳಗೊಂಡಿರುತ್ತದೆ ವಿವಿಧ ಮಾಹಿತಿ. ನಮೂದಿಸಬೇಕಾದ ಮುಖ್ಯ ನಮೂದುಗಳನ್ನು ಕೋಷ್ಟಕ 1 ರಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

ಟೈಪ್ ಮಾಡಿ	ಡಿಕೋಡಿಂಗ್	ವಿವರಣೆ
ಎ	ವಿಳಾಸ	ವಿಳಾಸ ದಾಖಲೆ, ಹೆಸರು ಮತ್ತು IP ವಿಳಾಸದ ನಡುವಿನ ಪತ್ರವ್ಯವಹಾರ
CNAME	ಅಂಗೀಕೃತ ಹೆಸರು	ಅಲಿಯಾಸ್‌ಗೆ ಅಂಗೀಕೃತ ಹೆಸರು (ಏಕ-ಹಂತದ ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆ)
ಎನ್.ಎಸ್.	ಅಧಿಕೃತ ಹೆಸರು ಸರ್ವರ್	ಡೊಮೇನ್ ವಲಯಕ್ಕೆ ಜವಾಬ್ದಾರಿಯುತ ನೋಡ್‌ನ ವಿಳಾಸ. ಡೊಮೇನ್ ನೇಮ್ ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯನಿರ್ವಹಣೆಗೆ ನಿರ್ಣಾಯಕವಾಗಿದೆ
PTR	ಡೊಮೇನ್ ಹೆಸರು ಪಾಯಿಂಟರ್	ಮರುನಿರ್ದೇಶನ ಕಾರ್ಯವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ
SOA	ಅಧಿಕಾರದ ಪ್ರಾರಂಭ	ಮಾಹಿತಿಯ ಅಧಿಕಾರದ ಸೂಚನೆ, ಹೊಸ ವಲಯವನ್ನು ಸೂಚಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ

ಟೇಬಲ್ 1. ಮೂಲಭೂತ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳು DNS

ಎದಾಖಲೆಯು ಡೊಮೇನ್ ಹೆಸರಿಗೆ IP ವಿಳಾಸದ ಪತ್ರವ್ಯವಹಾರವನ್ನು ಒಳಗೊಂಡಿದೆ. ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸುವಾಗ ಬಳಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ಬ್ರೌಸರ್ ವೆಬ್ ಪುಟವನ್ನು ತೆರೆಯಬೇಕಾದಾಗ (ಡೊಮೇನ್ ಹೆಸರಿನ ಮೂಲಕ). ವಿನಂತಿಯು ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ ಮತ್ತು DNS ಸರ್ವರ್ ಆ ಹೋಸ್ಟ್‌ನ IP ವಿಳಾಸದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ, ಇದನ್ನು A ದಾಖಲೆಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ. ನಮೂದು IP ವಿಳಾಸವನ್ನು ಒಳಗೊಂಡಿದೆ.

CNAMEಹೋಸ್ಟ್‌ಗೆ "ಅಲಿಯಾಸ್" ಅಥವಾ "ಕ್ಯಾನೋನಿಕಲ್ ಹೆಸರು" ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ದಾಖಲೆಗಳು ನಿಮಗೆ ಅವಕಾಶ ನೀಡುತ್ತವೆ, ಅದನ್ನು ನಿರ್ದಿಷ್ಟ IP ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಲು, ಆದರೆ ಇನ್ನೊಂದು ಹೋಸ್ಟ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸಲು. ಉದಾಹರಣೆಗೆ, ಒಂದು ನೋಡ್ ಹಲವಾರು ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಒಂದು A ರೆಕಾರ್ಡ್ ಅನ್ನು ಸೂಚಿಸಲು ಮತ್ತು ಅದಕ್ಕೆ ಲಿಂಕ್ ಮಾಡಲು ಸಾಕು. ದಾಖಲೆಯು ಡೊಮೇನ್ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿದೆ.

ಎನ್.ಎಸ್.ನೀಡಿರುವ ವಲಯ ಮತ್ತು ವಲಯಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ NS ಸರ್ವರ್‌ಗಳನ್ನು ಸೂಚಿಸಲು ದಾಖಲೆಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮುಂದಿನ ಹಂತ. ದಾಖಲೆಯು ಜವಾಬ್ದಾರಿಯುತ DNS ಸರ್ವರ್‌ನ ವಿಳಾಸವನ್ನು ಒಳಗೊಂಡಿದೆ.

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

SOAದಾಖಲೆಯು DNS ವಲಯದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ (ವಲಯದ ಪ್ರಾಥಮಿಕ DNS ಸರ್ವರ್‌ನ ಹೆಸರು, ವಲಯ ಫೈಲ್‌ನ ಜವಾಬ್ದಾರಿಯುತ ನಿರ್ವಾಹಕರ ಸಂಪರ್ಕ ವಿಳಾಸ, ವಿವಿಧ ಸಮಯದ ಮಧ್ಯಂತರಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು).

ಏನಾಯ್ತುDNS

DNS (ಡೊಮೈನ್ ನೇಮ್ ಸಿಸ್ಟಮ್) ಎಂಬುದು ಪರಿಚಿತ ವೆಬ್‌ಸೈಟ್ ಡೊಮೇನ್ ಹೆಸರುಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಇಂಟರ್ನೆಟ್ನಲ್ಲಿನ ಸಾಧನಗಳ ನಡುವಿನ ಸಂವಹನವನ್ನು IP ವಿಳಾಸಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ: "192.64.147.209". ಆದಾಗ್ಯೂ, IP ವಿಳಾಸಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಕಷ್ಟ, ಆದ್ದರಿಂದ ಮಾನವ ಸ್ನೇಹಿ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು, ಉದಾಹರಣೆಗೆ: "google.com".

ಕಂಪ್ಯೂಟರ್/ಸರ್ವರ್ ಡೊಮೇನ್‌ಗಳು ಮತ್ತು ಅವುಗಳ ಐಪಿ ವಿಳಾಸಗಳ ನಡುವಿನ ಪತ್ರವ್ಯವಹಾರದ ಕೋಷ್ಟಕವನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ. ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಇದು ಸಂಪೂರ್ಣ ಟೇಬಲ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ, ಆದರೆ ಆಗಾಗ್ಗೆ ಬಳಸುವ ಡೊಮೇನ್‌ಗಳಿಗಾಗಿ ತಾತ್ಕಾಲಿಕವಾಗಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಸೈಟ್‌ನ ಡೊಮೇನ್ ಅನ್ನು ಬ್ರೌಸರ್‌ಗೆ ನಮೂದಿಸಿದಾಗ, ಕಂಪ್ಯೂಟರ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅದರ IP ವಿಳಾಸವನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಡೊಮೇನ್ ಪರಿಹಾರ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

DNS ಸಿಸ್ಟಮ್ ಏನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ.

ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆDNS

ಡೊಮೇನ್ ಹೆಸರು ವ್ಯವಸ್ಥೆಯು ಈ ಕೆಳಗಿನ ಅಂಶಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:

ಡೊಮೇನ್ ಹೆಸರುಗಳ ಶ್ರೇಣೀಕೃತ ರಚನೆ:

• ಉನ್ನತ ಮಟ್ಟದ ಡೊಮೇನ್ ವಲಯಗಳು (ಮೊದಲ ಹಂತ) - ಉದಾಹರಣೆಗೆ: "ru", "com", ಅಥವಾ "org". ಈ ವಲಯದಲ್ಲಿ ಸೇರಿಸಲಾದ ಎಲ್ಲಾ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಅವು ಒಳಗೊಂಡಿವೆ. ಯಾವುದೇ ಡೊಮೇನ್ ವಲಯವು ಅನಿಯಮಿತ ಸಂಖ್ಯೆಯ ಡೊಮೇನ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.
• ಡೊಮೇನ್ ಹೆಸರುಗಳು (ಎರಡನೇ ಹಂತದ ಡೊಮೇನ್ ವಲಯಗಳು)- ಉದಾಹರಣೆಗೆ: "google.com" ಅಥವಾ "yandex.ru". ಏಕೆಂದರೆ ಡೊಮೇನ್ ಹೆಸರಿನ ವ್ಯವಸ್ಥೆಯು ಕ್ರಮಾನುಗತವಾಗಿದೆ, ನಂತರ "yandex.ru" ಅನ್ನು ಪೋಷಕ ವಲಯ "ರು" ನ ಉಪಡೊಮೇನ್ ಎಂದೂ ಕರೆಯಬಹುದು. ಆದ್ದರಿಂದ, ಡೊಮೇನ್ ಮಟ್ಟವನ್ನು ಸೂಚಿಸಲು ಇದು ಹೆಚ್ಚು ಸರಿಯಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಯಾವುದೇ ಮಟ್ಟದಲ್ಲಿ ಡೊಮೇನ್ ವಲಯವನ್ನು ಸರಳವಾಗಿ "ಡೊಮೇನ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.
• ಉಪಡೊಮೇನ್‌ಗಳು (ಮೂರನೇ ಹಂತದ ಡೊಮೇನ್ ವಲಯಗಳು)- ಉದಾಹರಣೆಗೆ: "api.google.com" ಅಥವಾ "mail.yandex.ru". 4, 5 ಹಂತಗಳ ಡೊಮೇನ್ ವಲಯಗಳು ಮತ್ತು ಹೀಗೆ ಇರಬಹುದು.

"www.google.com" ಮತ್ತು "google.com" ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ವಾಸ್ತವವಾಗಿ, ವಿವಿಧ ಡೊಮೇನ್‌ಗಳು. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಎ-ದಾಖಲೆಗಳನ್ನು ಸೂಚಿಸಲು ನಾವು ಮರೆಯಬಾರದು.

DNS ಸರ್ವರ್ ಅಥವಾ NS (ಹೆಸರು ಸರ್ವರ್) ಸರ್ವರ್- ಅದಕ್ಕೆ ನಿಯೋಜಿಸಲಾದ ಡೊಮೇನ್ ವಲಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ (ಸೇವೆ ಮಾಡುತ್ತದೆ). ಇದು ನೇರವಾಗಿ ಒಂದು ವಲಯಕ್ಕೆ ಸಂಪನ್ಮೂಲ ದಾಖಲೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, "example.ru" ಸೈಟ್ ಇರುವ ಸರ್ವರ್ IP ವಿಳಾಸ "1.1.1.1" ಅನ್ನು ಹೊಂದಿದೆ. ಈ ಡೊಮೇನ್ ವಲಯಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ವಿನಂತಿಗಳಿಗೆ DNS ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಅವನಿಗೆ ನಿಯೋಜಿಸದ ಡೊಮೇನ್‌ಗಾಗಿ ಅವನು ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ಅವನು ಉತ್ತರಕ್ಕಾಗಿ ಇತರರನ್ನು ಕೇಳುತ್ತಾನೆ DNS ಸರ್ವರ್‌ಗಳು.

DNS ದಾಖಲೆಗಳು (ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳು)- ಇದು NS ಸರ್ವರ್‌ನಲ್ಲಿನ ಡೊಮೇನ್ ವಲಯದ ಕುರಿತು ದಾಖಲೆಗಳ ಒಂದು ಸೆಟ್ ಆಗಿದ್ದು ಅದು ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ DNS ಕೆಲಸ. ಈ ದಾಖಲೆಗಳಲ್ಲಿನ ಡೇಟಾವನ್ನು ಆಧರಿಸಿ, DNS ಸರ್ವರ್ ಡೊಮೇನ್‌ಗಾಗಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ನಮೂದುಗಳ ಪಟ್ಟಿ ಮತ್ತು ಅವುಗಳ ಅರ್ಥವನ್ನು ಕೆಳಗೆ ಕಾಣಬಹುದು.

ರೂಟ್ DNS ಸರ್ವರ್‌ಗಳು(ಆನ್ ಕ್ಷಣದಲ್ಲಿವಿಶ್ವಾದ್ಯಂತ ಅವುಗಳಲ್ಲಿ 13 ಇವೆ) DNS ಸರ್ವರ್‌ಗಳು ಉನ್ನತ ಮಟ್ಟದ ವಲಯಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಿ.

ಉನ್ನತ ಮಟ್ಟದ ಡೊಮೇನ್ ವಲಯಗಳಿಗಾಗಿ DNS ಸರ್ವರ್‌ಗಳು- ನಿರ್ದಿಷ್ಟ ಡೊಮೇನ್‌ಗೆ ಯಾವ NS ಸರ್ವರ್‌ಗಳು ಸೇವೆ ಸಲ್ಲಿಸುತ್ತವೆ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಿ.

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

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

ಡೊಮೇನ್‌ಗಳ ನೋಂದಣಿ/ಹಂಚಿಕೆ

ಪ್ರತಿ ಡೊಮೇನ್ ವಲಯಮೊದಲ ಹಂತವು ತನ್ನದೇ ಆದ ಸಂಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ ಅದು ಡೊಮೇನ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಲು ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ಈ ವಲಯದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, RU, SU ಮತ್ತು RF ಡೊಮೇನ್ ವಲಯಗಳಿಗೆ ಇದು ಸಮನ್ವಯ ಕೇಂದ್ರವಾಗಿದೆ ರಾಷ್ಟ್ರೀಯ ಡೊಮೇನ್ಇಂಟರ್ನೆಟ್ https://cctld.ru. ಈ ಸಂಸ್ಥೆಗಳು ಕೆಲಸದ ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುತ್ತವೆ ಮತ್ತು ತಾಂತ್ರಿಕ ಅವಶ್ಯಕತೆಗಳುಡೊಮೇನ್ ರಿಜಿಸ್ಟ್ರಾರ್‌ಗಳಿಗೆ.

ಡೊಮೇನ್ ರಿಜಿಸ್ಟ್ರಾರ್‌ಗಳು- ಇವುಗಳು ಅಂತಿಮ ಕ್ಲೈಂಟ್‌ಗಳಿಗಾಗಿ ಮೊದಲ ಹಂತದ ಡೊಮೇನ್ ವಲಯದಲ್ಲಿ ಹೊಸ ಡೊಮೇನ್‌ಗಳನ್ನು ನೇರವಾಗಿ ನೋಂದಾಯಿಸುವ ಕಂಪನಿಗಳಾಗಿವೆ. ಡೊಮೇನ್ ನೇಮ್ ರಿಜಿಸ್ಟ್ರಿಯೊಂದಿಗೆ ತಾಂತ್ರಿಕ ಸಂವಹನವನ್ನು ಆಯೋಜಿಸಿ. ಅವರಲ್ಲಿ ವೈಯಕ್ತಿಕ ಖಾತೆಡೊಮೇನ್ ಮಾಲೀಕರು ಯಾವ DNS ಸರ್ವರ್ ಡೊಮೇನ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತಾರೆ.

ಡೊಮೇನ್ ನಿರ್ವಾಹಕರು (ಮಾಲೀಕರು)- ಡೊಮೇನ್ ಹೆಸರಿನ ಹಕ್ಕುಗಳನ್ನು ನೇರವಾಗಿ ಹೊಂದಿರುವ ವ್ಯಕ್ತಿ. ಅವರು ಡೊಮೇನ್ ಅನ್ನು ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ರಿಜಿಸ್ಟ್ರಾರ್ ಅವರಿಂದ ಬದಲಾವಣೆಗಳಿಗಾಗಿ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ.

ಡೊಮೇನ್ ನಿಯೋಗ- ಅದನ್ನು ಪೂರೈಸುವ DNS ಸರ್ವರ್‌ಗಳ ಸೂಚನೆ.

ಮೂಲಭೂತDNS ದಾಖಲೆಗಳು

ಕೆಳಗಿನ ಮೂಲ DNS (ಸಂಪನ್ಮೂಲ) ದಾಖಲೆಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ:

A – ಡೊಮೇನ್‌ಗಾಗಿ ಹೋಸ್ಟ್‌ನ (ಸರ್ವರ್) IPv4 ವಿಳಾಸದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಉದಾಹರಣೆಗೆ, 1.1.1.1.

AAA - ಡೊಮೇನ್‌ಗಾಗಿ ಹೋಸ್ಟ್‌ನ (ಸರ್ವರ್) IPv6 ವಿಳಾಸದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಉದಾಹರಣೆಗೆ, 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d.

MX - ಡೊಮೇನ್ ಮೇಲ್ ಸರ್ವರ್ ಬಗ್ಗೆ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೇಲ್ ಸರ್ವರ್‌ನ ಹೆಸರನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ mail.example.com. ಏಕೆಂದರೆ ಡೊಮೇನ್ ಹಲವಾರು ಮೇಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಬಹುದು, ನಂತರ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಆದ್ಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಆದ್ಯತೆಯನ್ನು 0 ರಿಂದ 65535 ರವರೆಗಿನ ಸಂಖ್ಯೆಯಿಂದ ಹೊಂದಿಸಲಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, "0" ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯಾಗಿದೆ. ಮೊದಲ ಮೇಲ್ ಸರ್ವರ್‌ಗೆ ಆದ್ಯತೆ "10" ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದು ವಾಡಿಕೆ.

TXT - ಉಚಿತ ಪಠ್ಯದ ರೂಪದಲ್ಲಿ ಡೊಮೇನ್ ಬಗ್ಗೆ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ. ಗರಿಷ್ಠ ಉದ್ದ 255 ಅಕ್ಷರಗಳು.

SRV - RFC 2782 http://www.rfc-editor.org/rfc/rfc2782.txt ಪ್ರಕಾರ ನಿರ್ದಿಷ್ಟ ಸೇವೆಗಳು/ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗಾಗಿ ಹೋಸ್ಟ್ ಹೆಸರು ಮತ್ತು ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಕೆಳಗಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:

• _Service._Proto.Name (ಉದಾಹರಣೆ: _jabber._tcp.jabber), ಅಲ್ಲಿ:
  • ಸೇವೆ: ಸೇವೆಯ ಹೆಸರು (ಉದಾಹರಣೆ: ldap, kerberos, gc ಮತ್ತು ಇತರರು).
  • ಪ್ರೋಟೋ: ಗ್ರಾಹಕರು ನೀಡಿದ ಸೇವೆಗೆ ಸಂಪರ್ಕಿಸಬಹುದಾದ ಪ್ರೋಟೋಕಾಲ್ (ಉದಾಹರಣೆ: tcp, udp).
  • ಹೆಸರು: ಈ ಸೇವೆಯನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಡೊಮೇನ್‌ನ ಹೆಸರು.
• ಆದ್ಯತೆ - MX ದಾಖಲೆಯಂತೆಯೇ, ಆದ್ಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ ಈ ಸರ್ವರ್‌ನ. 0 ರಿಂದ 65535 ರವರೆಗಿನ ಸಂಖ್ಯೆಯಿಂದ ಹೊಂದಿಸಲಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, "0" ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯಾಗಿದೆ.
• ತೂಕ - ಅದೇ ಆದ್ಯತೆಯೊಂದಿಗೆ ಸರ್ವರ್‌ಗಳ ನಡುವೆ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ಸಾಪೇಕ್ಷ ತೂಕ. ಪೂರ್ಣಾಂಕವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.
• ಪೋರ್ಟ್ - ಈ ಸರ್ವರ್‌ನಲ್ಲಿ ಸೇವೆ ಇರುವ ಪೋರ್ಟ್ ಸಂಖ್ಯೆ.
• ಗಮ್ಯಸ್ಥಾನ - ಈ ಸೇವೆಯನ್ನು ಒದಗಿಸುವ ಸರ್ವರ್‌ನ ಡೊಮೇನ್ ಹೆಸರು.

NS - ಈ ಡೊಮೇನ್ ಅನ್ನು ಬೆಂಬಲಿಸುವ DNS ಸರ್ವರ್‌ನ ಹೆಸರು.

CNAME (ಕ್ಯಾನೋನಿಕಲ್ ಹೋಸ್ಟ್ ಹೆಸರು) - ಮತ್ತೊಂದು ಡೊಮೇನ್ ಹೆಸರಿಗೆ ಮರುನಿರ್ದೇಶಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ ಹೆಸರನ್ನು example.com ನಿಂದ new.com ಗೆ ಬದಲಾಯಿಸಲಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, "ಅಲೈಸ್" ಕ್ಷೇತ್ರದಲ್ಲಿ cname ನಮೂದುಗಳುನೀವು example.com ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು ಮತ್ತು "ಕ್ಯಾನೋನಿಕಲ್ ಹೆಸರು" ಕ್ಷೇತ್ರದಲ್ಲಿ - new.com. ಈ ರೀತಿಯಲ್ಲಿ, example.com ಗೆ ಎಲ್ಲಾ ವಿನಂತಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ new.com ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ.

SOA ಮೂಲ ಡೊಮೇನ್ ದಾಖಲೆಯಾಗಿದೆ. ಇದು ಡೊಮೇನ್ ಹೆಸರನ್ನು ಸ್ವತಃ ಮತ್ತು ಡೊಮೇನ್ ಡೇಟಾದ ಜೀವಿತಾವಧಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ - TTL. TTL (ಟೈಮ್-ಟು-ಲೈವ್) DNS ಸರ್ವರ್, ವಲಯದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಪಡೆದ ನಂತರ, ಅದರ ಮೆಮೊರಿಯಲ್ಲಿ (ಸಂಗ್ರಹ) ಯಾವ ಸಮಯದವರೆಗೆ ಸಂಗ್ರಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಶಿಫಾರಸು ಮಾಡಲಾದ ಮೌಲ್ಯ 86400 - 1 ದಿನ. ಮೌಲ್ಯವನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ.

DNS ಪ್ರೋಟೋಕಾಲ್ಎರಡು ಮುಖ್ಯ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಯಾವುದೇ ಹೋಸ್ಟ್‌ನ IP ವಿಳಾಸ ಅಥವಾ ಹೆಸರಿಗಾಗಿ DNS ಸರ್ವರ್ ಅನ್ನು ಪ್ರಶ್ನಿಸಲು ಕ್ಲೈಂಟ್ ಕಂಪ್ಯೂಟರ್‌ಗಳಿಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು DNS ಸರ್ವರ್ ಡೇಟಾಬೇಸ್‌ಗಳ ನಡುವೆ ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಸಹ ಅನುಮತಿಸುತ್ತದೆ. ಈ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಮಾಣಿತ ವಿನಂತಿ-ಪ್ರತಿಕ್ರಿಯೆ ಸ್ವರೂಪವನ್ನು ಬಳಸುತ್ತದೆ, ಅಲ್ಲಿ ಕ್ಲೈಂಟ್ ವಿನಂತಿಯ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಮರುಪಡೆಯಲಾದ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ಯಾಕೆಟ್ ಅಥವಾ ವಿನಂತಿಯನ್ನು ಏಕೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಸೂಚಿಸುವ ದೋಷ ಸಂದೇಶದೊಂದಿಗೆ ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಅದರ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ, ಈ ಪ್ರೋಟೋಕಾಲ್ ಪೋರ್ಟ್ 53 ಮತ್ತು ಪ್ರಸಿದ್ಧ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ - TCP ಅಥವಾ UDP. ಇದಲ್ಲದೆ, ಇತ್ತೀಚೆಗೆ UDP ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುವ ಹೆಚ್ಚು ಸಾಮಾನ್ಯ ವಿಧಾನವಾಗಿದೆ. ಒಂದು DNS ಪ್ಯಾಕೆಟ್ ಐದು ಕ್ಷೇತ್ರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಹೆಡರ್, ಪ್ರಶ್ನೆ, ಪ್ರತಿಕ್ರಿಯೆ, ಅಧಿಕಾರ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ ಕ್ಷೇತ್ರ. ಅಂಜೂರದಲ್ಲಿ. 4.5 ತೋರಿಸಲಾಗಿದೆ ಸಾಮಾನ್ಯ ರಚನೆ DNS ಪ್ಯಾಕೇಜ್.

ಅಕ್ಕಿ. 4.5

ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರ

ಹೆಡರ್ ಕ್ಷೇತ್ರವು ಪ್ಯಾಕೇಜ್ ಮತ್ತು ಅದರ ಉದ್ದೇಶದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದು ನೀಡುತ್ತದೆ ಸಾಮಾನ್ಯ ವಿವರಣೆಪ್ಯಾಕೆಟ್ (ವಿನಂತಿ ಪ್ಯಾಕೆಟ್ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆ ಪ್ಯಾಕೆಟ್) ಮತ್ತು ಪ್ಯಾಕೆಟ್‌ನ ಪ್ರತಿಯೊಂದು ಡೇಟಾ ಕ್ಷೇತ್ರದಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಡೇಟಾದ ಪ್ರಮಾಣವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಶಿರೋಲೇಖ ವಿವರಣೆಕೋಷ್ಟಕದಲ್ಲಿ ನೀಡಲಾಗಿದೆ. 4.3.

ಕೋಷ್ಟಕ 4.3.

DNS ಪ್ಯಾಕೆಟ್ ಹೆಡರ್ ಕ್ಷೇತ್ರ	ಬಿಟ್
0-15	ವಿವರಣೆ
16	ID
17-20	QR
21	OPCODE
22	ಎ.ಎ.
23	TC
24	ಆರ್.ಡಿ.
25-27	ಆರ್.ಎ.
28-31	Z
32-47	RCODE
48-63	QDCOUNT
64-79	ANCOUNT
80-95	NSCOUNT

ARCOUNT QR ID ಬಿಟ್‌ಗಳು ವಿನಂತಿಯ ಪ್ಯಾಕೆಟ್‌ನ ಅನನ್ಯ 16-ಬಿಟ್ ಗುರುತಿನ ಸಂಖ್ಯೆಯಾಗಿದೆ. ಸರ್ವರ್‌ನಿಂದ ರಚಿಸಲಾದ ಪ್ರತಿಕ್ರಿಯೆ ಪ್ಯಾಕೆಟ್ ಈ ಗುರುತಿನ ಸಂಖ್ಯೆಯನ್ನು ಸಹ ಬಳಸುತ್ತದೆ ಇದರಿಂದ ಕ್ಲೈಂಟ್ ತನ್ನ ವಿನಂತಿಗೆ ಸರ್ವರ್‌ನ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹೊಂದಿಸಬಹುದು. QR ಬಿಟ್ ಪ್ಯಾಕೆಟ್ ಪ್ರಕಾರವನ್ನು ಸೂಚಿಸುತ್ತದೆ (ವಿನಂತಿ ಪ್ಯಾಕೆಟ್ - 0, ಪ್ರತಿಕ್ರಿಯೆ ಪ್ಯಾಕೆಟ್ - 1). ಕ್ಷೇತ್ರ

ಮುಂದಿನ ನಾಲ್ಕು ಬಿಟ್‌ಗಳು ವಿವಿಧ ಪ್ಯಾಕೆಟ್ ನಿಯತಾಂಕಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತವೆ. ಪ್ರತಿಕ್ರಿಯೆಯು ಅಧಿಕೃತವಾದಾಗ AA ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ (ಡೇಟಾವು ನೇರವಾಗಿ ವಲಯಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವ DNS ಸರ್ವರ್‌ನಿಂದ ಬರುತ್ತದೆ). ಹಿಂದಿನ ಪ್ರಶ್ನೆಗಳಿಂದ ಮೂಲ ದಾಖಲೆಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಿರುವ DNS ಸರ್ವರ್‌ಗಳಿಂದ ಅಧಿಕೃತವಲ್ಲದ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಬರಬಹುದು. ಈ ಮಾಹಿತಿಯನ್ನು ಅಧಿಕೃತವಲ್ಲ ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಸರ್ವರ್ ಅನ್ನು ಕೊನೆಯ ಬಾರಿಗೆ ಪ್ರವೇಶಿಸಿದಾಗಿನಿಂದ ಮಾಹಿತಿಯನ್ನು ಬದಲಾಯಿಸಿರುವ ಸಾಧ್ಯತೆಯಿದೆ. ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಪ್ರಸರಣಕ್ಕೆ ಅನುಕೂಲಕರವಾದ ರೂಪಕ್ಕೆ ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿರುವ ಡೇಟಾವನ್ನು ಮೊಟಕುಗೊಳಿಸಲು ಅಗತ್ಯವಾದಾಗ TC ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ. UDP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುವಾಗ ಇದು ಸಾಕಷ್ಟು ಸಾಧ್ಯ, ಅದರ ಪ್ರಕಾರ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವು 512 ಬೈಟ್ಗಳನ್ನು ಮೀರಬಾರದು. ಕ್ಲೈಂಟ್ DNS ಸರ್ವರ್ ಅನ್ನು ಪುನರಾವರ್ತಿತವಾಗಿ ನಡೆಯುತ್ತಿರುವ ಆಧಾರದ ಮೇಲೆ ಪ್ರಶ್ನಿಸಲು ಬಯಸಿದಾಗ RD ಬಿಟ್ ಅನ್ನು ಆನ್ ಮಾಡಲಾಗಿದೆ. ಈ ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸಿದರೆ, ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುವವರೆಗೆ DNS ಸರ್ವರ್ ಇತರ DNS ಸರ್ವರ್‌ಗಳನ್ನು ಪ್ರಶ್ನಿಸುತ್ತದೆ. ಈ ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸದಿದ್ದರೆ, DNS ಸರ್ವರ್ ತನ್ನಲ್ಲಿರುವ ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಪ್ರಶ್ನೆಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗೆ ಸಾಧ್ಯತೆಯ ಬಗ್ಗೆ ತಿಳಿಸಲು RA ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ ಪುನರಾವರ್ತಿತ ಪ್ರಶ್ನೆ ಈ ಸರ್ವರ್‌ಗೆ. Z ಬಿಟ್‌ಗಳನ್ನು ಪ್ರಸ್ತುತ ಬಳಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಭವಿಷ್ಯಕ್ಕಾಗಿ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ.

RCODE ಬಿಟ್‌ಗಳನ್ನು ಪ್ರತಿಕ್ರಿಯೆ ಪ್ಯಾಕೆಟ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ. ಅವರು ಪ್ರತಿಕ್ರಿಯೆ ಸ್ಥಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತಾರೆ - ಯಾವುದೇ ದೋಷಗಳಿಲ್ಲ (0), ವಿನಂತಿ ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿ ದೋಷಗಳು (1), ಆಂತರಿಕ ದೋಷಗಳು ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದರಿಂದ ಸರ್ವರ್ ಅನ್ನು ತಡೆಯುತ್ತದೆ (2), ವಿನಂತಿಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಹೆಸರು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ (3), ಈ ಪ್ರಕಾರದ ವಿನಂತಿಯನ್ನು ಸರ್ವರ್ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ (4) ಮತ್ತು ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಸರ್ವರ್ ನಿರಾಕರಿಸಿತು (5).

ಉಳಿದ ನಾಲ್ಕು ಹೆಡರ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು 16-ಬಿಟ್ ಸಂಖ್ಯೆಗಳಾಗಿವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಕೌಂಟರ್‌ಗಳಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಬ್ಯಾಚ್‌ನಲ್ಲಿ ಹಿಂದಿರುಗಿದ ಮೂಲ ದಾಖಲೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಅವರು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ. QDCOUNT ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ (ಒಂದು ಬ್ಯಾಚ್‌ನಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ವಿನಂತಿಗಳನ್ನು ಸೇರಿಸಬಹುದು). ANCOUNT - ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಸೇರಿಸಲಾದ ಮೂಲ ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ. NSCOUNT ಮೂಲ ಅಧಿಕೃತ ಹೆಸರು ಸರ್ವರ್ ನಮೂದುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ARCOUNT ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಮೂದುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಪ್ರಶ್ನೆ ಕ್ಷೇತ್ರ

ಪ್ರಶ್ನೆ ಕ್ಷೇತ್ರವು ಕ್ಲೈಂಟ್ DNS ಸರ್ವರ್ ಉತ್ತರಿಸಲು ಬಯಸುವ ಪ್ರಶ್ನೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಒಂದು DNS ಪ್ಯಾಕೆಟ್ ಬಹು ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿರುವ ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಡರ್ ಕ್ಷೇತ್ರದಿಂದ QDCOUNT ಪ್ಯಾರಾಮೀಟರ್‌ನಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ಪ್ರಶ್ನೆ ಕ್ಷೇತ್ರವು ಮೂರು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಪರಿವರ್ತಿಸಲು ಡೊಮೇನ್ ಹೆಸರುಗಳ ಪಟ್ಟಿ; ಕ್ಲೈಂಟ್ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಸ್ವೀಕರಿಸಲು ಬಯಸುವ ದಾಖಲೆ ಪ್ರಕಾರಗಳ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ವಿನಂತಿಯ ವರ್ಗ ಪ್ಯಾರಾಮೀಟರ್. ಪರಿಹರಿಸಬೇಕಾದ ಡೊಮೇನ್ ಹೆಸರುಗಳ ಪಟ್ಟಿಯು ಕ್ಲೈಂಟ್ IP ವಿಳಾಸಗಳನ್ನು ಪಡೆಯಲು ಬಯಸುವ ಹೆಸರುಗಳ ಪಟ್ಟಿಯಾಗಿದೆ. ಹೆಸರುಗಳ ಪಟ್ಟಿಯನ್ನು ರಚಿಸಲು ವಿಶೇಷ ಸ್ವರೂಪವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಹೆಸರಿನ ಮುಂದೆ ಒಂದು ಬೈಟ್ ಮೌಲ್ಯವು ಹೆಸರಿನ ಉದ್ದವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಪಟ್ಟಿಯ ಅಂತ್ಯವನ್ನು ಶೂನ್ಯ-ಉದ್ದದ ಹೆಸರಿನಿಂದ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಪಠ್ಯ ಭಾಗವು ಎರಡು-ಬೈಟ್ QTYPE ನಮೂದನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಲಭ್ಯವಿರುವ ಡೊಮೇನ್‌ಗಳ ಕುರಿತು ಕ್ಲೈಂಟ್ ಯಾವ ರೂಪದಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಲು ಬಯಸುತ್ತಾನೆ ಎಂಬುದನ್ನು ಇದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಈ ಮೌಲ್ಯಗಳು ಮೂಲ DNS ದಾಖಲೆ ಪ್ರಕಾರಗಳಂತೆಯೇ ಇರುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ನಿರ್ದಿಷ್ಟ ಡೊಮೇನ್‌ಗಾಗಿ ಮೇಲ್ ಸರ್ವರ್ ಅನ್ನು ಹುಡುಕಲು, ನೀವು MX ರೆಕಾರ್ಡ್ ಪ್ರಕಾರವನ್ನು ಬಳಸುತ್ತೀರಿ. ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಪ್ರಶ್ನೆ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕೊನೆಯ ಪ್ಯಾರಾಮೀಟರ್ QCLASS ಆಗಿದೆ. ಇದು ವಿನಂತಿಯ ವರ್ಗವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಅದು ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ನೆಟ್ವರ್ಕ್ಗಳುಯಾವಾಗಲೂ IN ಇರುತ್ತದೆ.

ಹೆಸರುಗಳಿಗೆ ವಿಳಾಸಗಳನ್ನು ಮ್ಯಾಪಿಂಗ್ ಮಾಡುವುದು

IP ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಲಾಗಿದೆ ಡಾಟ್-ದಶಮಾಂಶ ಸಂಕೇತ. IP ವಿಳಾಸಗಳ ಮೂಲಕ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಹುಡುಕಲು, in-addr.arpa ಡೊಮೇನ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಇದರ ಉಪಡೊಮೇನ್‌ಗಳು 0 ರಿಂದ 255 ರವರೆಗಿನ ಸರಳ ಹೆಸರುಗಳೊಂದಿಗೆ ಡೊಮೇನ್‌ಗಳಾಗಿವೆ, ಇದು IP ವಿಳಾಸದ ಅತ್ಯಂತ ಮಹತ್ವದ ಆಕ್ಟೆಟ್‌ಗೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ. ಅವರ ಉಪಡೊಮೇನ್‌ಗಳು 0 ರಿಂದ 255 ರವರೆಗಿನ ಸರಳ ಹೆಸರುಗಳೊಂದಿಗೆ ಡೊಮೇನ್‌ಗಳಾಗಿವೆ, IP ವಿಳಾಸದ ಎರಡನೇ ಆಕ್ಟೆಟ್‌ಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ, ಇತ್ಯಾದಿ. 4 ನೇ ಅಕ್ಟೇಟ್ ವರೆಗೆ. ಹೀಗಾಗಿ, ಐಪಿ ವಿಳಾಸವನ್ನು ಡೊಮೇನ್ ಹೆಸರಿನಲ್ಲಿ ಹಿಮ್ಮುಖ ಕ್ರಮದಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ವಿಳಾಸ 195.161.72.28 ಡೊಮೇನ್ ಹೆಸರು 28.72.161.195.in-addr.arpa ಗೆ ಅನುರೂಪವಾಗಿದೆ. (ಮತ್ತು PTR ಮೌಲ್ಯ - deol.deol.ru). ಮರಳಿ ಬರೆಯಿರಿ IP ವಿಳಾಸಗಳ ಹಂಚಿಕೆಗೆ ಅನುಗುಣವಾಗಿ ವಲಯಗಳ ಸುಲಭ ನಿಯೋಗಕ್ಕೆ ಅವಶ್ಯಕ.

in-addr.arpa ಡೊಮೇನ್‌ನಲ್ಲಿ ಉನ್ನತ ಮಟ್ಟದ ವಲಯಗಳು. IP ವಿಳಾಸಗಳ ಬ್ಲಾಕ್‌ಗಳೊಂದಿಗೆ IANA ನಿಂದ ಪ್ರಾದೇಶಿಕ ರಿಜಿಸ್ಟ್ರಾರ್‌ಗಳಿಗೆ (RIRಗಳು, ಪ್ರಾದೇಶಿಕ ಇಂಟರ್ನೆಟ್ ನೋಂದಣಿದಾರರು) ನಿಯೋಜಿಸಲಾಗಿದೆ.

ಉಪವಲಯವನ್ನು ನಿಯೋಜಿಸಲು RIPE ಡೇಟಾಬೇಸ್‌ಗೆ ಮಾಹಿತಿಯನ್ನು ನಮೂದಿಸಲು RIPE ಗೆ LIR ಅಗತ್ಯವಿದೆ. ನೀವು LIR ಅನ್ನು ಪ್ರತಿನಿಧಿಸಿದರೆ, ನೀವು ವಿಶೇಷ ಕೋರ್ಸ್‌ಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿರಬೇಕು ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ, RIPE ಡೇಟಾಬೇಸ್‌ಗೆ ಮಾಹಿತಿಯನ್ನು ನಮೂದಿಸುವ ಹಕ್ಕನ್ನು ನಿಮಗೆ ನೀಡಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ನಿಮ್ಮ LIR ಅನ್ನು ಕೇಳಬೇಕಾಗುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ನೆಟ್‌ವರ್ಕ್ ಎರಡನ್ನೂ ಒಳಗೊಂಡಿರಬೇಕು (whois [ಇಮೇಲ್ ಸಂರಕ್ಷಿತ]), ಮತ್ತು ವಲಯ (ಹೂಯಿಸ್ [ಇಮೇಲ್ ಸಂರಕ್ಷಿತ])

ಕೆಲವು ಇಂಟರ್ನೆಟ್ ಸೇವೆಗಳ ಕಾರ್ಯಾಚರಣೆಗೆ ವಿಳಾಸಗಳನ್ನು ಹೆಸರುಗಳಾಗಿ ಮ್ಯಾಪಿಂಗ್ ಮಾಡುವುದು ಕಡ್ಡಾಯವಾಗಿರಬಹುದು: ಮ್ಯಾಪಿಂಗ್ ಇಲ್ಲ - ಸೇವೆ ಇಲ್ಲ.

ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳು (RR, ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳು)

ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳನ್ನು ವಲಯ ಡೇಟಾ ಫೈಲ್‌ನಲ್ಲಿ ಪಠ್ಯ ಸ್ವರೂಪದಲ್ಲಿ ಮತ್ತು DNS ಪ್ರೋಟೋಕಾಲ್ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯಲ್ಲಿ ಬೈನರಿ ಸ್ವರೂಪದಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಬಹುದು. ಪಠ್ಯ ಸ್ವರೂಪವಿಭಿನ್ನ DNS ಸರ್ವರ್ ಅನುಷ್ಠಾನಗಳಿಗೆ ವಲಯಗಳು ಭಿನ್ನವಾಗಿರಬಹುದು, ಇದು ಸ್ಟ್ಯಾಂಡರ್ಡ್ (RFC 1035) ನಲ್ಲಿ ಉಲ್ಲೇಖಿಸಲಾದ ಸ್ವರೂಪವನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು BIND 4/8/9 ನಲ್ಲಿ ಬಳಸಲಾಗಿದೆ. ಒಂದು ವಲಯ ಫೈಲ್ ಕೇವಲ ಒಂದು ವರ್ಗದ ನಮೂದುಗಳನ್ನು ಹೊಂದಿರಬೇಕು.

ಪ್ರತಿ ನಮೂದು ಪ್ರತ್ಯೇಕ ಸಾಲಿನಲ್ಲಿ ಇದೆ. ಖಾಲಿ ಸಾಲುಗಳುನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ. ರೇಖೆಯ ಗಡಿಗಳನ್ನು ಆವರಣ ಮತ್ತು ಉಲ್ಲೇಖಿತ ಪಠ್ಯ ಅಕ್ಷರಗಳ ಒಳಗೆ ಗುರುತಿಸಲಾಗುವುದಿಲ್ಲ. ಕ್ಷೇತ್ರ ವಿಭಜಕಗಳು ಸ್ಥಳಗಳು ಮತ್ತು ಟ್ಯಾಬ್‌ಗಳಾಗಿವೆ. ಕಾಮೆಂಟ್‌ಗಳು ಒಂದು ಸಾಲಿನಲ್ಲಿ ಎಲ್ಲಿಯಾದರೂ ಅರ್ಧವಿರಾಮ ಚಿಹ್ನೆಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ ಮತ್ತು ಸಾಲಿನ ಕೊನೆಯವರೆಗೂ ಮುಂದುವರಿಯುತ್ತದೆ. ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳ ಜೊತೆಗೆ, ವಲಯ ಫೈಲ್ $ORIGIN, $INCLUDE, ಮತ್ತು $TTL ನಿರ್ದೇಶನಗಳನ್ನು (BIND 8.2 ರಿಂದ) ಒಳಗೊಂಡಿರಬಹುದು. ಸಂಬಂಧಿತ ಡೊಮೇನ್ ಹೆಸರುಗಳಿಗಾಗಿ ಪ್ರಸ್ತುತ ಡೀಫಾಲ್ಟ್ ಪ್ರತ್ಯಯವನ್ನು ಸೂಚಿಸಲು "@" ಚಿಹ್ನೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಬ್ಯಾಕ್‌ಸ್ಲ್ಯಾಶ್ ಮುಂದಿನ ಪಾತ್ರದ ವಿಶೇಷ ಅರ್ಥವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಅನಿಯಂತ್ರಿತ ಆಕ್ಟೆಟ್‌ಗಳನ್ನು ರೂಪದಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಸಾಧ್ಯವಿದೆ ಅಷ್ಟಮ ಸಂಖ್ಯೆಗಳು(\012) ಹುಡುಕಾಟದ ಸಮಯದಲ್ಲಿ ಪತ್ರದ ಪ್ರಕರಣವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.

$ORIGIN ನಿರ್ದೇಶನವು ಸಂಬಂಧಿತ ಡೊಮೇನ್ ಹೆಸರುಗಳಿಗಾಗಿ ಪ್ರಸ್ತುತ ಡೀಫಾಲ್ಟ್ ಪ್ರತ್ಯಯವನ್ನು ಸೂಚಿಸುತ್ತದೆ. $INCLUDE ನಿರ್ದೇಶನದ ಒಳಸೇರಿಸುವಿಕೆಗಳು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಫೈಲ್ವಲಯ ಫೈಲ್‌ಗೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ (ಸೇರಿಸಲಾದ ಫೈಲ್‌ನಿಂದ ದಾಖಲೆಗಳಿಗಾಗಿ ಮಾತ್ರ) ಸಂಬಂಧಿತ ಡೊಮೇನ್ ಹೆಸರುಗಳಿಗೆ ಪ್ರಸ್ತುತ ಪ್ರತ್ಯಯವನ್ನು (ಪ್ರತ್ಯಯವನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು). BIND ನ ಹಳೆಯ ಆವೃತ್ತಿಗಳು ಮತ್ತು ಅದರ ಉತ್ಪನ್ನಗಳಲ್ಲಿ (ಉದಾಹರಣೆಗೆ, Solaris 2.5 ರಲ್ಲಿ in.named), ಪ್ರತ್ಯಯವನ್ನು ಬದಲಾಯಿಸುವುದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ (ಆದರೂ ಯಾವುದೇ ದೋಷ ಸಂದೇಶವಿಲ್ಲ!) ಮತ್ತು ನೀವು $INCLUDE ನಿರ್ದೇಶನವನ್ನು ಬದಲಾಯಿಸುವ ನಿರ್ದೇಶನಗಳೊಂದಿಗೆ "ಫ್ರೇಮ್" ಮಾಡಬೇಕು $ORIGIN ಮತ್ತು ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ. $TTL ನಿರ್ದೇಶನವು ಡೀಫಾಲ್ಟ್ TTL (RFC 2308) ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಸಂಪನ್ಮೂಲ ದಾಖಲೆಯು ಡೊಮೇನ್ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ (ಒಂದು ವೇಳೆ, ಹಿಂದಿನ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಯಿಂದ ಮೌಲ್ಯವನ್ನು ಊಹಿಸಲಾಗಿದೆ), ವರ್ಗ ಹೆಸರು (ಹಿಂದಿನ ದಾಖಲೆಯಿಂದ ಬಿಟ್ಟುಬಿಡಬಹುದು ಮತ್ತು ತೆಗೆದುಕೊಳ್ಳಬಹುದು), TTL (ಸೆಕೆಂಡ್‌ಗಳ ಸಂಖ್ಯೆ, ಬಿಟ್ಟುಬಿಡಬಹುದು ಮತ್ತು ತೆಗೆದುಕೊಳ್ಳಬಹುದು BIND 8.2 ಗಾಗಿ $TTL ನಿರ್ದೇಶನ, ಮತ್ತು SOA ನಲ್ಲಿನ MINIMUMTTL ಕ್ಷೇತ್ರದಿಂದ ಶಿಫಾರಸು ಮಾಡಲಾದ ಮೌಲ್ಯವು ಒಂದು ದಿನ ಸಮಂಜಸವಾಗಿದೆ - ಒಂದೇ ಕೀಲಿಯೊಂದಿಗೆ ಎಲ್ಲಾ ದಾಖಲೆಗಳ TTL ಒಂದೇ ಆಗಿರಬೇಕು; ), ರೆಕಾರ್ಡ್ ಪ್ರಕಾರ ಮತ್ತು ದಾಖಲೆ ಡೇಟಾ (ಸ್ವರೂಪವನ್ನು ವರ್ಗ ಮತ್ತು ಪ್ರಕಾರದಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ). ಹೊಸ ಆವೃತ್ತಿಗಳಲ್ಲಿ (BIND?), ಸಮಯಗಳನ್ನು ಸೆಕೆಂಡುಗಳು ಮತ್ತು ನಿಮಿಷಗಳು (ಪ್ರತ್ಯಯ m), ಗಂಟೆಗಳು (ಪ್ರತ್ಯಯ h), ದಿನಗಳು (ಪ್ರತ್ಯಯ d), ವಾರಗಳು (ಪ್ರತ್ಯಯ w) ಎರಡರಲ್ಲೂ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಹೋಸ್ಟ್ ಹೆಸರುಗಳು ಮಾತ್ರ ಡೊಮೇನ್ ಹೆಸರಿನ ಸಿಂಟ್ಯಾಕ್ಸ್ (ಅಕ್ಷರಗಳು, ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಮೈನಸ್) ಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಉಳಿದವು (ಉದಾಹರಣೆಗೆ, ಮೊದಲ ಲೇಬಲ್ ಅಂಚೆ ವಿಳಾಸ SOA ದಾಖಲೆಯಲ್ಲಿ) ಅನಿಯಂತ್ರಿತ ASCII ಅಕ್ಷರಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ರೆಕಾರ್ಡ್ ತರಗತಿಗಳು (ಕೇವಲ IN ಮಾತ್ರ ಕಷ್ಟಕರವಾದ ವಿಕಸನೀಯ ಹೋರಾಟದಿಂದ ಉಳಿದುಕೊಂಡಿದೆ), ಆವರಣದಲ್ಲಿ DNS ಪ್ರೋಟೋಕಾಲ್ ಸಂದೇಶಗಳಿಗಾಗಿ ಕೋಡ್:

• IN (1) - ಇಂಟರ್ನೆಟ್
• CS (2) - CSNET
• CH (3) - ಚೋಸ್
• ಎಚ್ಎಸ್ (4) - ಹೆಸಿಯಾಡ್

ದಾಖಲೆಗಳ ವಿಧಗಳು, ಬ್ರಾಕೆಟ್‌ಗಳಲ್ಲಿ - DNS ಪ್ರೋಟೋಕಾಲ್ ಸಂದೇಶಗಳಿಗಾಗಿ ಕೋಡ್:

BIND ಆವೃತ್ತಿ? ಪ್ಯಾರಾಮೀಟರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಭಿನ್ನವಾಗಿರುವ RR ಗಳ ಅನುಕ್ರಮವನ್ನು ರಚಿಸಲು $GENERATE ನಿರ್ದೇಶನವನ್ನು ಹೆಚ್ಚುವರಿಯಾಗಿ ಬಳಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ:

$GENERATE ಮಧ್ಯಂತರ ಎಡ-ಭಾಗದ ದಾಖಲೆ-ರೀತಿಯ ಬಲ-ಭಾಗ

ಸಂಖ್ಯೆಯ ಮಧ್ಯಂತರವನ್ನು ಪ್ರಾರಂಭ-ಅಂತ್ಯ ಅಥವಾ ಪ್ರಾರಂಭ-ಅಂತ್ಯ/ಹಂತ ಎಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಹಂತವು 1 ಆಗಿದೆ. ಎಡಭಾಗದಾಖಲೆಗಳ ಅನುಕ್ರಮಕ್ಕಾಗಿ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ರೂಪಿಸುವ ನಿಯಮವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಅವರ ಸೂಚ್ಯಂಕವು ಹಂತ ಏರಿಕೆಗಳಲ್ಲಿ ಪ್ರಾರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಚಲಿಸುತ್ತದೆ. ಬಲಭಾಗರೆಕಾರ್ಡ್ ಡೇಟಾವನ್ನು ಉತ್ಪಾದಿಸುವ ನಿಯಮವನ್ನು ಹೊಂದಿಸುತ್ತದೆ (ಪ್ರಸ್ತುತ PTR, CNAME, DNAME, A, AAAA ಮತ್ತು NS ಪ್ರಕಾರಗಳನ್ನು ಮಾತ್ರ ಅನುಮತಿಸಲಾಗಿದೆ). ನಿಯಮಗಳಲ್ಲಿ, ಒಂಟಿ $ ಅಕ್ಷರವನ್ನು ಪ್ರಸ್ತುತ ಸೂಚ್ಯಂಕ ಮೌಲ್ಯದೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ಆಫ್‌ಸೆಟ್ (ಸೂಚ್ಯಂಕದಿಂದ ಕಳೆಯಲಾಗುತ್ತದೆ), ಕ್ಷೇತ್ರದ ಅಗಲ (ಫಲಿತಾಂಶವನ್ನು ಫಾರ್ಮಾಟ್ ಮಾಡಲು ಬಳಸಲಾಗುತ್ತದೆ) ಮತ್ತು ಸಂಖ್ಯಾ ವ್ಯವಸ್ಥೆ (d, o, x, X) ಅನ್ನು ಸೂಚಿಸುವ ಮೂಲಕ ಸೂಚ್ಯಂಕ ಮೌಲ್ಯವನ್ನು ಮಾರ್ಪಡಿಸಬಹುದು ಸುರುಳಿಯಾಕಾರದ ಕಟ್ಟುಪಟ್ಟಿಗಳುಅಲ್ಪವಿರಾಮದಿಂದ ಬೇರ್ಪಡಿಸಲಾಗಿದೆ. ಸಂಬಂಧಿತ ಹೆಸರನ್ನು ಪಡೆದರೆ, ಅದು ಪ್ರಸ್ತುತ ಪ್ರತ್ಯಯದೊಂದಿಗೆ ಪೂರಕವಾಗಿದೆ. ಮುಖ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಸ್ವಯಂಚಾಲಿತ ಉತ್ಪಾದನೆಹಿಮ್ಮುಖ ವಲಯಗಳು:

$ORIGIN 0.0.192.IN-ADDR.ARPA.
$GENERATE 1-127 $CNAME $.0

ಗೆ ಪರಿವರ್ತಿಸಲಾಗಿದೆ

1.0.0.192.IN-ADDR.ARPA CNAME 1.0.0.0.192.IN-ADDR.ARPA
2.0.0.192.IN-ADDR.ARPA CNAME 2.0.0.0.192.IN-ADDR.ARPA
...
127.0.0.192.IN-ADDR.ARPA CNAME 127.0.0.0.192.IN-ADDR.ARPA

DNS ಪ್ರೋಟೋಕಾಲ್

DNS ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುತ್ತವೆ UDP ಪ್ರೋಟೋಕಾಲ್ (ಪೋರ್ಟ್ 53, ಡೊಮೇನ್), ಆದಾಗ್ಯೂ ಅವರು TCP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಹ ಬಳಸಬಹುದು (ಪೋರ್ಟ್ 53, ಡೊಮೇನ್). ಪ್ರತಿಯೊಂದು ಸಂದೇಶವು ಒಂದು UDP ಪ್ಯಾಕೆಟ್‌ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು 64 KB ಗಿಂತ ಹೆಚ್ಚಿರಬಾರದು. ವಾಸ್ತವದಲ್ಲಿ, ಅನೇಕ ಅಳವಡಿಕೆಗಳು 576 ಬೈಟ್‌ಗಳ ವಿಘಟಿತವಲ್ಲದ UDP ಪ್ಯಾಕೆಟ್‌ನ ಗಾತ್ರದ ಮೇಲೆ ಮಿತಿಯನ್ನು ಹೊಂದಿವೆ. ಅಂತಹ ಪ್ಯಾಕೇಜ್ ಸಾಮಾನ್ಯ ಪ್ರಕರಣದಲ್ಲಿ NS ನ 10 ದಾಖಲೆಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಇಂಟರ್ನೆಟ್ ರೂಟ್ ಸರ್ವರ್‌ಗಳ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಒಂದು ಡೊಮೇನ್‌ನಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ, ಇದು ಸುಮಾರು 13 ಸರ್ವರ್‌ಗಳ ಲಿಂಕ್‌ಗಳನ್ನು (ಕೆಳಗೆ ನೋಡಿ) ಬಳಸಿಕೊಂಡು ಮಾಹಿತಿಯನ್ನು ಪ್ಯಾಕೇಜ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗಿಸಿತು. ಪ್ರತಿಕ್ರಿಯೆಯು ಒಂದು UDP ತುಣುಕಿಗೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ನಂತರ TC (ಮೊಟಕುಗೊಳಿಸಿದ) ಬಿಟ್ ಅನ್ನು ಹೆಡರ್‌ನಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿದೆ, ಇದು ಬಳಸಿಕೊಂಡು ಪುನರಾವರ್ತಿತ ವಿನಂತಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ TCP ಪ್ರೋಟೋಕಾಲ್. TCP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುವಾಗ, ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದೆಯೇ ಸಂದೇಶದ ಉದ್ದವನ್ನು ಹೊಂದಿರುವ ಪ್ರತಿ ಸಂದೇಶಕ್ಕೆ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು (2 ಬೈಟ್‌ಗಳು) ಸೇರಿಸಲಾಗುತ್ತದೆ. ಎಡ ಬಿಟ್ (ಶೂನ್ಯ) ಮೊದಲು ರವಾನೆಯಾಗುತ್ತದೆ - ಅತ್ಯಂತ ಮಹತ್ವದ ಬಿಟ್.

ವಿನಂತಿಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳ ಸ್ವರೂಪ ಒಂದೇ ಆಗಿರುತ್ತದೆ ( ವಿವರಗಳಿಗಾಗಿ RFC 1035 ಅನ್ನು ನೋಡಿ)

TSIG ಪ್ರೋಟೋಕಾಲ್ ವಿಸ್ತರಣೆ

RFC 2845 ವಿಸ್ತರಿಸುತ್ತದೆ DNS ಪ್ರೋಟೋಕಾಲ್ವಿನಂತಿಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳ ಸಮಗ್ರತೆಯನ್ನು ಪರಿಶೀಲಿಸುವ ಸಾಮರ್ಥ್ಯ (QUERY), ವಲಯ ವರ್ಗಾವಣೆಗಳು, ಹಾಗೆಯೇ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕಲಿ ಸ್ಟ್ರಾಂಗ್ ಬಳಸಿಕೊಂಡು ಡೈನಾಮಿಕ್ ಬದಲಾವಣೆಗಳ ದೃಢೀಕರಣ (ಅಪ್‌ಡೇಟ್, RFC 2136) ಚೆಕ್ಸಮ್ಗಳು- TSIG (ವಹಿವಾಟು ಸಹಿಗಳು). ಹ್ಯಾಶ್ ಅನ್ನು ರಚಿಸುವಾಗ, HMAC-MD5 ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಇಬ್ಬರು ಭಾಗವಹಿಸುವವರ ನಡುವೆ ಹಂಚಿಕೊಳ್ಳಲಾದ ರಹಸ್ಯವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ( ಸಮ್ಮಿತೀಯ ಕೀ) ಪ್ರಮುಖ ವಿತರಣಾ ಕಾರ್ಯವಿಧಾನವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿಲ್ಲ. ವಹಿವಾಟಿನಲ್ಲಿ ಭಾಗವಹಿಸುವವರು ಬಹು ಕೀಲಿಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು, ಆದ್ದರಿಂದ ನಿರ್ದಿಷ್ಟ ಕೀಲಿಯನ್ನು ಗುರುತಿಸಲು, ಅದರ ಹೆಸರನ್ನು ಡೊಮೇನ್ ಹೆಸರಿನ ಸ್ವರೂಪದಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ. ದಾಳಿಗಳನ್ನು ತಡೆಗಟ್ಟಲು ಮರುಪಂದ್ಯದಾಖಲೆಯು ಸಹಿ ಸಮಯವನ್ನು ಹೊಂದಿದೆ (ಸಮಯ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಬಳಸಿ, ಉದಾಹರಣೆಗೆ, NTP ಅಗತ್ಯವಿದೆ). ಸಂರಕ್ಷಿತ ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವಾಗ, ಸರ್ವರ್ ಅದೇ ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಕೀಲಿಯಿಂದ ರಕ್ಷಿಸಲ್ಪಟ್ಟ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಕನಿಷ್ಠ 128 ಬಿಟ್‌ಗಳ ಉದ್ದದ ಯಾದೃಚ್ಛಿಕ ಅನುಕ್ರಮಗಳನ್ನು ಕೀಗಳಾಗಿ ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.

ಈ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಕಡಿಮೆ ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಅಗತ್ಯವಿರುತ್ತದೆ ಮತ್ತು ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ನೋಡ್‌ಗಳೊಂದಿಗೆ ಕಡಿಮೆ ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚಗಳು DNSSEC ಗೆ ಹೋಲಿಸಿದರೆ ಅದರ ಅಸಮಪಾರ್ಶ್ವದ ಗೂಢಲಿಪೀಕರಣ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಸಾರ್ವಜನಿಕ ಕೀಲಿಗಳು(RFC 2535, RFC 2137). ಮತ್ತೊಂದೆಡೆ, ಸ್ಥಾಪಿಸಲಾದ ಕೀ ವಿತರಣಾ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸುಲಭವಾಗಿ ಅಳೆಯಲು ಮತ್ತು ಒದಗಿಸಲು DNSSEC ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಡಿಜಿಟಲ್ ಸಹಿ(TSIG, ಅದರ ಹೆಸರಿನ ಹೊರತಾಗಿಯೂ, ಕೀಲಿಯ ಸಮ್ಮಿತಿಯಿಂದಾಗಿ ವಿನಂತಿಗಳ ಕರ್ತೃತ್ವದ ಪರಿಶೀಲನೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ).

RFC 2845 ಹೊಸ TSIG (250) ರೆಕಾರ್ಡ್ ಪ್ರಕಾರ ಮತ್ತು ಹಲವಾರು ಹೊಸ ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್‌ಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ. TSIG ದಾಖಲೆಯು ವರ್ಚುವಲ್ ಆಗಿದೆ, ಅಂದರೆ. ವಹಿವಾಟಿನ ಸಮಯದಲ್ಲಿ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ, ವಲಯ ಡೇಟಾ ಫೈಲ್‌ನಲ್ಲಿ ಒಳಗೊಂಡಿಲ್ಲ ಮತ್ತು ಕ್ಯಾಶ್ ಮಾಡಲಾಗಿಲ್ಲ. ಪ್ರವೇಶವನ್ನು ಹೆಚ್ಚುವರಿ ಡೇಟಾ ವಿಭಾಗಕ್ಕೆ ಸೇರಿಸಲಾಗಿದೆ; ಹಂಚಿದ ಕೀ ಹೆಸರು, ವರ್ಗ (ಯಾವುದೇ), TTL (0), ಅಲ್ಗಾರಿದಮ್ ಹೆಸರು (ಈಗ ಯಾವಾಗಲೂ HMAC-MD5), ಸಹಿ ಸಮಯ, ಸಮಯ ವಿಚಲನ ಮಧ್ಯಂತರ, ಹ್ಯಾಶ್, ಮೂಲ ಸಂದೇಶ ID (ಡೈನಾಮಿಕ್ ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡುವಾಗ ಬಳಸಲಾಗುತ್ತದೆ), ದೋಷ ಕೋಡ್, ಹೆಚ್ಚುವರಿ ಡೇಟಾ ದೋಷದ ಬಗ್ಗೆ (ಉದಾಹರಣೆಗೆ, ಭಾಗವಹಿಸುವವರ ಗಂಟೆಗಳಲ್ಲಿ ವ್ಯತ್ಯಾಸ). ಹ್ಯಾಶ್ ಅನ್ನು ರಚಿಸಲು, ಮೂಲ ಸಂದೇಶ, ಕೀ ಹೆಸರು, ವರ್ಗ, TTL, ಅಲ್ಗಾರಿದಮ್ ಹೆಸರು, ಸಹಿ ಸಮಯ, ಸಮಯದ ವಿಚಲನ ಮಧ್ಯಂತರವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಪ್ರತಿಕ್ರಿಯೆ ಹ್ಯಾಶ್ ಅನ್ನು ರಚಿಸುವಾಗ, ವಿನಂತಿಯ ಹ್ಯಾಶ್ ಅನ್ನು ಸಹ ಮೂಲ ಡೇಟಾದಲ್ಲಿ ಸೇರಿಸಲಾಗುತ್ತದೆ.

ಡೈನಾಮಿಕ್ ವಲಯ ಬದಲಾವಣೆಗಳು

ಕ್ಲೈಂಟ್‌ನಿಂದ ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ವಲಯದ ವಿಷಯಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸಲು ಅನುಮತಿಸಲು RFC 2136 DNS ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ. ಇದು ಆಗಾಗ್ಗೆ ಬದಲಾವಣೆಗಳ ಅಗತ್ಯವನ್ನು ನಿವಾರಿಸುತ್ತದೆ (ಉದಾ. DHCP ಕಾರ್ಯಾಚರಣೆ) ಸಂಪಾದಿಸಿ ಪಠ್ಯ ಫೈಲ್ವಲಯದ ವಿವರಣೆಯೊಂದಿಗೆ ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. ಬಳಸುವ ಮೂಲಕ ಈ ವಿಸ್ತರಣೆಈ ಪ್ರಾಥಮಿಕ ಅಧಿಕೃತ ಸರ್ವರ್ ನಿರ್ವಹಿಸುವ ವಲಯಕ್ಕೆ ನೀವು ಒಂದು ಬ್ಯಾಚ್‌ನಲ್ಲಿ ಹಲವಾರು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬಹುದು (ಎಲ್ಲಾ ಡೊಮೇನ್ ಹೆಸರುಗಳು ವಲಯದೊಳಗೆ ಇರಬೇಕು):

• ಸಂಪನ್ಮೂಲ ದಾಖಲೆ ಸೆಟ್ (RRset) ಗೆ ಸಂಪನ್ಮೂಲ ದಾಖಲೆ (RR) ಸೇರಿಸಿ; SOA ಮತ್ತು CNAME ಪ್ರಕಾರದ ದಾಖಲೆಗಳನ್ನು ಸೇರಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಬದಲಾಯಿಸಲಾಗಿದೆ; ಯಾವುದೇ SOA ಇಲ್ಲದಿದ್ದರೆ ಅಥವಾ ಅದರ ಸರಣಿ ಸಂಖ್ಯೆ ಹೆಚ್ಚಿದ್ದರೆ, ನಂತರ ಸೇರ್ಪಡೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ; ಸಾಮಾನ್ಯ ರೆಕಾರ್ಡ್‌ಸೆಟ್ ಅನ್ನು CNAME ಅಥವಾ CNAME ಅನ್ನು ಸಾಮಾನ್ಯ ರೆಕಾರ್ಡ್‌ಸೆಟ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸುವ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ; ನಕಲಿ ನಮೂದನ್ನು ಸೇರಿಸುವ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ
• ಸಂಪನ್ಮೂಲ ದಾಖಲೆ ಸೆಟ್ (RRset) ನಿಂದ ನೀಡಲಾದ ಮೌಲ್ಯದೊಂದಿಗೆ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಯನ್ನು (RR) ತೆಗೆದುಹಾಕಿ; ವಲಯದ ಕೊನೆಯ NS ದಾಖಲೆ ಮತ್ತು SOA ಅನ್ನು ಅಳಿಸಲಾಗಿಲ್ಲ; ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ನಮೂದನ್ನು ಅಳಿಸುವ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ
• ಸಂಪನ್ಮೂಲ ದಾಖಲೆ ಸೆಟ್ ಅನ್ನು ಅಳಿಸಿ (RRset); ವಲಯದ NS ಮತ್ತು SOA ದಾಖಲೆಗಳನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ; ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಗುಂಪನ್ನು ಅಳಿಸುವ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲ ಸೆಟ್‌ಗಳನ್ನು ಅಳಿಸಿ; ವಲಯದ NS ಮತ್ತು SOA ದಾಖಲೆಗಳನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ; ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಗುಂಪನ್ನು ಅಳಿಸುವ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ

ಬದಲಾವಣೆಗಳ ಗುಂಪನ್ನು ಈ ಕೆಳಗಿನ ಪ್ರಕಾರಗಳ ಷರತ್ತುಗಳ ಸೆಟ್‌ನಿಂದ ಮುಂಚಿತವಾಗಿ ಮಾಡಬಹುದು (ಎಲ್ಲಾ ಡೊಮೇನ್ ಹೆಸರುಗಳು ವಲಯದೊಳಗೆ ಇರಬೇಕು):

• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪ್ರಕಾರದ ಕನಿಷ್ಠ ಒಂದು ಸಂಪನ್ಮೂಲ ದಾಖಲೆಯನ್ನು ಹೊಂದಿದೆ
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪ್ರಕಾರದ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿದೆ ಮೌಲ್ಯಗಳನ್ನು ನೀಡಲಾಗಿದೆ(TTL ಮೌಲ್ಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ; ಹೆಸರುಗಳನ್ನು ಹೋಲಿಸಿದಾಗ, ದೊಡ್ಡಕ್ಷರ ಮತ್ತು ಸಣ್ಣ ಅಕ್ಷರಗಳುವಿಭಿನ್ನವಾಗಿಲ್ಲ, ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗಿಲ್ಲ, ಸಮಾನಾರ್ಥಕಗಳು (CNAME) ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗಿಲ್ಲ)
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪ್ರಕಾರದ ಯಾವುದೇ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರು ಕನಿಷ್ಠ ಒಂದು ಸಂಪನ್ಮೂಲ ದಾಖಲೆಯನ್ನು ಹೊಂದಿದೆ
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಹೆಸರು ಯಾವುದೇ ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ

ಪರಿಸ್ಥಿತಿಗಳು ಮತ್ತು ಬದಲಾವಣೆಗಳ ಈ ಸಂಪೂರ್ಣ ಪ್ಯಾಕೇಜ್ ಪರಮಾಣು, ಅಂದರೆ. ಒಂದೇ ಅವಿಭಾಜ್ಯವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗಿದೆ (DBMS ನಲ್ಲಿನ ವ್ಯವಹಾರದಂತೆ). ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕ್ಲೈಂಟ್‌ಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಮೊದಲು ಸರ್ವರ್ ಡಿಸ್ಕ್‌ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಬರೆಯಬೇಕು. bind ತಾತ್ಕಾಲಿಕವಾಗಿ ಲಾಗ್‌ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ನಂತರದ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ವಲಯ ಫೈಲ್‌ನೊಂದಿಗೆ ವಿಲೀನಗೊಳಿಸುತ್ತದೆ. ಬದಲಾವಣೆಗಳು SOA ಮೇಲೆ ಪರಿಣಾಮ ಬೀರದಿದ್ದರೆ, ಸರ್ವರ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸಬೇಕು. ವಿಧಾನವನ್ನು ಮಾನದಂಡದಿಂದ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿಲ್ಲ. ಸ್ವಯಂ ಹೆಚ್ಚಳವಾಗಿದ್ದರೆ ಸರಣಿ ಸಂಖ್ಯೆವಿಳಂಬದೊಂದಿಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಇದು 300 ಸೆಕೆಂಡುಗಳಿಗಿಂತ ಹೆಚ್ಚು ಅಥವಾ ವಲಯದ ನವೀಕರಣ ಸಮಯದ 1/3 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಇರಬಾರದು.

RFC 2136 ಪರಿಚಯಿಸುತ್ತದೆ ಹೊಸ ವರ್ಗಇಲ್ಲ (254) ಮತ್ತು ಹಲವಾರು ಹೊಸ ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್‌ಗಳು. ವಿನಂತಿಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳ ಸ್ವರೂಪವು ಸಾಮಾನ್ಯ ವಿನಂತಿಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳಂತೆಯೇ ಇರುತ್ತದೆ, ಆದರೆ ವಿನಂತಿಯ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿದೆ - ನವೀಕರಿಸಿ (5). ವಿನಂತಿಯ ವಿಭಾಗವು ಮಾರ್ಪಡಿಸಲಾದ ವಲಯದ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿದೆ (ನಿಖರವಾಗಿ ಒಂದು SOA ಪ್ರಕಾರದ ಸಂಪನ್ಮೂಲ ದಾಖಲೆ), ಪ್ರತಿಕ್ರಿಯೆ ವಿಭಾಗ - ಷರತ್ತುಗಳ ಒಂದು ಸೆಟ್, ಅಧಿಕೃತ ಸರ್ವರ್‌ಗಳಿಗೆ ಲಿಂಕ್ ವಿಭಾಗ - ಸೇರಿಸಬೇಕಾದ ಅಥವಾ ಅಳಿಸಬೇಕಾದ ದಾಖಲೆಗಳು, ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ ವಿಭಾಗ - ಲಿಂಕ್ ಮಾಡುವ ದಾಖಲೆಗಳು ವಲಯದ ಹೊರಗಿನ ಡೊಮೇನ್ ಹೆಸರುಗಳು (ಸರ್ವರ್ನಿಂದ ನಿರ್ಲಕ್ಷಿಸಬಹುದು).

ಕ್ಲೈಂಟ್ SOA ದಾಖಲೆಗಳು, NS ದಾಖಲೆಗಳು ಅಥವಾ ಬಾಹ್ಯ ವಿಧಾನಗಳಿಂದ ಸಂಭಾವ್ಯ ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಬಹುದು.

ಸರ್ವರ್ ತನ್ನ IP ವಿಳಾಸದಿಂದ (ಶಿಫಾರಸು ಮಾಡಲಾಗಿಲ್ಲ) ಅಥವಾ TSIG ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ವಲಯವನ್ನು ಬದಲಾಯಿಸುವ ಕ್ಲೈಂಟ್‌ನ ಹಕ್ಕನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ ದ್ವಿತೀಯ ಅಧಿಕೃತ ಸರ್ವರ್ ಕ್ರಿಯಾತ್ಮಕ ಬದಲಾವಣೆವಲಯ, ಅದರ ಪರವಾಗಿ ಪ್ರಾಥಮಿಕ ಸರ್ವರ್‌ಗೆ ಮರುನಿರ್ದೇಶಿಸಬಹುದು (ವಿನಂತಿ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ) ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಅದನ್ನು ಕ್ಲೈಂಟ್‌ಗೆ ಹಿಂತಿರುಗಿ. ಅದು ಪ್ರತಿಯಾಗಿ, ಅದನ್ನು ಮತ್ತಷ್ಟು ಫಾರ್ವರ್ಡ್ ಮಾಡಬಹುದು, ಇತ್ಯಾದಿ. ಬಳಸಿದ ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿಯು ವಲಯ ವರ್ಗಾವಣೆಗಾಗಿ ವಿನಂತಿಗಳನ್ನು ನೀಡಲಾದ ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ವಿನಂತಿಗಾಗಿ TCP ಅನ್ನು ಬಳಸಿದರೆ (ಫಲಿತಾಂಶ ಪ್ರಕ್ರಿಯೆ ಇದ್ದರೆ ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ), ನಂತರ ವಿನಂತಿಯನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ದ್ವಿತೀಯ ಸರ್ವರ್ TCP ಅನ್ನು ಸಹ ಬಳಸಬೇಕು.

ಬದಲಾವಣೆಗಳನ್ನು ಸರಿಯಾದ ಕ್ರಮದಲ್ಲಿ ಅನ್ವಯಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು (ಇದರಿಂದಾಗಿ "ಸಾರಿಗೆಯಲ್ಲಿ ಕಾಲಹರಣ ಮಾಡುವ" ಹಳೆಯ ಬದಲಾವಣೆಗಳು ಹೊಸದನ್ನು ಅತಿಕ್ರಮಿಸುವುದಿಲ್ಲ) ಕ್ಷುಲ್ಲಕವಲ್ಲದ ಕಾರ್ಯ TCP/IP ಪರಿಸರದಲ್ಲಿ, ವಿಶೇಷವಾಗಿ ಬಹು ವಿನಂತಿಸುವ ಕ್ಲೈಂಟ್‌ಗಳು ಮತ್ತು ಬಹು ಮರುನಿರ್ದೇಶಕರು ಇದ್ದಾಗ ದ್ವಿತೀಯ ಸರ್ವರ್‌ಗಳು. ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆಯು ವಿಳಂಬವಾಗಬಹುದು ಅಥವಾ ಕಳೆದುಹೋಗಬಹುದು. RFC ಯ ಲೇಖಕರು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು "ಟೋಕನ್" ಸಂಪನ್ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತಾರೆ (ಉದಾಹರಣೆಗೆ, ಅಂತಹ ಟೋಕನ್ ವಿನಂತಿಯನ್ನು ನೀಡಿದ ಸಮಯವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ).

DNS ಕ್ಲೈಂಟ್ (ಪರಿಹಾರಕ)

DNS ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಡೊಮೇನ್ ಹೆಸರು ಸೇವೆಯ ಅಗತ್ಯವಿರುವ ಪ್ರತಿ ಪ್ರೋಗ್ರಾಂಗೆ (ಸ್ಥಿರವಾಗಿ ಅಥವಾ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ) ಲಗತ್ತಿಸಲಾದ ವಾಡಿಕೆಗಳ ಲೈಬ್ರರಿಯಾಗಿ ಅಳವಡಿಸಲಾಗಿದೆ. ಒಂದು ಸರಳ (ಸ್ಟಬ್) ಕ್ಲೈಂಟ್ ಯಾವಾಗ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಒಂದನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳುಸರ್ವರ್(ಗಳು), ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಅರ್ಥೈಸುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ವಿನಂತಿಸುವ ಪ್ರೋಗ್ರಾಂಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. Solaris (Solaris 2.5.1 ಮತ್ತು ಹಿಂದಿನದು BIND 4.8.3 ಗೆ ಅನುರೂಪವಾಗಿದೆ; ಪ್ಯಾಚ್‌ಗಳೊಂದಿಗೆ - BIND 4.9.3; Solaris 2.6, 7 ಮತ್ತು 8 - BIND 4.9.4-P1) ಮತ್ತು Linux (DNS ಕ್ಲೈಂಟ್ ಅನ್ನು glibc ನಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ ಪ್ಯಾಕೇಜ್, ಬೈಂಡ್ ಬದಲಿಗೆ) ಇತರ ಮೂಲಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ( ಸ್ಥಳೀಯ ಫೈಲ್, NIS, NIS+, ಇತ್ಯಾದಿ) ಹೆಸರು ಸೇವಾ ಸ್ವಿಚ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಅವಲಂಬಿಸಿ. ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ಮಾಹಿತಿಯನ್ನು ನೀವೇ ಸಂಗ್ರಹಿಸಲು ಅಥವಾ nscd ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತಾರೆ.

ಸಾಮಾನ್ಯ ವಿನಂತಿಯ ಅಲ್ಗಾರಿದಮ್ ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ: ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಗ್ರಾಂ, ಉದಾಹರಣೆಗೆ, ಅದರ ಹೆಸರಿನ ಮೂಲಕ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಪಡೆಯಲು ಅಗತ್ಯವಿರುವ, gethostbyname(3) ಸಬ್‌ರೂಟಿನ್ ಅಥವಾ ಅಂತಹುದೇ ಎಂದು ಕರೆಯುತ್ತದೆ. ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ನಿರ್ಮಿಸುವಾಗ, libc ಲೈಬ್ರರಿಯಿಂದ (glibc) ಸಬ್‌ರುಟೀನ್‌ಗಳನ್ನು ಲಿಂಕ್ ಮಾಡಲಾಗುತ್ತದೆ, ಇದು nscd ಸಂಗ್ರಹದಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಮಾಹಿತಿಯ ಉಪಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ (ಸಹಜವಾಗಿ, nscd ಸರ್ವರ್ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ). ಸಂಗ್ರಹದಿಂದ ಮಾಹಿತಿಯನ್ನು ಹಿಂಪಡೆಯಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಹೆಸರಿನ ಮೂಲಕ ವಿಳಾಸವನ್ನು ಹುಡುಕಲು ಬಳಸಲಾಗುವ ಹೆಸರು ಸೇವೆ(ಗಳನ್ನು) ನಿರ್ಧರಿಸಲು NSS ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, NSS ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಹುಡುಕಲು ಹೆಸರು ಸೇವೆಯಾಗಿ dns ಅನ್ನು ಸೂಚಿಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪರಿಹಾರಕ (3) ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಕಾರ್ಯಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಅವುಗಳು "ನೈಜ" DNS ಕ್ಲೈಂಟ್ ಆಗಿರುತ್ತವೆ (ಅವರು DNS ಪ್ರೋಟೋಕಾಲ್ಗೆ ಅನುಗುಣವಾಗಿ ಸರ್ವರ್ಗೆ ವಿನಂತಿಯನ್ನು ರೂಪಿಸುತ್ತಾರೆ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತಾರೆ).

ಕೆಲಸವನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ DNS ಕ್ಲೈಂಟ್ಕಡತವನ್ನು ಬಳಸಿ ತಯಾರಿಸಲಾಗಿದೆ /etc/resolv.confಅಥವಾ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾರಂಭವಾದಾಗ ಪರಿಸರದ ಅಸ್ಥಿರಗಳು.

/etc/resolv.conf ನ ಪ್ರತಿಯೊಂದು ಸಾಲು ಒಂದು ಹೇಳಿಕೆಯನ್ನು ಹೊಂದಿದೆ, ಕಾಮೆಂಟ್‌ಗಳು ಸೆಮಿಕೋಲನ್ ಅಥವಾ # ಅಕ್ಷರದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ (ಎಚ್ಚರಿಕೆ: ಕ್ಲೈಂಟ್ ಈ ಫೈಲ್‌ನಲ್ಲಿ ದೋಷಗಳನ್ನು ವರದಿ ಮಾಡದಿರಬಹುದು!):

• ಸರ್ವಿಂಗ್ ಸರ್ವರ್‌ನ ನೇಮ್‌ಸರ್ವರ್ IP ವಿಳಾಸ(ನೀವು ಸರ್ವರ್ ವಿಳಾಸಗಳೊಂದಿಗೆ 3 ಸಾಲುಗಳವರೆಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು; ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಅದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿರುವ ಸರ್ವರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ (ಇದನ್ನು ಅದರ IP ವಿಳಾಸ ಅಥವಾ ವಿಳಾಸ 0.0.0.0 ಅಥವಾ ಲೂಪ್‌ಬ್ಯಾಕ್ ವಿಳಾಸ 127.0.0.1 ಬಳಸಿ ಸಹ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು); ಕ್ಲೈಂಟ್ ಸಮೀಕ್ಷೆಗಳು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸರ್ವರ್‌ಗಳುಅವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲಾದ ಕ್ರಮದಲ್ಲಿ, ನೀವು ಪಟ್ಟಿಯಿಂದ ಹಿಂದಿನ ಸರ್ವರ್‌ನಿಂದ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯದಿದ್ದರೆ ಅಥವಾ ದೋಷ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದರೆ (ಸರ್ವರ್‌ನಲ್ಲಿನ ಪೋರ್ಟ್, ಸರ್ವರ್ ಹೋಸ್ಟ್ ಅಥವಾ ಸಂಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್ ಲಭ್ಯವಿಲ್ಲ); ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯನ್ನು ಅವಲಂಬಿಸಿ ಪಟ್ಟಿಯಲ್ಲಿರುವ ಸಮೀಕ್ಷೆಯನ್ನು ಹಲವಾರು ಬಾರಿ ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ (2 ರಿಂದ 4 ರವರೆಗೆ); ಆರಂಭಿಕ ಕಾಯುವ ಮಧ್ಯಂತರವು ಆವೃತ್ತಿ (2 ರಿಂದ 5 ಸೆಕೆಂಡುಗಳವರೆಗೆ) ಮತ್ತು ಪಟ್ಟಿಯಲ್ಲಿರುವ ಸರ್ವರ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ; ಪಟ್ಟಿಯ ಮೂಲಕ ಪ್ರತಿ ನಂತರದ ಹಾದಿಯೊಂದಿಗೆ, ಕಾಯುವ ಮಧ್ಯಂತರವು ದ್ವಿಗುಣಗೊಳ್ಳುತ್ತದೆ; ಒಟ್ಟು ಕಾಯುವ ಸಮಯವು 8.2 ವರೆಗಿನ ಆವೃತ್ತಿಗಳಿಗೆ 80 ಸೆಕೆಂಡುಗಳು ಮತ್ತು ಹೊಸ ಆವೃತ್ತಿಗಳಿಗೆ 24 ಸೆಕೆಂಡುಗಳನ್ನು ತಲುಪುತ್ತದೆ)
• ಡೊಮೇನ್ ಸ್ಥಳೀಯ-ಡೊಮೇನ್-ಹೆಸರು(ಶೋಧಿಸುವ ಮೊದಲು ಸಂಬಂಧಿತ ಡೊಮೇನ್ ಹೆಸರುಗಳಿಗೆ ಸೇರಿಸಲಾಗಿದೆ; ಹೆಸರಿನ ಕೊನೆಯಲ್ಲಿ ಡಾಟ್ ಅಗತ್ಯವಿಲ್ಲ; ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಹೋಸ್ಟ್‌ನ ಡೊಮೇನ್ ಹೆಸರಿನಿಂದ ಪಡೆಯಲಾಗಿದೆ (ಹೋಸ್ಟ್ ನೇಮ್(1) ನೋಡಿ); ಹೆಸರು ಸ್ಥಳೀಯ ಡೊಮೇನ್ಡೀಫಾಲ್ಟ್ ಹುಡುಕಾಟ ಪಟ್ಟಿಯನ್ನು ಸಹ ಹೊಂದಿಸುತ್ತದೆ (ಬೈಂಡ್ 4.8.3 ಗಾಗಿ: ಸ್ಥಳೀಯ ಡೊಮೇನ್ ಹೆಸರು ಮತ್ತು ಕನಿಷ್ಠ 2 ಸರಳ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿರುವ ಅದರ ಪೂರ್ವಜರ ಪಟ್ಟಿ; ಬೈಂಡ್‌ನ ಹೊಸ ಆವೃತ್ತಿಗಳಿಗೆ: ಸ್ಥಳೀಯ ಡೊಮೇನ್ ಹೆಸರು ಮಾತ್ರ))
• ಡೊಮೇನ್ ಹೆಸರುಗಳ ಜಾಗದಿಂದ ಬೇರ್ಪಟ್ಟ ಪಟ್ಟಿಯನ್ನು ಹುಡುಕಿ(ಆದ್ಯತೆಯ ಕ್ರಮದಲ್ಲಿ 6 ಡೊಮೇನ್ ಹೆಸರುಗಳು; ಪಟ್ಟಿಯಲ್ಲಿರುವ ಮೊದಲ ಹೆಸರು ಸ್ಥಳೀಯ ಡೊಮೇನ್ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತದೆ; ಡೊಮೇನ್ ಮತ್ತು ಹುಡುಕಾಟ ಹೇಳಿಕೆಗಳು ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ (ಕೊನೆಯದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ); ಸಂಬಂಧಿತ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಪರಿಹರಿಸಲು ಹುಡುಕಾಟ ಪಟ್ಟಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ; ಬೈಂಡ್ 4.8.3 ಗಾಗಿ, ಸಂಬಂಧಿತ ಹೆಸರಿನ ರೆಸಲ್ಯೂಶನ್ ಅನ್ನು ಮೊದಲು ಹುಡುಕಾಟ ಪಟ್ಟಿಯಿಂದ ಮಾಡಲಾಗುತ್ತದೆ (ಡಿಎನ್ಎಸ್ ಸರ್ವರ್‌ಗೆ ವಿನಂತಿಸುವ ಮೊದಲು ಸಂಬಂಧಿತ ಹೆಸರಿನ ಬಲಕ್ಕೆ ಹುಡುಕಾಟ ಪಟ್ಟಿಯಿಂದ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ), ವಿಫಲವಾದರೆ, ಹೆಸರನ್ನು ಸಂಪೂರ್ಣವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಬೈಂಡ್‌ನ ಹೊಸ ಆವೃತ್ತಿಗಳಿಗಾಗಿ ಮತ್ತೊಂದು ವಿನಂತಿಯನ್ನು ಮಾಡಲಾಗಿದೆ, ಮೊದಲು ಕನಿಷ್ಠ ಒಂದು ಚುಕ್ಕೆ ಹೊಂದಿರುವ ಸಂಬಂಧಿತ ಹೆಸರನ್ನು ಪರಿಹರಿಸುವುದು, ಅದು ವಿಫಲವಾದರೆ ಹುಡುಕಾಟ ಪಟ್ಟಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ)
• ವಿಂಗಡಿಸಿ IP-ನೆಟ್‌ವರ್ಕ್-ವಿಳಾಸ/ಮಾಸ್ಕ್...(ಆವೃತ್ತಿ 4.9 ಮತ್ತು ಹೆಚ್ಚಿನದು; ಕ್ಲೈಂಟ್‌ಗೆ ಆದ್ಯತೆ ನೀಡಲು ಅನುಮತಿಸುತ್ತದೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನೆಟ್‌ವರ್ಕ್‌ಗಳುಹಲವಾರು ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಸ್ವೀಕರಿಸುವಾಗ, ಅವನು ಅವುಗಳನ್ನು ಪಟ್ಟಿಯ ಆರಂಭದಲ್ಲಿ ಇರಿಸುತ್ತಾನೆ, ಉಳಿದವು ಕೊನೆಯಲ್ಲಿ; ನೀವು 10 ನೆಟ್‌ವರ್ಕ್‌ಗಳವರೆಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು)
• ಆಯ್ಕೆಗಳ ಆಯ್ಕೆ...(ಆವೃತ್ತಿ 4.9 ಮತ್ತು ಹೆಚ್ಚಿನದು; ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ
  • ಡೀಬಗ್(stdout ನಲ್ಲಿ)
  • ndots:ಸಂಖ್ಯೆ-ಚುಕ್ಕೆಗಳು(ಆರ್ಗ್ಯುಮೆಂಟ್‌ನಲ್ಲಿನ ಕನಿಷ್ಠ ಸಂಖ್ಯೆಯ ಚುಕ್ಕೆಗಳು ಹುಡುಕಾಟ ಪಟ್ಟಿಯನ್ನು ಬಳಸುವ ಮೊದಲು ಹೆಸರಿನ ಹುಡುಕಾಟವನ್ನು ಮಾಡಲು ಕಾರಣವಾಗುತ್ತವೆ; ಡೀಫಾಲ್ಟ್ 1)
  • ಪ್ರಯತ್ನಗಳು: ಸರ್ವರ್-ಪಟ್ಟಿ ಸಮೀಕ್ಷೆಗಳ ಸಂಖ್ಯೆ(ಡೀಫಾಲ್ಟ್ - 2; ಗರಿಷ್ಠ - 5)
  • ಸಮಯ ಮೀರಿದೆ:ಆರಂಭಿಕ-ಕಾಯುವಿಕೆ-ಮಧ್ಯಂತರ(ಡೀಫಾಲ್ಟ್ - 5 ಸೆಕೆಂಡುಗಳು; ಗರಿಷ್ಠ - 30 ಸೆಕೆಂಡುಗಳು)
  • ತಿರುಗಿಸಿ(ಪ್ರತಿ ಕರೆಗೆ, ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ಸರ್ವರ್‌ಗಳ ವಿಭಿನ್ನ ಕ್ರಮವನ್ನು ಬಳಸಿ; ವಿತರಣೆಯನ್ನು ಒಂದು ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಮಾತ್ರ ನಡೆಸಲಾಗುತ್ತದೆ - ಮುಂದಿನ ಬಾರಿ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಪಟ್ಟಿಯಲ್ಲಿರುವ ಮೊದಲ ಸರ್ವರ್ ಮತ್ತೆ ಮೊದಲ ಬಾರಿಗೆ ಬಳಸಲ್ಪಡುತ್ತದೆ)
  • ಯಾವುದೇ ಚೆಕ್-ಹೆಸರುಗಳು(ಸರಳ ಹೆಸರುಗಳ ಲೆಕ್ಸಿಕಲ್ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ಇದನ್ನು 4.9.4 ಮತ್ತು ಹಳೆಯ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ)

ನಿರ್ದಿಷ್ಟ ಪರಿಹಾರಕ(3) ಅನುಷ್ಠಾನವು ವಿಭಿನ್ನ ಡೀಫಾಲ್ಟ್ ಪ್ಯಾರಾಮೀಟರ್ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿರಬಹುದು - ನೋಡಿ /usr/include/resolv.h. ವಿವಿಧ ಕಾರ್ಯಕ್ರಮಗಳು DNS ಕ್ಲೈಂಟ್‌ನ ವಿವಿಧ ಆವೃತ್ತಿಗಳೊಂದಿಗೆ ಕಂಪೈಲ್ ಮಾಡಬಹುದು. ಅದೃಷ್ಟವಶಾತ್, DNS ಕ್ಲೈಂಟ್ /etc/resolv.conf ಫೈಲ್‌ನಿಂದ ಅರ್ಥವಾಗದ ಸಾಲುಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. DNS ಕ್ಲೈಂಟ್‌ನ ಹಳೆಯ ಆವೃತ್ತಿಗಳನ್ನು (resolv+) /etc/host.conf ನಿಂದ ನಿಯಂತ್ರಿಸಬಹುದು, ಈ ಸಂದರ್ಭದಲ್ಲಿ host.conf(5) ಅನ್ನು ನೋಡಿ. ಕೆಲವು ಪ್ರೋಗ್ರಾಂಗಳು ಸ್ವತಂತ್ರವಾಗಿ ಡಿಎನ್ಎಸ್ ಕ್ಲೈಂಟ್ ಪ್ಯಾರಾಮೀಟರ್ಗಳಿಗಾಗಿ ಸ್ಟಾಂಡರ್ಡ್ ಅಲ್ಲದ ಮೌಲ್ಯಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಸಮಯದಲ್ಲಿ ಹೊಂದಿಸುತ್ತವೆ.

ಪರಿಸರ ವೇರಿಯಬಲ್ LOCALDOMAIN ಡೊಮೇನ್ ಮತ್ತು ಹುಡುಕಾಟ ಸೂಚನೆಗಳನ್ನು ಅತಿಕ್ರಮಿಸುತ್ತದೆ. RES_OPTIONS ಪರಿಸರ ವೇರಿಯೇಬಲ್ ಆಯ್ಕೆಗಳ ಹೇಳಿಕೆಯನ್ನು ಅತಿಕ್ರಮಿಸುತ್ತದೆ. HOSTALIASES ಪರಿಸರ ವೇರಿಯೇಬಲ್ ನಿಮಗೆ ಡೊಮೇನ್ ಹೆಸರಿನ ಸಮಾನಾರ್ಥಕಗಳ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿರುವ ಫೈಲ್ (ಉದಾಹರಣೆಗೆ, /etc/host.aliases) ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಅನುಮತಿಸುತ್ತದೆ (ಒಂದು ಸಮಯದಲ್ಲಿ ಸರಳ ಹೆಸರುಮತ್ತು ಅದರ ಡೊಮೇನ್ ಸಮಾನಾರ್ಥಕವು ಒಂದು ಜಾಗದಿಂದ ಬೇರ್ಪಟ್ಟ ಸಾಲಿನಲ್ಲಿ ಹಿಂದುಳಿದ ಚುಕ್ಕೆ ಇಲ್ಲದೆ).

ನಿಮಗೆ ಕೆಲಸ ಬೇಕಾದರೆ ಸ್ಥಳೀಯ ಸರ್ವರ್ DNS (ಸಾಮಾನ್ಯವಾಗಿ ifconfig ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ಕಾರಣದಿಂದಾಗಿ), ನಂತರ ಅದನ್ನು ಒದಗಿಸುವುದು ಸೂಕ್ತವಾಗಿದೆ ಹಿನ್ನಡೆ ವಿಧಾನ NSS ಅನ್ನು ಹೊಂದಿಸುವ ಮೂಲಕ ಮತ್ತು /etc/hosts ಅನ್ನು ಭರ್ತಿ ಮಾಡುವ ಮೂಲಕ ಡೊಮೇನ್ ಹೆಸರುಗಳನ್ನು ಪರಿಹರಿಸುವುದು, ಇಲ್ಲದಿದ್ದರೆ ಕ್ಲೈಂಟ್ ಕಂಪ್ಯೂಟರ್ಗಳು DNS ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಲೋಡ್ ಮಾಡಲು ಕಾಯಲು ಒತ್ತಾಯಿಸಲಾಗುತ್ತದೆ. DNS ಸರ್ವರ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಫಾಲ್‌ಬ್ಯಾಕ್ ವಿಧಾನವನ್ನು ಒದಗಿಸುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ಬೂಟ್ ಸಮಯದಲ್ಲಿ DNS ಅನ್ನು ಬಳಸದಿರುವುದು ಉತ್ತಮ. ನಿಗೂಢ ಫೈಲ್ /etc/ppp/resolv.conf ಸಹ ಇದೆ.

ಎಂಎಸ್ ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಡಿಎನ್‌ಎಸ್ ಅನ್ನು ಹೊಂದಿಸುವುದನ್ನು ಬಳಸಿಕೊಂಡು ಮಾಡಲಾಗುತ್ತದೆ GUI. ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ ಎಂದು ತಯಾರಕರು ಭರವಸೆ ನೀಡುತ್ತಾರೆ;). ಒಂದೇ ವ್ಯತ್ಯಾಸವೆಂದರೆ DNS ಕ್ಲೈಂಟ್ ಅನ್ನು ಅಳವಡಿಸುವುದು ವಿವಿಧ ಆವೃತ್ತಿಗಳು MS ವಿಂಡೋಸ್ ಲಿನಕ್ಸ್‌ನಿಂದ Unix ಗಿಂತ ದೊಡ್ಡದಾಗಿದೆ (ನಿರ್ದಿಷ್ಟವಾಗಿ, W2000 ಮತ್ತು XP ಯಲ್ಲಿನ TCP/IP ಸ್ಟಾಕ್ ಅನ್ನು FreeBSD (NetBSD?) ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ:

• W95 - ಪ್ರತ್ಯೇಕ ಸ್ಟಾಕ್‌ಗಳು ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ (ನಿಯಂತ್ರಣ ಫಲಕ-> ನೆಟ್‌ವರ್ಕ್ -> TCP/IP -> DNS) ಮತ್ತು ಡಯಲ್-ಅಪ್ ಸಂಪರ್ಕಗಳು (ನನ್ನ ಕಂಪ್ಯೂಟರ್ -> ಡಯಲ್-ಅಪ್ ನೆಟ್‌ವರ್ಕಿಂಗ್ -> ಬಯಸಿದ ಸಂಪರ್ಕದ ಮೇಲೆ ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ -> ಗುಣಲಕ್ಷಣಗಳು -> ಸರ್ವರ್ ಪ್ರಕಾರಗಳು -> TCP/IP); ಡಯಲ್-ಅಪ್ ಪ್ರವೇಶವನ್ನು ಬಳಸುವಾಗ, ಬಿಡಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ ಖಾಲಿ ಪಟ್ಟಿಮುಖ್ಯ ಸ್ಟಾಕ್‌ನಲ್ಲಿರುವ DNS ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಡಯಲ್-ಅಪ್ ಸಂಪರ್ಕಗಳನ್ನು ಹೊಂದಿಸುವಾಗ "ಸರ್ವರ್ ನಿಯೋಜಿಸಿದ ನೇಮ್ ಸರ್ವರ್ ವಿಳಾಸಗಳು" ಆಯ್ಕೆಯನ್ನು ಆರಿಸಿ
• W98 - ದೃಷ್ಟಿಗೋಚರವಾಗಿ ಸೆಟಪ್ ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ; ಸರ್ವರ್ ಹಿಂತಿರುಗಿಸಿದ ವಿಳಾಸಗಳನ್ನು ರೂಟಿಂಗ್ ಟೇಬಲ್‌ಗೆ ಅನುಗುಣವಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ; ಕ್ಲೈಂಟ್ ಮುಖ್ಯ ಸ್ಟಾಕ್‌ಗಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಈ ಡಯಲ್-ಅಪ್ ಸಂಪರ್ಕಕ್ಕಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ
• NT - ದೃಷ್ಟಿಗೋಚರವಾಗಿ W95 ಗೆ ಹೋಲುತ್ತದೆ; ಮುಖ್ಯ ಸ್ಟಾಕ್‌ಗಾಗಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು (ನಿಯಂತ್ರಣ ಫಲಕ -> ನೆಟ್‌ವರ್ಕ್ -> ಪ್ರೋಟೋಕಾಲ್‌ಗಳು -> TCP/IP -> DNS) ಮತ್ತು ಡಯಲ್-ಅಪ್ ಸಂಪರ್ಕ (ನನ್ನ ಕಂಪ್ಯೂಟರ್ -> ಡಯಲ್-ಅಪ್ ನೆಟ್‌ವರ್ಕಿಂಗ್ -> ಆಯ್ಕೆಮಾಡಿ ಸರಿಯಾದ ಸಂಪರ್ಕಡ್ರಾಪ್-ಡೌನ್ ಮೆನುವಿನಿಂದ -> ಇನ್ನಷ್ಟು -> ಎಡಿಟ್ ಎಂಟ್ರಿ -> ಮೋಡೆಮ್ ಪ್ರಾಪರ್ಟೀಸ್ -> ಸರ್ವರ್ -> TCP/IP) ಅನ್ನು ಸರಿಯಾದ ಸಮಯದಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ; ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸಿದ ಫಲಿತಾಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ (ಪ್ರಕ್ರಿಯೆಯೊಳಗೆ); SP4 ನಲ್ಲಿ, ಮೊದಲ ಸರ್ವರ್‌ನ ವೈಫಲ್ಯದ ನಂತರ, ಕ್ಲೈಂಟ್ ಸಮಾನಾಂತರವಾಗಿ ತಿಳಿದಿರುವ ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಿಗೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ.
• W2000 (ಪ್ರಾರಂಭ -> ಸೆಟ್ಟಿಂಗ್ -> ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಡಯಲ್-ಅಪ್ -> ಮೇಲೆ ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ ಸ್ಥಳೀಯ ಪ್ರದೇಶಸಂಪರ್ಕ -> ಗುಣಲಕ್ಷಣಗಳು -> TCP/IP); ಕ್ಲೈಂಟ್ ನಡವಳಿಕೆಯು NT SP4 ಅನ್ನು ಹೋಲುತ್ತದೆ

DNS ಸರ್ವರ್‌ಗಳು

ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ನಾನು ಬೈಂಡ್ 9 ಬಗ್ಗೆ ಲೇಖನವನ್ನು ಪ್ರಕಟಿಸುತ್ತೇನೆ

ಬಾಗ್ BOS ವೆಬ್‌ಸೈಟ್‌ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾದ ಲೇಖನ, ಲೇಖಕ ಸೆರ್ಗೆಯ್ ಎವ್ಗೆನಿವಿಚ್ ಬೊಗೊಮೊಲೊವ್.

ಪೂರೈಕೆದಾರರಾಗಿ ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯ, 1ಕ್ಲೌಡ್ ಕಂಪನಿ ಆಸಕ್ತಿ ಹೊಂದಿದೆ ನೆಟ್ವರ್ಕ್ ತಂತ್ರಜ್ಞಾನಗಳು, ನಮ್ಮ ಬ್ಲಾಗ್‌ನಲ್ಲಿ ನಾವು ನಿಯಮಿತವಾಗಿ ಮಾತನಾಡುತ್ತೇವೆ. ಇಂದು ನಾವು ಡೊಮೇನ್ ಹೆಸರುಗಳ ವಿಷಯದ ಕುರಿತು ವಸ್ತುಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ. ಇದರಲ್ಲಿ ನಾವು DNS ನ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಮತ್ತು DNS ಸರ್ವರ್‌ಗಳ ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳನ್ನು ನೋಡುತ್ತೇವೆ.

ರಿವರ್ಸ್ ಮ್ಯಾಚಿಂಗ್ ಕಾರ್ಯವಿಧಾನದ ಬಗ್ಗೆ ಕೆಲವು ಪದಗಳನ್ನು ಹೇಳುವುದು ಸಹ ಯೋಗ್ಯವಾಗಿದೆ - ಒದಗಿಸಿದ IP ವಿಳಾಸದಿಂದ ಹೆಸರನ್ನು ಪಡೆಯುವುದು. ಉದಾಹರಣೆಗೆ, ಇಮೇಲ್ ಸರ್ವರ್ ತಪಾಸಣೆಯ ಸಮಯದಲ್ಲಿ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ವಿಶೇಷ ಡೊಮೇನ್ in-addr.arpa ಇದೆ, ಇದರಲ್ಲಿ ನಮೂದುಗಳನ್ನು IP ವಿಳಾಸಗಳನ್ನು ಸಾಂಕೇತಿಕ ಹೆಸರುಗಳಾಗಿ ಪರಿವರ್ತಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ವಿಳಾಸ 11.22.33.44 ಗಾಗಿ DNS ಹೆಸರನ್ನು ಪಡೆಯಲು, ನೀವು ದಾಖಲೆ 44.33.22.11.in-addr.arpa ಗಾಗಿ DNS ಸರ್ವರ್ ಅನ್ನು ಪ್ರಶ್ನಿಸಬಹುದು ಮತ್ತು ಅದು ಅನುಗುಣವಾದ ಸಾಂಕೇತಿಕ ಹೆಸರನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ.

DNS ಸರ್ವರ್‌ಗಳನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಮತ್ತು ನಿರ್ವಹಿಸುತ್ತಾರೆ?

ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಸಂಪನ್ಮೂಲದ ವಿಳಾಸವನ್ನು ನೀವು ನಮೂದಿಸಿದಾಗ, ಅದು ಮೂಲ ವಲಯಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವ DNS ಸರ್ವರ್‌ಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಅಂತಹ 13 ಸರ್ವರ್‌ಗಳಿವೆ ಮತ್ತು ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ವಿವಿಧ ನಿರ್ವಾಹಕರುಮತ್ತು ಸಂಸ್ಥೆಗಳು. ಉದಾಹರಣೆಗೆ, a.root-servers.net 198.41.0.4 ರ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ವೆರಿಸೈನ್ ಮೂಲಕ ನಡೆಸಲ್ಪಡುತ್ತದೆ, ಆದರೆ e.root-servers.net (192.203.230.10) ಅನ್ನು NASA ನಡೆಸುತ್ತದೆ.

ಈ ಪ್ರತಿಯೊಂದು ನಿರ್ವಾಹಕರು ಒದಗಿಸುತ್ತದೆ ಈ ಸೇವೆಉಚಿತವಾಗಿ ಮತ್ತು ಒದಗಿಸುತ್ತದೆ ತಡೆರಹಿತ ಕಾರ್ಯಾಚರಣೆ, ಈ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ವಿಫಲವಾದರೆ, ಇಂಟರ್ನೆಟ್‌ನ ಸಂಪೂರ್ಣ ಪ್ರದೇಶಗಳು ಅಲಭ್ಯವಾಗುತ್ತವೆ. ಹಿಂದೆ, ರೂಟ್ DNS ಸರ್ವರ್‌ಗಳು, ಇದು ಎಲ್ಲಾ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಆಧಾರವಾಗಿದೆ ಡೊಮೇನ್ ಹೆಸರುಗಳುಅಂತರ್ಜಾಲದಲ್ಲಿ, ಇದೆ ಉತ್ತರ ಅಮೇರಿಕಾ. ಆದಾಗ್ಯೂ, ಪರ್ಯಾಯ ವಿಳಾಸ ತಂತ್ರಜ್ಞಾನದ ಪರಿಚಯದೊಂದಿಗೆ, ಅವರು ಪ್ರಪಂಚದಾದ್ಯಂತ "ಹರಡಿದರು", ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಅವರ ಸಂಖ್ಯೆಯು 13 ರಿಂದ 123 ಕ್ಕೆ ಏರಿತು, ಇದು DNS ಅಡಿಪಾಯದ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಸಾಧ್ಯವಾಗಿಸಿತು.

ಐಪಿ ಸೋರ್ಸ್ ಗಾರ್ಡ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಳಸುವುದು ಮತ್ತೊಂದು ಆಯ್ಕೆಯಾಗಿದೆ. ಇದು ವೈಯಕ್ತಿಕ ಸ್ವಿಚ್ ಪೋರ್ಟ್‌ಗಳಲ್ಲಿ ವಂಚನೆಯ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಲು uRPF ತಂತ್ರಜ್ಞಾನ ಮತ್ತು DHCP ಪ್ಯಾಕೆಟ್ ಸ್ನೂಪಿಂಗ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ. IP ಮೂಲ ಗಾರ್ಡ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ DHCP ದಟ್ಟಣೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಿಗೆ ಯಾವ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

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

ಎಲ್ಲಾ ಡಿಎನ್ಎಸ್ ಪ್ಯಾಕೆಟ್‌ಗಳ ಪ್ರಸರಣವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಡಿಎನ್‌ಎಸ್-ವ್ಯಾಲಿಡೇಟರ್ ಉಪಯುಕ್ತತೆಯನ್ನು ಸಹ ಗಮನಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಪ್ರತಿ ವಿನಂತಿಯನ್ನು ಪ್ರತಿಕ್ರಿಯೆಯೊಂದಿಗೆ ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ಹೆಡರ್‌ಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಅದರ ಬಗ್ಗೆ ಬಳಕೆದಾರರಿಗೆ ತಿಳಿಸುತ್ತದೆ. ವಿವರವಾದ ಮಾಹಿತಿನಲ್ಲಿ ಲಭ್ಯವಿದೆ