Adicionar Registos de Recursos

Os registos de recursos de anfitrião (A) são utilizados numa zona para associar os nomes de domínios DNS de computadores (ou anfitriões) aos respectivos endereços IP. Pode adicioná-los a uma zona de diversas formas:

• Pode criar manualmente um registo de recurso de anfitrião (A) para um computador cliente de TCP/IP estático utilizando o Gestor de DNS.
  
  
• Os clientes e os servidores Windows utilizam o serviço de cliente DHCP para registar dinamicamente e actualizar os seus registos de recursos de anfitrião (A) no DNS quando é efectuada uma alteração na configuração do IP.
  
  
• Os computadores clientes activados para DHCP (Dynamic Host Configuration Protocol) a executar versões anteriores dos sistemas operativos da Microsoft podem ter os respectivos registos de recursos de anfitrião (A) registados e actualizados pelo proxy se obtiverem a sua concessão de IP de um servidor DHCP qualificado. (Só suporta esta funcionalidade o serviço de Servidor DHCP do Windows 2000, do Windows Server 2003 e do Windows Server 2008.)
  
  

Nem todos os computadores requerem registos de recursos de anfitrião (A), no entanto, os computadores que partilham recursos numa rede necessitam deles. Qualquer computador que partilhe recursos e tenha de ser identificado pelo seu nome de domínio DNS tem de utilizar registos de recursos de anfitrião (A) para fornecer resolução de nomes DNS ao endereço IP do computador.

A maioria dos registos de recursos de anfitrião (A) requeridos numa zona pode incluir outras estações de trabalho ou outros servidores de partilha de recursos, outros servidores DNS, servidores de correio e servidores Web. Estes registos de recursos constituem a maioria dos registos de recursos existentes numa base de dados de zona.

Por vezes, os registos de recursos de alias (CNAME) também são denominados registos de recursos de nomes canónicos. Com estes registos, pode utilizar mais de um nome para apontar para um único anfitrião, o que facilita determinadas configurações, como, por exemplo, o alojamento de um servidor FTP (File Transfer Protocol) e de um servidor Web no mesmo computador. Por exemplo, os nomes de servidores bem conhecidos (ftp, www) são registados como registos de recursos de alias (CNAME), que mapeiam para o nome do anfitrião DNS (por exemplo, servidor-1) do computador servidor que aloja estes serviços.

Recomendamos os registos de recursos de alias (CNAME) nos seguintes cenários:

• Quando o nome de um anfitrião especificado num registo de recurso de anfitrião (A) da mesma zona tem de ser mudado
  
  
• Quando um nome genérico de um servidor bem conhecido (por exemplo, www) tem de ser revolvido num grupo de computadores individuais (cada um com os respectivos registos de anfitrião) que resolva o mesmo serviço, por exemplo, num grupo de servidores Web redundantes.
  
  

Quando muda o nome de um computador com um registo de recurso de anfitrião (A) existente na zona, pode utilizar um registo de recurso de alias (CNAME) temporariamente para dar um período de tolerância aos utilizadores e aos programas para efectuarem a alteração do nome de computador anterior para o nome novo da seguinte forma:

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

Quando utiliza um registo de recurso de alias (CNAME) para atribuir um alias ou mudar o nome de um computador, defina um limite temporário até ao qual o registo será utilizado na zona, antes de o remover do DNS. No caso de se esquecer de eliminar o registo de recurso de alias (CNAME) e, posteriormente, o seu registo de recurso de anfitrião (A) associado for eliminado, o registo de recurso de alias (CNAME) poderá desperdiçar recursos do servidor a tentar resolver consultas de um nome que já não é utilizado na rede.

A utilização mais comum ou popular de um registo de recurso de alias (CNAME) é o fornecimento de um nome de domínio com alias DNS permanente para a resolução genérica de um nome baseado no serviço (por exemplo, www.tailspintoys.com) em mais de um computador ou endereço IP num servidor Web. O exemplo que se segue mostra a sintaxe básica de um registo de recurso de alias (CNAME):

alias_name IN CNAME primary_canonical_name

Neste exemplo, um computador com o nome de anfitrião host-a.tailspintoys.com funciona como um servidor Web com o nome www.tailspintoys.com e como um servidor FTP com o nome ftp.tailspintoys.com. Para conseguir o objectivo pretendido de atribuir um nome a este computador, pode adicionar as seguintes entradas CNAME na zona tailspintoys.com:

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

Se, mais tarde, optar por mover o servidor FTP para outro computador (independente do servidor Web de host-a), basta mudar o registo de recurso de alias (CNAME) na zona para ftp.tailspintoys.com e adicionar um registo de recurso de anfitrião (A) à zona do novo computador que aloja o servidor FTP.

Com base no exemplo anterior, se for atribuído ao novo computador o nome de anfitrião host-b.tailspintoys.com, os registos de recursos de anfitrião (A) e de alias (CNAME) novos e revistos seriam os seguintes:

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

As aplicações de correio electrónico utilizam registos de recursos de mail exchanger (MX) para localizar um servidor de correio baseado num nome de domínio DNS do endereço de destino do destinatário da mensagem de correio electrónico. Por exemplo, pode ser utilizar uma consulta de DNS do nome exemplo.tailspintoys.com para localizar um registo de recurso de mail exchanger (MX). Isto permite que uma aplicação de correio electrónico reencaminhe e troque correio com um utilizador com o endereço de correio electrónico utilizador@tailspintoys.com.

O registo de recurso de mail exchanger (MX) mostra o nome de domínio DNS do computador ou dos computadores que processam o correio de um domínio. Se existirem vários registos de recursos de mail exchanger (MX), o serviço de Cliente DNS tenta contactar os servidores de correio por ordem de preferência, começando pelo valor mais baixo (maior prioridade) até ao valor mais alto (menor prioridade). O exemplo que se segue mostra a sintaxe básica de um registo de recurso de mail exchanger (MX):

mail_domain_name IN MX preference mailserver_host

Ao utilizar os registos de recursos de mail exchanger (MX) no seguinte exemplo para a zona tailspintoys.com, o correio enviado para utilizador@tailspintoys.com é entregue primeiro no utilizador@mailserver0.tailspintoys, se possível. Se este servidor não estiver disponível, o cliente de resolução pode utilizar utilizador@mailserver1.tailspintoys.com em sua substituição.

@         IN  MX   1    mailserver0
@         IN  MX   2    mailserver1

Note que a utilização da arroba (@) nos registos indica que o nome de domínio DNS do programa de correio DNS é o mesmo que o nome de origem (tailspintoys.com) da zona.

Os registos de recursos de apontador (PTR) suportam o processo de pesquisa inversa baseado em zonas com criação e raiz no domínio in-addr.arpa. Estes registos procuram um computador pelo seu endereço IP e resolvem estas informações para o nome de domínio DNS desse computador.

Os registos de recursos de apontador (PTR) podem ser adicionados a uma zona de diversas formas:

• Pode criar manualmente um registo de recurso de apontador (PTR) para um computador cliente de TCP/IP estático através de DNS, como um procedimento separado ou como parte de um procedimento de criação de um registo de recurso de anfitrião (A).
  
  
• Os computadores utilizam o serviço de cliente DHCP para registar dinamicamente e actualizar o seu registo de recurso de apontador (PTR) no DNS quando ocorre uma alteração à configuração do IP.
  
  
• Todos os computadores clientes activados para DHCP (Dynamic Host Configuration Protocol) podem ter os seus registos de recursos de apontador (PTR) registados e actualizados pelo servidor DHCP se obtiverem a concessão do IP de um servidor qualificado. O serviço do servidor DHCP do Windows 2000, do Windows Server 2003 e do Windows Server 2008 fornece esta capacidade.
  
  

O registo de recurso de apontador (PTR) só é utilizado em zonas de pesquisa inversa para suportar a pesquisa inversa.

Os registos de recursos de localização de serviço (SRV) são requeridos para localizar controladores de domínio do Active Directory. Normalmente, consegue evitar a administração manual dos registos de recursos de localização de serviço (SRV) instalando os Serviços de Domínio do Active Directory (AD DS).

Por predefinição, os Assistente de Instalação dos Serviços de Domínio do Active Directory tenta localizar um servidor DNS com base na lista de servidores DNS preferidos ou alternativos, que se encontram configurados nas propriedades de cliente de TCP/IP, para qualquer uma das suas ligações de rede activas. Se um servidor DNS que possa aceitar a actualização dinâmica do registo de recurso de localização de serviço (SRV) for localizado, o processo de configuração fica concluído. (Isto também se verificará noutros registos de recursos relacionados com o registo de AD DS como um serviço no DNS.)

Se, durante a instalação, for localizado um servidor DNS que possa aceitar actualizações para o nome de domínio DNS utilizado como nome do directório, o assistente consegue instalar o servidor DNS localmente e configurá-lo de forma automática com uma zona para suportar o domínio do Active Directory.

Por exemplo, se o domínio do Active Directory escolhido para o primeiro domínio da floresta for exemplo.tailspintoys.com, pode adicionar e configurar uma zona com raiz no nome do domínio DNS de exemplo.tailspintoys.com para utilizar com o servidor DNS a ser executado no controlador de domínio.

No futuro, o registo de recurso de localização de serviço (SRV) também poderá ser utilizado para registar e pesquisar outros serviços TCP/IP bem conhecidos na rede, se as aplicações implementarem e suportarem consultas de nomes DNS que especifiquem este tipo de registo.

Outros registos de recursos adicionais são suportados pelo DNS do Windows Server 2008 e são utilizados com menos frequência na maior parte das zonas. Pode adicionar estes tipos adicionais de registos de recursos com o Gestor de DNS, conforme necessário.