Записи ресурсов узла (A) используются в зоне для сопоставления DNS-имен домена компьютеров (или узлов) их IP-адресам. Эти записи можно добавлять в зону несколькими способами:

• Можно вручную создать запись ресурса узла (A) для статического клиентского компьютера TCP/IP с помощью диспетчера DNS.
  
  
• Клиенты и серверы Windows используют службу DHCP-клиента для динамической регистрации и обновления собственных записей ресурсов узла (A) в DNS при изменении конфигурации IP.
  
  
• Клиентские компьютеры, поддерживающие протокол DHCP и работающие под управлением более ранних версий операционных систем корпорации Майкрософт, могут использовать прокси-сервер для регистрации и обновления своих записей ресурсов узла (A), если они получили IP-адреса от проверенного DHCP-сервера. (Только служба DHCP-сервера в операционных системах Windows 2000, Windows Server 2003 и Windows Server 2008 поддерживают эту функциональную возможность.)
  
  

Не все компьютеры нуждаются в записях ресурсов узла (A), а только компьютеры, которые предлагают доступ к общим ресурсам. Любой компьютер, предоставляющий доступ к общим ресурсам и который должен быть идентифицирован по своему DNS-имени домена, должен использовать записи ресурсов узла (A) для предоставления разрешения DNS-имени в IP-адрес компьютера.

Большинство записей ресурсов узла (A), требуемых для зоны, могут содержать другие рабочие станции или серверы, имеющие общие ресурсы, другие DNS-серверы, почтовые серверы и веб-серверы. Эти записи ресурсов составляют наибольшую часть всех записей ресурсов в базе данных зоны.

Записи ресурсов псевдонима (CNAME) иногда называются каноническим записями ресурсов имен. С помощью этих записей можно использовать более одного имени для одного узла, что упрощает размещение на одном компьютере FTP-сервера и веб-сервера. Например, хорошо известные имен серверов (ftp, www) зарегистрированы с использованием записей ресурсов псевдонима (CNAME), которые сопоставляют имя узла DNS (такое как server-1) с компьютером, на котором размещены эти службы.

Рекомендуется использовать записи ресурсов псевдонима (CNAME) в следующих сценариях:

• Если необходимо переименовать узел, указанный в записи ресурса узла (A) в той же зоне
  
  
• Если общее имя известного сервера, например www, необходимо разрешить в группу отдельных компьютеров, каждый из которых имеет отдельную запись ресурса узла (A) и предоставляет такую же службу, как и остальные, например: группа избыточных веб-серверов.
  
  

При переименовании компьютера с существующей записью ресурса узла (A) в зоне можно временно использовать запись ресурса псевдонима (CNAME), чтобы предоставить льготный период пользователям и программам для переключения со старого имени компьютера на новое. Используйте приведенную ниже процедуру:

• Для нового DNS-имени домена компьютера добавьте в зону новую запись ресурса узла (A).
  
  
• Для старого DNS-имени домена добавьте запись ресурса псевдонима (CNAME), которая будет указывать на новую запись ресурса узла (A).
  
  
• Удалите из зоны исходную запись ресурса узла (A) для старого DNS-имени домена (а также соответствующую запись ресурса указателя (PTR), если необходимо).
  
  

При использовании записи ресурса псевдонима (CNAME) для сопоставления компьютера или его переименования, задайте временное ограничение для срока использования записи в зоне, перед тем как она будет удалена из DNS. Если запись ресурса псевдонима (CNAME) не была удалена, а позже была удалена связанная с ней запись ресурса узла (A), запись ресурса псевдонима (CNAME) может впустую использовать ресурсы сервера, пытаясь разрешить запросы для имени, которое больше не используется в сети.

Наиболее частое и популярное использование записи ресурса псевдонима (CNAME) - это обеспечение постоянного сопоставленного DNS-имени домена для общего разрешения имени на основе службы, например www.tailspintoys.com, в несколько компьютеров или один IP-адрес на веб-сервере. В следующем примере показан обычный синтаксис записи ресурса псевдонима (CNAME):

имя_псевдонима IN CNAME основное_каноническое_имя

В этом примере компьютер с DNS-именем host-a.tailspintoys.com функционирует как веб-сервер с именем www.tailspintoys.com. и как FTP-сервер с именем ftp.tailspintoys.com. Чтобы использовать такое именование компьютера, следует добавить следующие записи CNAME в зону tailspintoys.com:

host-a	IN  A	10.0.0.20
ftp	 IN  CNAME  host-a
www	 IN  CNAME  host-a

Если впоследствии следует переместить FTP-сервер на другой компьютер, отдельно от веб-сервера на узле host-a, просто измените запись ресурса псевдонима (CNAME) в зоне для ftp.tailspintoys.com и добавьте в зону дополнительную запись ресурса узла (A) для нового компьютера, на котором размещен FTP-сервер.

Учитывая вышеприведенный пример, если новый компьютер называется host-b.tailspintoys.com, новая и измененная записи ресурсов узла (A) и псевдонима (CNAME) будут иметь следующий вид:

host-a	IN  A	10.0.0.20
host-b	IN  A	10.0.0.21
ftp	 IN  CNAME  host-b
www	 IN  CNAME  host-a

Приложения для работы с электронной почтой используют запись ресурса почтового обменника (MX) для обнаружения почтового сервера, основываясь на DNS-имени домена в адресе назначения получателя сообщения электронной почты. Например, DNS-запрос имени example.tailspintoys.com может быть использован для нахождения записи ресурса почтового обменника (MX), что позволяет приложению для работы с электронной почтой обмениваться сообщениями электронной почты с пользователем, электронный адрес которого user@tailspintoys.com.

Запись ресурса почтового обменника (MX) отображает DNS-имя домена для компьютера или компьютеров, которые обрабатывают почту для всего домена. Если существуют несколько записей ресурсов почтового обменника (MX), служба DNS-клиента пытается связаться с почтовыми серверами в порядке от самого низкого значения (высший приоритет) до самого высокого (низший приоритет). В следующем примере показан обычный синтаксис записи ресурса почтового обменника (MX):

почтовое_имя_домена IN MX предпочтение узел_почтового_сервера

С помощью записей ресурсов почтового обменника (MX) для зоны tailspintoys.com в следующем примере почта, адресованная на почтовый ящик user@tailspintoys.com, доставляется сначала на user@mailserver0.tailspintoys.com, если это возможно. Если этот сервер недоступен, сопоставитель клиента может использовать вместо этого имя user@mailserver1.tailspintoys.com.

@		 IN  MX   1	mailserver0
@		 IN  MX   2	mailserver1

Обратите внимание, что использование символа @ в записях указывает на то, что почтовое DNS-имя домена такое же, как исходное имя (tailspintoys.com) для зоны.

Записи ресурсов указателя (PTR) поддерживают процесс обратного просмотра, основанный на зонах, созданных в домене in-addr.arpa и являющихся в нем корневыми. Эти записи служат для обнаружения компьютера по его IP-адресу и разрешения этих сведений в DNS-имя домена этого компьютера.

Записи ресурсов указателя (PTR) могут быть добавлены в зону несколькими способами:

• Можно вручную создать запись ресурсов указателя (PTR) для статического клиентского компьютера на основе TCP/IP с использованием DNS или с помощью отдельной процедуры, или как часть процедуры создания записи ресурса узла (A).
  
  
• Клиенты используют службу DHCP-клиента для динамической регистрации и обновления собственных записей ресурсов указателя (PTR) в DNS при изменении конфигурации IP.
  
  
• Все другие клиентские компьютеры, поддерживающие DHCP, могут регистрировать и обновлять собственные записи ресурсов указателя (PTR) с помощью DHCP-сервера, если они получают IP-адрес в аренду от полномочного сервера. Эту функциональную возможность поддерживает служба DHCP-сервера в операционных системах Windows 2000, Windows Server 2003 и Windows Server 2008.
  
  

Запись ресурса указателя (PTR) используется только в зонах обратного просмотра для поддержки обратного просмотра.

Записи ресурсов обнаружения службы (SRV) необходимы для обнаружения контроллеров домена Active Directory. Как правило, можно избежать администрирования этого типа записей ресурсов вручную при установке доменных служб Active Directory.

По умолчанию мастер установки доменных служб Active Directory пытается обнаружить DNS-сервер на основе списка предпочитаемых и альтернативных DNS-серверов, которые настроены в свойствах одного из клиентов TCP/IP для любого из активных сетевых подключений. Если можно связаться с DNS-сервером, способным принимать динамические обновления записи ресурса обнаружения службы (SRV), процесс настройки завершается успешно. (Это также справедливо для других записей ресурсов, относящихся к регистрации доменных служб Active Directory в качестве службы в DNS.)

Если во время установки не найден DNS-сервер, способный принимать обновления для DNS-имени домена, которое используется для именования каталога, мастер может установить DNS-сервер локально и автоматически настроить на нем зону для поддержки домена Active Directory.

Например, если домен Active Directory, выбранный для первого домена в лесу, - это example.tailspintoys.com, можно добавить и настроить зону, которая будет являться корневой для DNS-имени домена example.tailspintoys.com, для использования с DNS-сервером, работающем на новом контроллере домена.

В будущем записи ресурсов обнаружения службы (SRV) могут быть использованы для регистрации и поиска других известных служб TCP/IP в сети, если приложения будут использовать и поддерживать DNS-запросы имен, в которых будет указан этот тип записи.

Другие дополнительные записи ресурсов поддерживаются службой DNS Windows Server 2008, но используются не так часто в большинстве типах зон. При необходимости эти дополнительные типы записей ресурсов можно добавить с помощью диспетчера DNS.