
- •Теоретическая часть
- •Порядок разрешения имени
- •Общие сведения о различии между зонами и доменами
- •Обратный просмотр
- •Динамическое обновление
- •Репликация и зонные передачи
- •Зонная передача
- •Кэширующий сервер dns
- •Файлы, относящиеся к dns
- •Использование утилиты nsLookup
- •Использование утилиты ipconfig
- •Практическая часть Установка dns сервера под Windows 2000
- •Создание и настройка зоны прямого просмотра
- •Создание зоны обратного просмотра
- •Настройка свойств зоны
- •Настройка вторичного dns сервера
- •Контрольные вопросы
- •Рекомендуемая литература:
Методические указания к лабораторной работе
№8
«Развертывание и управление службой DNS»
2008
Теоретическая часть
DNS - Domain Name System (система доменных имен), т.е. система именования компьютеров и сетевых служб, организованных в виде иерархии доменов.
Большинство пользователей предпочитает использовать понятное имя, такое как mx.bmstu.ru, для поиска компьютера, являющегося почтовым сервером или веб-сервером сети. Служба DNS обеспечивает сопоставление понятного имени компьютера или службы с его IP адресом. Данная функция службы DNS называется прямым просмотром.
Следующий рисунок иллюстрирует использование DNS, т.е. обнаружение IP-адреса компьютера по его имени.
В этом примере клиентский компьютер запрашивает у сервера IP-адрес компьютера с доменным именем DNS host-a.mx.bmstu.ru. Поскольку сервер может ответить на запрос с помощью своей локальной базы данных, он возвращает ответ, содержащий запрашиваемую информацию, т.е. запись ресурса узла (A), содержащую IP-адрес, соответствующий имени host-a.mx.bmstu.ru.
Порядок разрешения имени
При разрешении имени компьютер не сразу отправляет запрос к DNS серверу. Перед этим он производит ряд действий, направленных на уменьшение загрузки DNS сервера. Первоначально компьютер просматривает нет ли соответствующей записи в его кэше, или файле hosts.
Таким образом выделяются следующие этапы разрешения имени:
проверка локального кэша, где хранятся результаты предыдущих запросов;
проверка, не является ли искомый компьютер данным (локальный запрос);
просмотр файла Hosts;
непосредственное обращение к DNS серверу.
Общие сведения о различии между зонами и доменами
Зона начинается как база данных для единственного доменного имени DNS. Если под доменом, используемым для создания зоны, добавляются другие домены, эти домены могут быть частью той же зоны или входить в другую зону. После добавления поддомена, он может:
включаться и управляться как часть записей исходной зоны;
делегироваться в другую зону, созданную для поддержки поддомена.
На рисунке 1 показан домен bmstu.ru. Когда домен bmstu.ru создавался на одном сервере, он имел конфигурацию единственной зоны для всего пространства имен DNS корпорации Майкрософт. Однако при необходимости использования поддоменов домена bmstu.ru эти поддомены могли включаться в зону или делегироваться в другие зоны.
В этом примере домен example.bmstu.ru демонстрирует новый поддомен — домен example.bmstu.ru — делегированный из зоны bmstu.ru и управляемый в собственной зоне. Однако зона bmstu.ru должна содержать несколько записей ресурсов, обеспечивающих сведения о делегировании, со ссылками на DNS-серверы, полномочные для делегированного поддомена example.bmstu.ru.
Если зона bmstu.ru не использует делегирование поддомена, любые данные поддомена остаются частью зоны bmstu.ru. Например, поддомен dev.bmstu.ru не делегируется, а управляется зоной bmstu.ru.
Рис.1
Таким образом, DNS является распределенной системой, построенной по иерархическому принципу. Это связано с тем, что один компьютер не может эффективно хранить и обрабатывать такие большие объемы данных.