Последовательность разрешения имен в службе dns
Если ПК1 хочет установить связь с ПК2 в сети по протоколу TCP/IP, то необходимо найти IP-адрес для ПК2 зная символическое имя FQDN для ПК2 (например: хотим найти orc.ru).
Последовательность поиска такова:
TCP/IP проверяет локальный кэш ПК1: не содержится ли здесь IP-адрес для ПК2.
Далее поиск продолжается в файле HOSTS на локальном ПК1.
Далее будет обращение от ПК1 к серверу DNS для поиска.
Далее будет обращение к вышестоящим по иерархии серверам DNS.
Если разрешение имен не получено, то остается один шанс для поиска – в предположении, что доменное имя ПК2 совпадает с его именем NETBIOS. Для проверки этого предположения далее поиск будет идти так:
Кэш имен NETBIOS на ПК1.
Запрос к серверу WINS.
Широковещательный запрос от ПК1 в сеть.
Проверка локального файла LMHOSTS на ПК1.
Если поиск неудачен, то появляется сообщение об ошибке.
14.2.2.2Зоны
Все пространство имен DNS распределено между множеством серверов DNS. База данных каждого DNS сервера содержит фрагмент пространства имен DNS.
Такой фрагмент пространства имен называется зоной.
Один домен может быть поделен на несколько зон. При этом одна зона может включать в себя несколько доменов.
Введение зон необходимо для удобства администрирования.
Любой DNS сервер может управлять несколькими зонами. Также можно использовать несколько DNS серверов для хранения одной зоны. При этом один из таких серверов устанавливается как основной (Primary), а другие как вспомогательные (Secondary).
Если основной сервер в данный момент недоступен, то его функции выполняет Secondary сервер DNS.
Для выполнения этого режима периодически делается репликация зоны с основного сервера DNS на Secondary серверы. Этот процесс репликации называется процессом передачи зоны.
В процессе передачи зоны происходит копирование множества ресурсных записей базы данных основного сервера на вспомогательный сервер.
Ресурсная запись – это единичная запись БД сервера DNS, содержащая доменное имя ПК и его IP-адреса.
Особенности реализации службы dns в Windows 2000
В версии Windows NT 4.0 служба DNS играла второстепенную роль. Если локальная сеть не имела выхода в Internet, то для связи между ПК используются имена NETBIOS, IP-адреса и WINS сервер.
Версия Windows 2000 ориентирована на то, что локальная сеть будет обязательно иметь выход в Internet, поэтому в Windows 2000 служба DNS имеет следующие особенности:
Без службы DNS нельзя установить Active Directory. Поэтому если в момент установки Active Directory служба DNS еще не была установлена, то система Windows 2000 предложит установить ее. После установки Active Directory и DNS сервера в базе данных Active Directory каждая зона будет храниться в виде контейнера dnszone.
Динамическое обновление ресурсных записей в базе данных DNS сервера, т. е. компьютеры с Windows 2000 могут самостоятельно регистрировать в базе данных зоны собственное имя и свой IP-адрес. Это происходит в момент загрузки Windows 2000 и при входе этого ПК в сеть. Если у ПК изменился IP-адрес, то автоматически изменится и его ресурсная запись в базе данных.
В этом большое преимущество Windows 2000, т. к. в более ранних версиях Windows администратор должен был вручную модифицировать ресурсные записи.
Режим динамической регистрации ПК в БД DNS сервера активизирован по умолчанию (но его можно отключить в окне Advanced TCP/IP Settings на вкладке DNS) ( Register this connection address in DNS).
Ресурсные записи автоматически удаляются из БД зоны при нормальном завершении работы ПК. При неправильном завершении работы ПК в БД могут остаться ресурсные записи. Это приводит к сбоям в работе.