Visão Geral
As falhas de atualização de Socket podem ocorrer em várias etapas, desde a implementação inicial até janelas de manutenção programadas e atualizações manuais. Compreender e resolver esses problemas prontamente é crucial para manter a integridade da rede. Este playbook foi projetado para orientá-lo em um cenário em que seu site não conseguiu estabelecer um túnel para a Nuvem Cato após uma atualização.
Passo 1 - verificar se o Site está Desconectado
- Navegue até Página Inicial > Bancada de Trabalho de Histórias e selecione o Predefinido de Operações de Rede para encontrar histórias de Site desativado que não estão fechadas ou não silenciadas.
- Navegue até Página Inicial > Eventos e procure eventos rotulados como Ação Falhou com a mensagem "Nenhum túnel aberto após tempo de tolerância." Esses eventos indicam que o Socket foi relatado como offline após o período de Atualização de Socket encerrado (17 minutos).
Passo 2- Verificar conectividade do Socket com a Nuvem Cato
- O status de conectividade dos Sockets pode ser verificado através do socket WebUI. Para acessar o socket WebUI localmente, consulte Entrar no Socket WebUI Localmente.
- Na Guia de Monitoramento do Socket, verifique a porta WAN usada para conectar-se à Nuvem Cato. Se o status do Link exibir desativado (vermelho), verifique se há um link físico ativo entre o socket e o dispositivo ISP.
- Se tivermos conectividade de internet mas não houver conexão com a Nuvem Cato, vá para a guia Captura de Tráfego, selecione a interface WAN relevante e inicie a captura. Após um minuto, clique em Baixar & Parar.
- Prossiga para a seção Levantamento de Casos para Suporte Cato e forneça todos os dados coletados.
Passo 3 - Resolver Socket Inacessível após uma atualização
Pessoal no local é necessário para executar as etapas a seguir:
Nota: Sempre que possível, entre em contato Suporte Cato para coletar arquivos de log de Socket via console antes de reiniciar o Socket. Esses logs são cruciais para análise da causa raiz.
-
Coletar Logs de Console. Conectar um cabo de console ao Socket. Vá para Gerenciador de Dispositivos > Portas, e anote a porta COM do cabo de console. Abra o Putty ou aplicativo de terminal similar e use os parâmetros abaixo.
Guarde a saída do console em um arquivo de texto para futura investigação.- Em Sockets físicos, esta etapa deve ser feita antes de reiniciar o Socket, pois os logs do Socket se perdem após a reinicialização.
- Para vSockets Azure, logs de console podem ser obtidos do Azure sob a VM > Ajuda > Diagnóstico de Inicialização > Log Serial > Baixar Log Serial. Esses logs são coletados por até 6 inicializações.
- Reiniciar. O próximo passo é reiniciar se o túnel falhar em se estabelecer ou o Socket se tornar inacessível após uma atualização.
- Desassociar e Reassociar Socket ao Site. Se a reinicialização não ajudar a reativar o túnel/Socket, desassocie o Socket no CMA. Se o Socket for detectado, ele aparecerá na notificação do CMA após alguns minutos. Associe o Socket de volta ao mesmo site.
- Restaurar o Socket. Se não houver notificação do CMA, a próxima etapa é restaurar o Socket para seu estado padrão de fábrica. Você pode pressionar e segurar o botão F/D por 30-35 segundos ou realizar uma reinicialização por USB para fazer isso.
- Entre em Contato com o Suporte. Envie os logs de console coletados para o Suporte e solicite a abertura de um processo de RMA para o Socket. Recomendamos iniciar esse processo se todos os passos acima foram realizados e falharam.
Levantamento de casos para Suporte Cato
Envie um Ticket de Suporte com os resultados dos passos de solução de problemas acima. Inclua as seguintes informações no ticket:
- Detalhes dos Sockets afetados e impacto geral.
- Eventos e notificações CMA relacionados mostrando a falha na atualização do Socket.
- Resultados das atualizações manuais e reprogramação de janela de manutenção.
- Logs de console coletados se o Socket tornar-se inacessível.
0 comentário
Por favor, entre para comentar.