У мене є такі питання
- Що таке авторитетний сервер імен?
- Що таке рекурсивний дозвіл?
Зауважте, що "резольвер" і "сервер імен" не зовсім синонімічні, і що ви запитуєте про сервер імен у першому випадку та про розв'язник у другому.
Авторитетний сервер імен є той , який задовольняє запити зі своїх власних даних без необхідності посилатися на інше джерело. Якщо це також не рекурсивний сервер імен (це правило, як правило, застаріле), він відповість лише авторитетними даними з власного магазину (які можуть надходити з головного файлу зони, з копії цих даних, переданих з головного сервера, з базі даних, з динамічного DNS, вбудованого тощо) або з направленням (наприклад, "Я не знаю цієї відповіді, але ви можете поговорити з сервером так собі і тим, хто відповідає на питання цього субдомену."), або з помилкою NXDOMAIN або подібною помилкою.
Рекурсивний сервер імен є той , який задовольняє запити, задаючи інші сервера імен для відповіді, просуваючись по дереву від кореневого рівня DNS дерева , якщо це необхідно. Якщо він не знає відповіді, він спробує знайти її для запитувального клієнта.
Розпізнавач це ( все разом) безліч функціональних можливостей, які через DNS-залежну систему використовує для DNS запитів.
- Більшість клієнтських систем мають розв'язувач заглушок , який знає лише дуже базовий спосіб запиту DNS-сервера та отримання відповіді, але не містить логіки для наступного ланцюга делегування з кореня.
- Рекурсивний распознаватель з повним спектром послуг распознаватель , який може переміщатися по дереву , щоб знайти відповідь на запит.
- Рекурсивні сервери імен повинні містити функціональність повторюваного розділювача , щоб функціонувати, але інші програми можуть містити рекурсивні роздільники без виконання функцій сервера імен. Прекрасним прикладом є утиліта / DNS-програма усунення несправностей "копати" (поширюється ISC у складі BIND), яка містить повний повторюваний розв'язувач .
Концепції DNS, які іноді плутають з відмінністю між авторитетним та рекурсивним:
Існує кілька концепцій DNS, які люди іноді плутають із розщепленням між авторитетними та рекурсивними даними.
Делегація
Це бентежить небагато людей, особливо тому, що назва запису ресурсу SOA (початок повноважень) містить слово "авторитет", яке звучить так, ніби воно має бути пов'язане з "авторитетним". Однак ви можете подавати авторитетні дані для зони, яка вам не делегована, і це роблять багато людей. Приклади включають блокування вмісту на основі DNS та сервери, які надають авторитетні відповіді для зон RFC 1918 [тобто ніхто не делегував вам повноваження відповідати на запити записів PTR для 168.192.in-addr.arpa (192.168.0.0/16) та подібних зон, але це не так погана ідея для вашого сервера відповідати на такі запити авторитетно, а не просочувати запити для цих зон до Інтернету, де ніхто не делегований на них відповіді.
Не потрібно, щоб ви делегували повноваження для зони, щоб відповіді вважалися авторитетними.
Господар і раб
Невідомі сервери, хоча вони отримують свої дані про зону з іншого джерела, все ще є авторитетними серверами, оскільки вони задовольняють запити даними зі свого власного сховища (будь-якого типу), а не задовольняють їх шляхом рекурсивного запиту рекурсивно до інших серверів імен.
Раб-сервери - це авторитетні сервери (для зон, які вони обслуговують.)
authoritative response
IP-адреса? чи щось інше. і дякую за таке приємне пояснення