Tema central: A questão aborda diagnóstico de problemas de resolução DNS (Domain Name System), fundamental para garantir que o acesso a um site utilize corretamente o servidor e a página legítima.

Compreensão teórica: O DNS traduz nomes (como www.furg.br) em endereços IP. Se um DNS externo responder com um IP diferente do esperado, pode haver problemas como envenenamento de cache DNS ou configuração incorreta.

Justificativa – Alternativa C correta:
O dig @DNSSERVER www.furg.br consulta diretamente o servidor DNS do usuário para saber qual IP é retornado para o domínio. Se o IP não corresponder ao IP oficial da universidade, está comprovado um possível problema de DNS no servidor do usuário.
Esse procedimento é direto e eficiente para identificar desvios de resolução de nomes, como recomendado em práticas de administração de redes (Tanenbaum, Redes de Computadores).

Análise das alternativas incorretas:

A) Tenta acesso SSH à porta 53 no servidor DNS, mas porta 53 é usada pelo DNS, não por SSH (que usa a porta 22). Não verifica resolução de nomes.
B) Ping USERIP só testa conectividade e latência até o usuário. Não relaciona DNS.
D) Comando inválido na sintaxe proposta e traceroute só mostra o caminho dos pacotes de dados, não a resolução DNS.
E) iperf testa banda, útil para desempenho, mas irrelevante para o problema DNS levantado.

Estratégia de prova: Analise sempre se o comando proposto está de fato alinhado ao problema do enunciado. Pegadinhas comuns envolvem comandos corretos no contexto errado ou troca de portas e protocolos (53/22, DNS/SSH).

Resumo: O comando C é o único que diagnostica diretamente possíveis falhas de resolução DNS externa, como pede o enunciado.

Gostou do comentário? Deixe sua avaliação aqui embaixo!