Pular para o conteúdo principal

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

Redes de ComputadoresGeral
Código
qa430616
Banca
INSTITUTO AOCP
Órgão
IF CE
Ano
2026
Cargo
Ana ( )
O IFCE implantou a ferramenta Zabbix para monitoramento de sua infraestrutura de TI. Durante o plantão noturno, o analista de TI recebeu um alerta automático indicando que o host servidor-dns-01.ifce.edu.br está com status "Unreachable" e que o agente Zabbix nesse host não responde há 15 minutos. O servidor DNS em questão é crítico para o funcionamento dos sistemas institucionais. Antes de acionar a equipe de suporte para intervenção física no data center, o procedimento mais adequado de diagnóstico remoto a ser adotado pelo analista é
  1. Aalterar o tempo de limite (timeout) global de verificações no arquivo zabbix_server.conf para 30 segundos, visto que a latência transitória da rede institucional pode estar atrasando a resposta do agente.
  2. Bverificar conectividade básica com ping e traceroute a partir do servidor Zabbix, tentar acesso SSH ao servidor para verificar se o serviço do agente Zabbix está ativo, e analisar os logs do agente e do sistema operacional para identificar a causa antes de qualquer intervenção.
  3. Cexecutar o utilitário zabbix_get a partir do servidor para forçar a coleta de itens não suportados e, em seguida, limpar o cache do Zabbix Server para forçar uma nova descoberta do host.
  4. Dmodificar o tipo de interface do host no frontend do Zabbix de "Agent" para "SNMP", considerando que falhas sucessivas de "Unreachable" indicam incompatibilidade nativa de protocolo de coleta.
  5. Edesinstalar e reinstalar o agente Zabbix no servidor antes de qualquer investigação, pois o status 'Unreachable' persistir após múltiplas tentativas indica que a instalação do agente está corrompida e não pode ser recuperada remotamente.
Revelar gabarito e comentário

GabaritoB — verificar conectividade básica com ping e traceroute a partir do servidor Zabbix, tentar acesso SSH ao servidor para verificar se o serviço do agente Zabbix está ativo, e analisar os logs do agente e do sistema operacional para identificar a causa antes de qualquer intervenção.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Diagnóstico de falhas em monitoramento com Zabbix

Gabarito: letra B. Diante de um alerta de host "Unreachable" e agente sem resposta, o procedimento mais adequado é o diagnóstico remoto metódico: verificar conectividade básica (ping e traceroute), tentar acesso SSH para checar o serviço do agente e analisar logs — antes de qualquer intervenção mais invasiva. Essa é a conduta correta de troubleshooting, priorizando a coleta de evidências antes de agir.

O Zabbix é uma ferramenta de monitoramento de infraestrutura de TI que coleta métricas de hosts por meio de agentes instalados nos servidores. Quando um host fica "Unreachable", significa que o servidor Zabbix não consegue se comunicar com o agente — seja por problema de rede, serviço parado, firewall, ou até falha no próprio agente. O status "Unreachable" é genérico: não diz a causa. Por isso, o analista deve seguir uma sequência lógica de diagnóstico, começando pelas verificações mais simples e não invasivas.

O primeiro passo é testar a conectividade básica: usar ping para verificar se o host responde a pacotes ICMP e traceroute para identificar onde a comunicação falha (se há roteamento problemático, por exemplo). Se o ping falhar, o problema pode estar na rede; se funcionar, o problema pode estar no serviço do agente ou no firewall. Em seguida, o analista deve tentar acesso SSH ao servidor para verificar se o serviço do agente Zabbix está ativo (por exemplo, com systemctl status zabbix-agent) e analisar os logs do agente e do sistema operacional — eles frequentemente indicam a causa raiz, como erro de configuração, porta bloqueada ou falha de autenticação.

Essa abordagem é a recomendada em boas práticas de administração de sistemas: diagnosticar antes de intervir. Alterar configurações globais, reinstalar agentes ou trocar protocolos sem entender a causa pode piorar a situação ou mascarar o problema real. A alternativa B é a única que segue esse princípio.

A pegadinha da questão está em oferecer ações precipitadas e tecnicamente incorretas como distratores, tentando fazer o candidato agir por impulso em vez de pensar. O analista deve resistir à tentação de "chutar" soluções e seguir o método.

  1. 1Ping e traceroute
  2. 2Acesso SSH
  3. 3Verificar serviço do agente
  4. 4Analisar logs
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Alterar o timeout global no zabbix_server.conf para 30 segundos é uma medida que afeta todas as verificações do servidor e não resolve a causa do problema. O timeout é um parâmetro de quanto tempo o servidor espera por uma resposta; aumentá-lo pode apenas mascarar uma lentidão, mas não corrige a falha de comunicação. Além disso, mexer em configuração global sem diagnóstico é arriscado e pode impactar outros hosts. O correto é investigar a causa antes de qualquer ajuste.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta alternativa descreve exatamente o procedimento adequado: verificar conectividade com ping e traceroute, tentar acesso SSH para checar o serviço do agente e analisar logs. É a sequência lógica de diagnóstico remoto, não invasiva e que coleta informações essenciais para identificar a causa raiz. O analista só deve acionar a equipe de suporte físico após esgotar as possibilidades de diagnóstico remoto.

Alternativa C — ❌ Incorreta

O zabbix_get é uma ferramenta de linha de comando usada para testar a comunicação com o agente, mas não "força a coleta de itens não suportados" nem "limpa o cache" para redescobrir o host. Essas ações não têm relação com o problema de "Unreachable". O zabbix_get poderia ser usado para testar a comunicação, mas a alternativa descreve um uso incorreto e não aborda o diagnóstico adequado.

Alternativa D — ❌ Incorreta

Trocar o tipo de interface de "Agent" para "SNMP" é uma mudança de protocolo de monitoramento que não faz sentido aqui: o host está configurado para usar o agente Zabbix, e o problema é de comunicação, não de incompatibilidade de protocolo. Falhas de "Unreachable" não indicam necessidade de trocar para SNMP; indicam que algo está impedindo a comunicação com o agente. Alterar a interface sem diagnóstico é uma ação precipitada e incorreta.

Alternativa E — ❌ Incorreta

Desinstalar e reinstalar o agente antes de qualquer investigação é uma medida drástica e desnecessária. O status "Unreachable" não indica necessariamente que a instalação está corrompida; pode ser um problema de rede, serviço parado ou firewall. Reinstalar sem diagnóstico é perda de tempo e pode até piorar a situação. O correto é investigar a causa antes de qualquer ação invasiva.

Gabarito: letra B

Link permanente: /questoes/qa430616