Questão de Redes de Computadores — Geral — INSTITUTO AOCP 2026

DNS: Cache de Resolução de Nomes

Gabarito: letra E. O ganho de desempenho descrito no enunciado — a primeira consulta a um nome demora mais e as seguintes são quase instantâneas, sem que o servidor local precise consultar a internet novamente — é a definição clássica do mecanismo de cache DNS: o servidor armazena temporariamente o mapeamento nome→IP obtido de um servidor autoritativo e o reutiliza para responder a novas consultas, mesmo sem ter autoridade sobre o domínio. É exatamente o que a alternativa E descreve.

O Sistema de Nomes de Domínio (DNS) é a "agenda telefônica" da internet: ele traduz nomes legíveis por humanos (como portal.logistica.com) em endereços IP que os roteadores e servidores utilizam para encaminhar pacotes. Essa tradução não é feita por um único servidor central, mas por uma hierarquia distribuída de servidores: os servidores raiz, os servidores de domínio de alto nível (TLD) e os servidores autoritativos de cada domínio. Quando um cliente precisa resolver um nome, ele envia uma consulta ao seu servidor DNS local (configurado na rede, como o da CODERN), que, por sua vez, pode precisar percorrer essa hierarquia até encontrar a resposta definitiva.

O mecanismo de cache é uma otimização fundamental desse processo. Quando o servidor DNS local recebe uma resposta de um servidor autoritativo, ele não apenas a repassa ao cliente solicitante — ele também a armazena em memória por um período determinado, conhecido como TTL (Time to Live). Esse valor, definido pelo administrador do domínio, indica por quanto tempo a informação pode ser considerada válida. Enquanto o registro estiver no cache, qualquer novo cliente da rede que solicite o mesmo nome recebe a resposta imediatamente, sem que o servidor local precise repetir a consulta externa. É por isso que o primeiro acesso do dia demora alguns milissegundos a mais (a consulta precisa percorrer a hierarquia DNS) e os acessos seguintes são quase instantâneos (a resposta já está guardada localmente).

Na prática, imagine que um funcionário da CODERN acesse portal.logistica.com às 8h. O servidor DNS local não tem a resposta em cache, então consulta os servidores raiz, depois o TLD .com, depois o servidor autoritativo do domínio, obtém o IP 200.10.20.30 e o entrega ao funcionário, guardando uma cópia. Às 8h05, outro funcionário acessa o mesmo portal: o servidor local encontra o registro no cache e responde na hora, sem nenhuma consulta externa. Esse é o comportamento exato descrito no enunciado.

A distinção crucial que a questão explora é entre servidor autoritativo e servidor com cache. O servidor autoritativo é a fonte oficial da verdade para um domínio — ele responde com os registros definitivos. O servidor DNS local, por sua vez, não tem autoridade sobre o domínio, mas pode responder com base no que aprendeu e armazenou. É essa capacidade de responder "mesmo sem ter autoridade sobre o nome" que caracteriza o cache e que a alternativa E corretamente identifica.

A pegadinha da banca está em confundir o cache com outros conceitos de DNS ou de redes em geral: consultas iterativas (que são um método de resolução, não um mecanismo de aceleração), servidores TLD (que são uma categoria da hierarquia, não um recurso local), ou protocolos de transporte como TCP (que não têm relação com a velocidade de resolução de nomes). Guarde a fronteira: cache = armazenamento temporário de respostas para reutilização; os demais conceitos são estruturas ou métodos do funcionamento do DNS, mas não explicam o ganho de desempenho local descrito.

Alternativa A — ❌ Incorreta

Afirma que o servidor foi configurado para centralizar o banco de dados de registro de nomes em um único servidor mundial, o que eliminaria pontos únicos de falha. Há dois erros graves aqui. Primeiro, o DNS é distribuído por natureza — não existe um único servidor mundial que centralize todos os registros; essa centralização seria justamente um ponto único de falha, não sua eliminação. Segundo, mesmo que existisse, essa centralização não teria relação com o ganho de desempenho local descrito, que é causado pelo cache. A alternativa inverte o princípio de arquitetura do DNS.

Alternativa B — ❌ Incorreta

Atribui o ganho de desempenho à dependência do protocolo TCP na camada de transporte para estabelecer conexões persistentes. O TCP é um protocolo de transporte orientado a conexão, usado pelo DNS em consultas de zona (transferência entre servidores), mas as consultas padrão de resolução de nomes utilizam UDP, que é mais rápido por não estabelecer conexão. Além disso, conexões persistentes não têm relação com o cache de respostas: o ganho descrito vem do armazenamento da resposta, não da manutenção de uma conexão. A alternativa confunde mecanismos de transporte com mecanismos de aceleração de consultas.

Alternativa C — ❌ Incorreta

Afirma que o servidor local assumiu a função dos servidores de Domínio de Alto Nível (TLD), passando a abrigar os registros públicos definitivos dos hospedeiros da organização. Isso é um equívoco conceitual: os servidores TLD são uma categoria específica na hierarquia do DNS (responsáveis por domínios como .com, .org, .br), e um servidor local da CODERN não pode "assumir" essa função. Além disso, os registros definitivos de um domínio ficam nos servidores autoritativos do próprio domínio, não nos TLDs. A alternativa mistura os papéis da hierarquia DNS e não explica o ganho de desempenho local.

Alternativa D — ❌ Incorreta

Afirma que o servidor foi configurado para executar consultas do tipo iterativas, assumindo integralmente a responsabilidade de buscar o endereço IP final em nome do hospedeiro solicitante. As consultas iterativas são um método de resolução — o servidor local pergunta a cada servidor da hierarquia e recebe uma referência para o próximo, até chegar ao autoritativo. Isso descreve como o servidor obtém a resposta na primeira vez, mas não explica por que as consultas seguintes são instantâneas. O ganho de desempenho vem do cache da resposta obtida, não do método de consulta em si. A alternativa descreve um mecanismo de funcionamento, mas não o recurso que justifica a aceleração.

Alternativa E — ✅ Correta ⟵ GABARITO

Descreve exatamente o mecanismo de cache DNS: o servidor armazena o mapeamento de um nome para um endereço IP e responde a novas consultas com base nesse armazenamento, mesmo sem ter autoridade sobre o nome. É isso que o enunciado relata: a primeira consulta demora (o servidor precisa buscar a resposta na hierarquia DNS), e as seguintes são quase instantâneas (a resposta já está no cache local). O servidor da CODERN não é autoritativo para o portal de logística internacional, mas pode responder às consultas dos funcionários usando o cache, exatamente como a alternativa descreve.

Gabarito: letra E