No caso raro de um site perder a conectividade com o Cato Cloud, o recurso de Modo de Recuperação ajuda a restaurar facilmente o tráfego diretamente para e da Internet. O Modo de Recuperação é parte dos recursos de recuperação do Socket que priorizam a conectividade e minimizam a interrupção dos fluxos de tráfego.
O Modo de Recuperação é ativado por padrão e você pode usar o Aplicativo de Gerenciamento Cato para desativá-lo para um site específico ou para toda a conta.
Esta seção descreve quando o Socket ativa o Modo de Recuperação para se conectar diretamente à Internet e então retoma o envio do tráfego pelo Cato Cloud.
Se o túnel entre o Socket e o PoP (Cato Cloud) for desconectado, o Socket imediatamente muda para o modo de Modo de Recuperação. O túnel é considerado desconectado se houver 100% de perda de pacotes ou se o Socket parar de receber respostas para 3 mensagens de Manter Ativo consecutivas.
Primeiro o Socket seleciona aleatoriamente um link e o designa para o Modo de Recuperação. Em seguida, o Socket transfere o tráfego da Internet diretamente para a Internet (o ISP local). Porque o tráfego ignora o Cato Cloud, as proteções de segurança do Cato, como firewall e IPS, não são aplicadas.
Nota: o Modo de Recuperação não modifica o tráfego WAN entre seus sites. Para recuperar o tráfego WAN se um site não pode conectar-se ao Cato Cloud, ative o recurso de Recuperação WAN. Para mais informações, consulte Resiliência do Site com Recuperação WAN.
Se o Socket desconectar-se temporariamente do Cato Cloud, por exemplo, ao identificar um melhor transporte ou PoP, o Modo de Recuperação permite que os usuários continuem acessando a Internet.
Para sites com o recurso de Alta Disponibilidade do Socket (HA) e Modo de Recuperação ativados, quando há problemas de conectividade com o Cato Cloud, primeiro o Socket HA é ativado. O Socket primário falha para o Socket secundário. E, se ainda houver problemas de conectividade com o Cato Cloud, então o Modo de Recuperação é ativado no Socket secundário.
O Socket continua tentando se conectar ao Cato Cloud e quando o Socket recebe respostas para as mensagens de Manter Ativo, ele identifica que o link com o Cato Cloud foi restaurado. O Socket então imediatamente roteia o tráfego pelo Cato Cloud.
Em alguns casos, o túnel pode se desconectar repetidamente em intervalos curtos, então a Cato utiliza um algoritmo de retrocesso para prevenir oscilação entre tentar se conectar ao Cato Cloud ou ao ISP local (Modo de Recuperação).
A primeira vez que a conexão com o PoP é recuperada, o Socket imediatamente cria um túnel para o Cato Cloud. Se houver outra desconexão do Socket nos próximos 1024 segundos (~17 min), o Socket espera 8 segundos antes de restaurar a conectividade com o Cato Cloud (quando a conexão se recupera). Nas próximas vezes que o Socket se desconecta, ele espera 16 segundos, 32 segundos e assim por diante até o máximo de 1024 segundos. Uma vez que o túnel do Socket está conectado ao Cato Cloud por mais de 1024 segundos, então o Socket é considerado estável. Então o atraso de retrocesso é redefinido para esperar 8 segundos.
0 comentário
Por favor, entre para comentar.