Adicionando registros de recursos

Use os registros de recursos do host (A) em uma zona para associar nomes de domínio DNS de computadores (ou hosts) aos respectivos endereços IP. Você pode adicioná-los a uma zona de várias maneiras:

• Crie manualmente um registro de recurso do host (A) para um computador cliente TCP/IP estático usando o Gerenciador DNS.
  
  
• Os clientes e servidores Windows usam o serviço de Cliente DHCP para registrar e atualizar dinamicamente seus próprios registros de recursos de host (A) no DNS quando ocorre uma alteração na configuração do IP.
  
  
• Os computadores habilitados para DHCP (Dynamic Host Configuration Protocol) que executam versões anteriores de sistemas operacionais Microsoft poderão ter os registros de recursos do host (A) registrados e atualizados pelo proxy se eles obtiverem a concessão de IP de um servidor DHCP qualificado. (Somente o serviço de Servidor DHCP do Windows 2000, Windows Server 2003 e Windows Server 2008 oferecem suporte a esse recurso.)
  
  

Nem todos os computadores exigem os registros de recursos do host (A), mas os que compartilham recursos em uma rede precisam deles. Qualquer computador que compartilha recursos e precisa ser identificado pelo nome de domínio DNS deve usar os registros de recursos do host (A), que fornecem a resolução de nomes DNS ao endereço IP do computador.

A maioria dos registros de recursos do host (A) necessária em uma zona pode incluir outras estações de trabalho ou servidores que compartilham recursos, outros servidores DNS, servidores de email e servidores Web. Esses registros de recursos compõem a maioria dos registros de recursos em um banco de dados da zona.

Algumas vezes, os registros de recursos de alias (CNAME) também são chamados de registros de recursos de nome canônico. Com esses registros, você pode usar mais de um nome para apontar para um único host, facilitando a realização das tarefas como host de servidor FTP (File Transfer Protocol) e de servidor Web no mesmo computador. Por exemplo, os nomes de servidores conhecidos (ftp, www) são registrados usando registros de recursos de alias (CNAME) que mapeiam para o nome de host DNS, como servidor 1, para o computador servidor que hospeda esses serviços.

Recomendamos os registros de recursos de alias (CNAME) nas seguintes situações:

• Quando um host especificado em um registro de recursos do host (A) na mesma zona precisar ser renomeado
  
  
• Quando um nome genérico de um servidor conhecido, por exemplo, www, precisar ser resolvido para um grupo de computadores individuais (cada um com registros de recursos do host (A) individuais) que fornecem o mesmo serviço, por exemplo, em um grupo de servidores Web redundantes.
  
  

Quando você renomeia um computador com um registro de recurso do host (A) existente na zona, pode usar um registro de recurso de alias (CNAME) temporariamente, permitindo um período de cortesia para que usuários e programas mudem do nome de computador antigo para o novo, como segue:

• Para o novo nome de domínio DNS do computador, adicione um novo registro de recurso do host (A) à zona.
  
  
• Para o nome de domínio DNS antigo, adicione um registro de recurso de alias (CNAME) que aponte para o novo registro de recurso do host (A).
  
  
• Remova da zona o registro de recurso do host (A) original do nome de domínio DNS antigo (e o registro de recurso de ponteiro (PTR) associado, se for aplicável).
  
  

Ao usar um registro de recurso de alias (CNAME) para usar alias em um computador ou para renomeá-lo, defina um limite temporário do tempo de uso do registro na zona até ele ser removido do DNS. Se você esquecer de excluir o registro de recurso de alias (CNAME) e, mais tarde, o registro de recurso do host (A) associado a ele for excluído, o registro de recurso de alias (CNAME) poderá consumir recursos do servidor tentando resolver consultas de um nome que não é mais usado na rede.

O uso mais comum ou popular de um registro de recurso de alias (CNAME) é fornecer um nome de domínio de alias DNS permanente para resolução de nomes genéricos de um nome baseado em serviço, por exemplo, www.tailspintoys.com, para mais de um computador ou um endereço IP em um servidor Web. O seguinte exemplo mostra a sintaxe básica de um registro de recurso de alias (CNAME):

alias_name IN CNAME primary_canonical_name

Nesse exemplo, um computador denominado host-a.tailspintoys.com funciona como um servidor Web chamado www.tailspintoys.com. e como um servidor FTP chamado ftp.tailspintoys.com. Para atingir o objetivo desejado de nomear esse computador, adicione as seguintes entradas CNAME ao tailspintoys.com zone:

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

Se, posteriormente, você decidir mover o servidor FTP para outro computador — separado do servidor Web no host-a —, bastará alterar o registro de recurso de alias (CNAME) da zona do ftp.tailspintoys.com e adicionar um registro de recurso do host (A) à zona do novo computador que está hospedando o servidor FTP.

De acordo com o exemplo anterior, se o novo computador tiver o nome host-b.tailspintoys.com, os registros de recursos de alias (CNAME) e do host (A) novos e alterados aparecerão desta forma:

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

Os aplicativos de email utilizam o registro de recurso do servidor de mensagens (MX) para localizar um servidor de email com base em um nome de domínio DNS no endereço de destino do destinatário de uma mensagem. Por exemplo, uma consulta DNS do nome exemplo.tailspintoys.com pode ser usada para encontrar um registro de recurso do servidor de mensagens (MX), permitindo que um aplicativo de email encaminhe ou troque mensagem com um usuário que tem o endereço de email usuário@tailspintoys.com.

O registro de recurso do servidor de mensagens (MX) mostra o nome de domínio DNS do computador ou computadores que processam mensagens de um domínio. Se houver vários registros de recursos do servidor de mensagens (MX), o serviço de Cliente DNS tentará estabelecer contato com servidores de email na ordem de preferência, do valor mais baixo (prioridade mais alta) ao valor mais alto (prioridade mais baixa). O seguinte exemplo mostra a sintaxe básica de um registro de recurso do servidor de mensagens (MX):

mail_domain_name IN MX preference mailserver_host

Usando os registros de recursos do servidor de mensagens (MX) no exemplo a seguir para tailspintoys.com zone, a mensagem endereçada ao usuário@tailspintoys.com será entregue primeiro ao usuário@mailserver0.tailspintoys.com, se for possível. Se esse servidor não estiver disponível, o cliente resolvedor poderá usar o usuário@mailserver1.tailspintoys.com.

@         IN  MX   1    mailserver0
@         IN  MX   2    mailserver1

Observe que o uso de "arroba" (@) nos registros indica que o nome de domínio DNS do mensageiro é igual ao nome de origem (tailspintoys.com) da zona.

Os registros de recursos de ponteiro (PTR) dão suporte ao processo de pesquisa inversa, com base nas zonas criadas e colocadas na raiz do domínio in-addr.arpa. Esses registros localizam um computador pelo endereço IP e resolvem essas informações para o nome de domínio DNS desse computador.

Os registros de recursos de ponteiro (PTR) podem ser adicionados a uma zona de várias maneiras:

• Crie manualmente um registro de recurso de ponteiro (PTR) para um computador cliente TCP/IP estático, como um procedimento separado ou como parte do procedimento de criação de um registro de recurso do host (A).
  
  
• Os computadores usam o serviço de Cliente DHCP para registrar e atualizar dinamicamente seus registros de recursos de ponteiro (PTR) no DNS quando ocorre uma alteração na configuração do IP.
  
  
• Todos os outros computadores clientes habilitados para DHCP (Dynamic Host Configuration Protocol) poderão ter seus registros de recursos de ponteiro (PTR) registrados e atualizados pelo servidor DHCP se eles obtiverem a concessão de IP de um servidor qualificado. (O serviço de Servidor DHCP do Windows 2000, Windows Server 2003 e Windows Server 2008 oferecem suporte a esse recurso.)
  
  

O registro de recurso de ponteiro (PTR) é usado somente nas zonas de pesquisa inversa para dar suporte à pesquisa inversa.

Os registros de recursos de serviço local (SRV) são necessários para a localização de controladores de domínio Active Directory. Geralmente, é possível evitar a administração manual de registros de recursos de serviço local (SRV) ao instalar os Serviços de Domínio Active Directory (AD DS).

Por padrão, o Assistente de Instalação de Serviços de Domínio Active Directory tenta localizar um servidor DNS com base na lista de servidores DNS preferenciais ou alternativos, que estão configurados em qualquer uma das propriedades de cliente TCP/IP, para qualquer uma das conexões de rede ativas. Se for estabelecido contato com um servidor DNS que pode aceitar atualizações dinâmicas do registro de recurso de serviço local (SRV), o processo de configuração estará concluído. (Isso se aplica também a outros registros de recursos relacionados ao registro do AD DS como um serviço no DNS.)

Se, durante a instalação, não for encontrado um servidor DNS que possa aceitar atualizações para o nome de domínio DNS que é usado para nomear o diretório, o assistente poderá instalar um servidor DNS localmente e configurá-lo, de forma automática, com uma zona para dar suporte ao domínio Active Directory.

Por exemplo, se o domínio Active Directory escolhido como primeiro domínio na floresta for exemplo.tailspintoys.com, você poderá adicionar e configurar uma zona que esteja na raiz do nome de domínio DNS de exemplo.tailspintoys.com para usar com o servidor DNS em execução no novo controlador de domínio.

No futuro, o registro de recurso de serviço local (SRV) poderá também ser usado para registrar e consultar outros serviços TCP/IP conhecidos na rede, se os aplicativos implementarem e oferecerem suporte a consultas de nome DNS que especificam esse tipo de registro.

O DNS do Windows Server 2008 oferece suporte a outros registros de recursos adicionais, que são usados com menos frequência na maioria das zonas. Você pode incluir esses tipos adicionais de registro de recurso, conforme necessário, com o Gerenciador DNS.