Windows Server 2025 / Noções básicas de DNS: zonas, registros e resolução de nomes
O sistema de nomes de domínio (DNS, Domain Name System) encontra endereços IP e localizações de serviços para nomes. O Windows Server armazena registros em zonas, e o Active Directory também usa o DNS para localizar controladores de domínio e serviços de diretório.
Uma consulta informa um nome e um tipo de registro ao servidor DNS
Um cliente envia um nome e tipo de registro para um resolvedor. O servidor pode responder a partir de suas próprias zonas ou usar cache, encaminhamento ou recursão para outros nomes. Um mapeamento entre nome e endereço não é necessariamente permanente.
Por exemplo, fs1.lab.example.test pode identificar 172.24.50.20 para que os usuários não precisem memorizar seu endereço. Criar esse registro não instala compartilhamento de arquivos, um website ou autenticação, e não concede acesso. Teste a resolução de nomes e o serviço real separadamente.
Uma zona define uma parte administrada do espaço de nomes
Este curso separa a zona de prática lab.example.test do futuro domínio Active Directory (AD) ad.example.test. Ambos usam espaços de nomes de exemplo. A documentação de zonas da Microsoft descreve escolhas de armazenamento e replicação.
| Organização da zona ou armazenamento | Propósito |
|---|---|
| Primária | Armazena a fonte gravável dos registros |
| Secundária | Recebe uma cópia somente leitura de outro servidor DNS |
| Integrada ao AD | Armazena dados nos Serviços de Domínio Active Directory (AD DS), em um controlador de domínio que executa DNS, com opções de replicação de diretório e atualização segura |
| Pesquisa reversa | Armazena registros PTR usados para encontrar nomes a partir de endereços |
Uma zona integrada ao Active Directory exige um controlador de domínio com a função DNS; um servidor autônomo ou um simples membro do domínio não pode hospedá-la. Antes que o DC1 seja promovido, use uma zona primária baseada em arquivo para prática e crie a zona integrada ao diretório do domínio durante a configuração do domínio. Uma zona reversa também pode ser primária e integrada ao Active Directory: o sentido da consulta e o modo de armazenamento são escolhas distintas.
Entenda os principais tipos de registro
| Tipo | Significado |
|---|---|
| A | Um nome para um endereço IPv4: fs1 → 172.24.50.20 |
| AAAA | Um nome para um endereço IPv6 |
| CNAME | Um alias para outro nome: portal → fs1.lab.example.test |
| PTR | Um endereço para um nome de host |
| SRV | Localização e porta do serviço, incluindo descoberta do AD |
| TXT | Dados de texto, como informações de verificação |
Um destino CNAME deve ser resolvível. Aliases da web também podem precisar de associações e certificados correspondentes; aliases do protocolo de compartilhamento de arquivos SMB (Server Message Block) podem exigir configurações no serviço. DNS sozinho não completa uma alteração de nome de serviço.
Um registro reverso ausente pode fazer com que o nslookup marque um servidor DNS como Unknown (desconhecido), mesmo quando a consulta A solicitada funciona. A consulta reversa e a consulta direta são testes separados; nem toda aplicação requer ambos.
Leve em conta o cache e o TTL
O tempo de vida (TTL, Time to Live) controla por quanto tempo uma resposta pode ser armazenada em cache. Um registro alterado pode permanecer antigo em outro resolvedor ou cliente até que o cache seja atualizado. Compare o mesmo nome, tipo de registro e servidor:
Resolve-DnsName -Name 'fs1.lab.example.test' -Type A -Server 172.24.50.10
nslookup fs1.lab.example.test 172.24.50.10Execute esses comandos no CLIENT1 após criar a zona e o registro. O resultado A esperado inclui 172.24.50.20. Antes da configuração, o erro é esperado. Uma resposta de nome inexistente e uma falha por tempo limite de resposta indicam problemas diferentes.
Use DNS interno para descoberta de domínio
Um computador do domínio usa DNS para localizar controladores. Navegação na Internet sozinha não estabelece um DNS de domínio saudável: resolvedores públicos não conhecem os registros SRV de uma zona AD privada. Mantenha a descoberta interna no DNS interno e planeje o encaminhamento para nomes externos.
Antes de editar manualmente registros de serviço do AD, entenda seu papel e processo de registro. Pratique alterações de A, CNAME e PTR na zona de prática separada para que os exercícios DNS comuns não prejudiquem a descoberta do domínio.
