Кэширование на сервере имен.

При обработке запроса сервером имен для получения ответа возможно придется отправить несколько запросов. Выполняя запросы сервер выясняет расположение двух серверов имен обладающих правами в соответствующих частях пространства имен. Для снижения трафика сервер имен кэширует результаты этих запросов. При получении результата:

1. сервер имен кэширует результат запроса на некоторый срок TTL этот период по умолчанию равен 1 часу, он определяется зоной предоставившей результаты запроса. TTL можно изменить через оснастку DNS.

2. после того как сервер поместил результаты запроса в кэш начинается обратный отчет времени.

3. по истечении TTL сервер имен удаляет результаты запроса из кэш.

Т.о. кэширование результатов запроса позволяет серверу разрешать другие запросы обращенные к той же части пространства имен доменов. Небольшой TTL позволит гарантировать то что данные о пространстве имен доменов не устарели хотя небольшие значения TTL повышают нагрузку на сервер имен, длинные периоды TTL могут привезти к тому, что клиент будет получать устаревшую информацию.

Обратный запрос на поиск имени.

Данный запрос разрешает имя в IP-адрес. Служебные программы используют обратные запросы для вывода имен узлов, кроме того некоторые приложения реализуют защиту основанную на подключении с использованием имен а не IP-адресов. Поскольку распределенная БД DNS индексируется по имени, а не по IP-адресу, то при обработке обратного запроса должен производиться полный перебор всех доменных имен. Для решения этой проблемы создан специальный домен второго уровня. Этот домен придерживается той же иерархической системы именования, но основывается не на доменных именах, а на IP-адресах:

1. Поддоменам присваиваются имена соответствующие IP-адресам.

2. Порядок последовательности цифр IP-адреса меняется на противоположный.

3. Организации администрируют поддомены данного домена, основываясь на назначенных им IP-адресах и маски подсети.

Пример имени такого домена: in-addr.arpa пусть организация владеет диапазоном IP-адресов 169.254.16.0 169.254.16.255 с маской подсети 255.255.255.0 то она обладает полномочиями в отношении домена 16.254.169 in-addr.arpa.

Зоны прямого просмотра.

Зона прямого просмотра позволяет генерировать прямые запросы поиска имени. Для работы службы DNS на сервере имен надо сконфигурировать не менее 1 зоны прямого просмотра. Существуют зоны трех типов:

1. Active Directory – integrated - интегрированная в AD. Главная копия новой зоны использует для хранения и репликации файлов зоны службу AD, зоны такого типа обеспечивают безопасное обновление и интегрированное хранение, т.е. стандартные зонные передачи не осуществляются. Здесь файл БД зоны реплицируется одновременно с хранилищем AD.

2. Standard primary –основная. Главная копия новой зоны хранится как обычный текстовой файл. Администрирование и поддержка основной зоны осуществляется на том компьютере где она была создана. Зоны такого типа упрощают обмен DNS данными с другими серверами DNS которые хранят данные в виде текста.

3. Standard secondary –дополнительная. Реплика существующей зоны хранится в обычных текстовых файлах и доступна только для чтения. Для создания дополнительной зоны сначала надо создать основную. При создании надо указать основной DNS сервер который передает информацию о зоне на сервер имен содержащий дополнительную зону. Дополнительные зоны создаются для обеспечения избыточности и уменьшении нагрузки на сервер имен содержащий основной файл БД зоны.

Обычно зоне присваивается имя наивысшего домена в иерархии охватываемой зоной, т.е. имя корневого домена зоны. Файл зоны – это имя файла БД по умолчанию состоящее из имени зоны с расширением.dns. При передачи зоны с другого сервера можно импортировать существующий файл зоны. Перед созданием новой зоны этот файл надо поместить в папку конечного компьютера %system root%\system 32\DNS. Зона передается одним из двух способов:

1. запрос AXFR – полный способ.

2. добавочный IXFR.

AXFR – это стандартный способ передачи информации о зоне, которая представляет собой кодирование файла зоны.

IXFR меньше загружает линию связи, т.к. реплицируется только изменения в конфигурации зоны.

Зоны обратного просмотра позволяют генерировать обратные запросы на поиск имени. Эти зоны не обязательны, однако они используются для работы утилит, устранения неполадок. Типы зон обратного просмотра соответствуют типам зон прямого просмотра.