Construa a ideia primeiro, depois use a próxima atividade para verificá-la.
Registros, resolvedores e a ordem das consultas
O que um resolvedor realmente consulta e em que ordem, quais tipos de registro você vai encontrar, e por que um nome pode resolver em um host e falhar no próximo.
O que você será capaz de fazer
- Nomear os tipos de registro comuns e o que cada um responde
- Rastrear uma consulta pelo cache, arquivo hosts e resolvedor configurado
- Explicar por que dois hosts podem discordar sobre o mesmo nome
Antes disso: Você precisa de "DNS - nomes em vez de endereços" para a ideia básica, e da lição de DHCP, já que o resolvedor usado por um host geralmente chega no seu lease.
Por que isso importa: "Funciona na minha máquina" é quase sempre uma resposta de DNS que difere entre dois hosts - um registro em cache, uma entrada no arquivo hosts, ou um resolvedor diferente distribuído por um escopo diferente. Conhecer a ordem de consulta transforma isso de um mistério em três coisas a verificar.
Um resolvedor não consulta diretamente um servidor DNS. Ele percorre uma lista curta de fontes, em ordem, e para na primeira resposta. Quase toda falha confusa de DNS resulta, na verdade, de uma divergência sobre qual dessas fontes respondeu.
Os tipos de registro que você precisa conhecer
| Tipo | Resposta | Uso típico |
|---|---|---|
| A | Nome para endereço IPv4 | Consulta mais comum |
| AAAA | Nome para endereço IPv6 | O mesmo, em IPv6 |
| CNAME | Nome para outro nome | Alias que acompanha uma mudança |
| MX | Domínio para servidor de e-mail | Onde entregar mensagens |
| PTR | Endereço para um nome | Consultas reversas e logs |
| NS | Zona para seus servidores | Delegação entre zonas |
A ordem de uma consulta
- O cache da própria aplicação, se ela mantiver um.
- O cache do resolvedor do sistema operacional - uma resposta anterior que ainda não expirou.
- O arquivo hosts, que é local, estático e tem precedência sobre a rede.
- O resolvedor configurado, normalmente recebido na concessão DHCP.
Duas dessas quatro fontes guardam estado em cada host. Por isso uma máquina resolve um nome enquanto a vizinha não consegue - o cache ainda contém uma resposta antiga ou alguém adicionou uma linha ao arquivo hosts há dois anos e esqueceu.
Dois hosts, um nome, duas respostas
O sistema de estoque muda para um novo endereço conforme planejado, e o registro A é atualizado. Um host que nunca consultou o nome recebe o novo endereço imediatamente. A máquina de consultou o nome uma hora antes da mudança, com TTL de um dia, e continua usando o endereço antigo pelo resto do dia. Ele informa que o sistema de estoque caiu, enquanto todos ao redor trabalham normalmente.
TTL determina por quanto tempo uma resposta pode ficar desatualizada
Todo registro tem um tempo de vida, que define por quanto tempo um resolvedor pode guardar a resposta antes de consultar novamente. Um TTL longo reduz a carga de consultas e retarda a aplicação de mudanças. Um TTL curto faz o contrário. Antes de uma alteração planejada, reduzir o TTL com antecedência permite que a migração se propague rapidamente.
Principais pontos
- Um resolvedor para na primeira resposta encontrada no cache, no arquivo hosts ou no servidor configurado.
- As duas primeiras fontes guardam estado em cada host, por isso hosts podem discordar.
- Um CNAME responde com um nome, não um endereço, e essa indireção facilita migrações.
- O TTL define por quanto tempo uma resposta antiga persiste; reduza-o antes de uma mudança planejada, não durante ela.
Pronto para continuar?
Crie uma conta gratuita para salvar seu progresso e fazer a verificação de conhecimento.