Manual de Rede XOps - Host de Monitoramento LAN Inacessível

Este manual descreve etapas para resolver problemas quando o Monitoramento LAN está configurado e a Nuvem Cato não consegue alcançar um host por trás de um site.

Visão Geral

O recurso de Monitoramento LAN permite que você defina hosts por trás de um site pelo endereço IP deles e o Limite de Falha para o host (o número máximo de testes ICMP consecutivos falhados). Um PoP na Nuvem Cato envia testes ICMP para o host, se o host não responder ao número especificado de testes ICMP, é considerado inacessível e um evento é gerado automaticamente. Você também pode optar por enviar uma notificação por e-mail quando um host estiver inacessível.

Quando a conectividade entre o host e o PoP é restaurada, um novo evento é gerado indicando que o host está acessível.

Para mais informações, consulte Trabalhando com Monitoramento LAN para um Site.

 

A seguir estão as diferentes maneiras que um administrador da Aplicação de Gerenciamento Cato pode verificar que um host monitorado tornou-se inacessível para o PoP de monitoramento:

  • Vá para a página Bancada de Trabalho de Histórias e use o predefinido Network XDR para encontrar as histórias Host de monitoramento LAN inacessível.

    lanmonpic.png

    A história fornece informações sobre o status atual do site, uma linha do tempo de incidentes e mais.

  • Evento de Monitoramento LAN com a ação Host Inacessível

    • Use o filtro predefinido Hosts LAN inacessíveis e ajuste o período de tempo, se necessário

  • Notificação por e-mail de Monitoramento LAN

    • Quando notificações por e-mail são ativadas para uma regra de Monitoramento LAN, e-mails são enviados para a lista de distribuição (podem incluir não administradores)

 

Ao responder a histórias de Operações de Sites, é importante abordar o problema primeiro verificando se o problema é contínuo, depois solucionando o problema e finalmente verificando se o problema foi resolvido.

 

Etapa 1 - Verificar se o Host está Inacessível

Esta seção discute diferentes ferramentas Cato que você pode usar para verificar a razão pela qual o host está inacessível.

Usando o Predefinido de Eventos de Monitoramento LAN

Usar o filtro de eventos predefinido de Monitoramento LAN permite-nos verificar o último evento relacionado ao host em questão. Se este evento não for seguido por um evento indicando que a conectividade foi restabelecida, isso sugere que o host ainda está inacessível.

 

Visualizando História para o Status Atual

A própria História também pode ser usada para determinar a contínua inacessibilidade de um host. O status atual da história está listado no Painel. Um status de história de Aberto mostra que este evento ainda está em andamento.

 

Etapa 2 - Solucionar Problemas de Conectividade do Host

Esta seção discute ferramentas dentro do Cato que podem ser usadas para seguir uma abordagem estruturada de solução para este tipo de incidente. Essas etapas devem ser seguidas geralmente em ordem, mas os resultados dessas verificações podem determinar qual é a próxima etapa.

  

Revisão de Alterações no Trilho de Auditoria

Revise as alterações na página de Trilho de Auditoria para a Aplicação de Gerenciamento Cato, e veja se há alguma configuração relacionada a esta questão. Se alguma configuração levou diretamente à mudança no status do host, considere reverter a mudança.

 

Hosts Conhecidos

 A página Hosts Conhecidos na CMA (Rede > Sites > {site name} > Monitoramento de Site > Hosts Conhecidos) pode ser usada para coletar informações sobre pontos finais individuais visualizados dentro de um site. Esta informação inclui há quanto tempo os últimos pacotes foram vistos que foram originados daquele host.

Tipicamente, um host monitorado respondendo a pacotes ICMP como parte do Monitoramento LAN sempre estará atualizando este temporizador. Um exemplo como acima sugere o momento da perda de acessibilidade do host. Isso pode fornecer contexto adicional. Esta janela de tempo corresponde a alguma janela de manutenção ou eventos de energia esperados que podem ter afetado a conectividade do host, ou mudanças de rede no ambiente local, por exemplo.

 

Usando Ferramentas WebUI do Socket

Você pode usar o WebUI do Socket para enviar um ping ao host a partir da interface LAN. Para mais informações, consulte Usando as Ferramentas WebUI do Socket.

  • Do WebUI do Socket, ping o host com estas configurações:

    • Rota via - LAN

    • Nome do host/IP - Endereço IP do host inacessível

    Se não houver resposta ao ping, o problema pode estar relacionado ao roteamento, ou o host pode estar geralmente inacessível, desligado ou não configurado para responder a pings, por exemplo.

    pingfail.png
    • Usando as ferramentas WebUI do Socket, faça um captura PCAP da interface LAN enquanto um ping ao host em questão está em andamento. Veja se há um ping bidirecional entre o socket e o host.
      arpfailcap.pngO exemplo acima mostra que não há resposta do socket quando se faz ARP pelo endereço físico do host em questão. Isso implica que o host está na mesma rede local que o socket LAN, mas que o host não está respondendo na camada 2. Para este resultado, verifique se o host está ligado e pronto para responder a requisições ARP.

      icmpfailcap.pngO exemplo acima mostra tanto o socket quanto as requisições ICMP configuradas de Monitoramento LAN original do PoP ao host monitorado. Observe o endereço de origem 10.254.254.1 e o delta de tempo (10 segundos) entre as requisições ICMP de monitoramento LAN enviadas pelo PoP. O fato de que a requisição ICMP é enviada mostra que o endereço MAC do próximo salto ou do host final está sendo utilizado para enviar essas requisições. Verifique se este endereço MAC sugere que o host monitorado existe atrás de uma barreira de camada 3, ou é local à rede LAN do socket.

    • Se o host monitorado está atrás de uma barreira de camada 3, comece a investigar como as requisições ICMP são tratadas nesse salto. Se a resposta ICMP do host estiver atingindo aquele dispositivo de barreira de camada 3, provavelmente é um problema de roteamento nessa barreira de camada 3.
    • Se o host monitorado estiver na rede LAN do socket, provavelmente o dispositivo está desligado ou de outra forma não está configurado ou apto a responder a ICMP.

     

 

Etapa 3 - Verificar se o Host está Acessível

Depois de remediar o problema com o host, verifique se ele está acessível e possui conectividade com a Nuvem Cato.

Visualizando o Host na Página de Hosts Conhecidos

Na página Hosts Conhecidos, mostre o host e verifique se a Última Atividade do Host está mostrando dados para o tempo atual.

Mandando Ping no Host a partir do WebUI do Socket

Use o WebUI do Socket para enviar ping ao host, usando a interface LAN para verificar que o host tem conectividade com o site. 

Revisando o Evento de Host Acessível

Após a conectividade entre o host e a Nuvem Cato ser restaurada, um evento de Host Acessível é gerado. Você pode configurar manualmente o filtro de eventos para Ação É Host Acessível para mostrar o evento.

 

 Levando Casos ao Suporte Cato

Se, após seguir este manual, você não conseguir corrigir o problema, você pode querer abrir um ticket com o Suporte Cato. Ao fazer isso, para uma resolução rápida, é importante que você inclua todas as informações colhidas ao seguir os passos acima.

Por favor, veja Enviar um Ticket de Suporte

Esse artigo foi útil?

Usuários que acharam isso útil: 0 de 0

0 comentário