As 5 regras de failover do PingArmor e quanto tempo leva pra voltar pra principal

Os outros dois posts sobre failover explicam o conceito: o que é failover automático e como o túnel mantém o jogo vivo durante a troca. Aqui a gente vai um passo além: as regras exatas de cada tipo de failover, quanto tempo cada um demora, quando o PingArmor decide voltar pra internet principal — e como acompanhar isso em tempo real no próprio app.

Transparência é o objetivo. Quando uma troca acontece, você não precisa adivinhar o que está rolando: dá pra ler na tela e, se quiser, receber um aviso na bandeja do Windows.

Os 5 gatilhos de failover

O PingArmor monitora a sua internet principal o tempo todo (um teste a cada 750 milissegundos) e a latência até os servidores do jogo (a cada 1 segundo). A partir disso, cinco situações diferentes podem disparar uma troca pra internet secundária. Cada uma tem a sua própria regra e o seu próprio tempo de reação:

#	Tipo	O que aconteceu	Tempo até trocar
1	Caiu (offline)	A interface principal sumiu — cabo arrancado, adaptador desligado, sem link nem IP	~1-2s
2	Sem resposta (drop)	O ping ao roteador e o teste de internet falham no mesmo instante	~1-2s
3	Conexão morta (TCP-dead)	O roteador responde, mas não há internet real — hotspot sem dados, portal de login do Wi-Fi público	~1.5-2s
4	Lag no roteador	O ping até o seu roteador passa do limite (padrão 150ms) por 3 medições seguidas	~2.5-3s
5	Lag no jogo	A latência real até os servidores do jogo passa do limite	~8-19s

Os limites de 150ms (failover) e 80ms (failback) são configuráveis nas preferências — o resto das regras é fixo no produto.

Uma trava de segurança vale pros cinco: se a internet secundária estiver indisponível, nenhum failover acontece. O PingArmor nunca te joga numa interface que também está morta — é melhor segurar na principal do que cair em uma rede que não existe.

Por que o “lag no jogo” é o mais lento

Você deve ter notado: o gatilho #5 leva de 8 a 19 segundos, muito mais que os outros. Isso é de propósito.

Latência de jogo é o sinal mais fácil de dar alarme falso. Um pico isolado de ping, uma medição estranha de uma conexão ociosa, o servidor do jogo demorando pra responder um pacote sem importância — nada disso significa que a sua internet está ruim. Se o PingArmor trocasse de interface a cada pico, você viveria em troca-troca sem motivo (o famoso flapping), e cada troca tem um custo.

Por isso o #5 exige uma janela de medições reais e sustentadas acima do limite antes de agir. Ele só troca quando tem certeza de que o lag é de verdade e persistente — não um fantasma. Os gatilhos 1 a 4 são sobre a sua conexão local (cabo, roteador, internet) e são inequívocos, então agem rápido. O #5 é sobre a rota até um servidor distante, é ambíguo, e por isso é paciente.

Quando o PingArmor volta pra principal (failback)

Trocar pra secundária é a parte fácil. Voltar pra principal — o failback — é onde mora a inteligência, porque voltar cedo demais te joga de volta no problema que causou o failover.

O PingArmor só executa o failback quando todas estas condições são verdadeiras ao mesmo tempo:

1. A principal está saudável de novo — ping ao roteador abaixo do limite de failback (padrão 80ms) por medições consecutivas.
2. Passou o tempo de espera — um cooldown de 15 segundos desde o failover.
3. O jogo está bem — a latência até os servidores voltou ao normal (ou um limite de 2 minutos foi atingido).
4. A internet é real e estável — o teste de conexão real passa de forma consistente, não só por um instante.

Na prática, dois cenários:

• Cabo ficou fora por mais de 15 segundos (o cooldown já correu enquanto estava fora): o failback acontece ~3 segundos depois que o link volta.
• Cabo voltou rápido (replug em poucos segundos): o PingArmor espera o cooldown completo de 15s antes de voltar.

O failback é intencionalmente mais cauteloso que o failover. Trocar pra secundária resolve um problema agora; voltar pra principal cedo demais cria um problema novo.

Quando a principal vive caindo: a espera dobra

E se a sua internet principal fica instável — cai, volta, cai de novo? O PingArmor tem um freio anti-flapping.

Se um failback acontece e logo em seguida (dentro de 15 segundos) a principal falha outra vez, isso é um bounce (um “quica”). A cada bounce, o tempo de espera dobra: 15s → 30s → 1min → … até um teto de 5 minutos. Quanto mais a principal prova que está instável, mais o PingArmor espera antes de tentar voltar — te protegendo de uma sequência de trocas.

Quando a principal finalmente fica estável por 2 minutos seguidos, o contador zera e a espera volta ao padrão de 15 segundos.

Isso aparece na tela como um indicador 2x, 4x ao lado da contagem — e, se você ligar as notificações, como um aviso “Retorno adiado” na bandeja.

Acompanhe o failback no card “INTERFACES DE REDE”

Quando um failover está ativo, o card INTERFACES DE REDE ganha uma linha nova: FAILBACK, com a contagem regressiva até a próxima tentativa de voltar pra principal. Sem adivinhação — você vê exatamente quanto falta.

A bolinha de cada interface diz tudo: verde = ativa e saudável, amarelo = ativa mas é a secundária, cinza = em espera, vermelho = offline. No exemplo acima, a principal (Ethernet) já voltou e está em “Espera” enquanto o cooldown de 12 segundos corre; a secundária (Ethernet 3, uma conexão 4G) segue ativa por enquanto.

A linha FAILBACK muda de cor e texto conforme a situação. São quatro estados:

• Contagem amarela (0:12) — o cooldown normal correndo. Quando chegar a zero e tudo estiver bem, o PingArmor volta pra principal.
• Contagem vermelha + 2x — a espera foi dobrada porque a principal andou instável (o backoff explicado acima). O número ao lado mostra quantas vezes.
• AGUARDANDO ESTABILIZAR (azul) — o cooldown acabou e o PingArmor está fazendo as últimas checagens (a principal está mesmo estável? o jogo voltou ao normal?) antes de executar a volta.
• AGUARDANDO PRINCIPAL (amarelo) — a interface principal ainda está fisicamente offline (cabo fora). Não há contagem porque não há o que contar: o failback só começa quando a principal voltar a existir. Assim que o link voltar, o estado vira contagem normal.

Avisos na bandeja do Windows (opcional)

Por padrão, todo esse controle é silencioso — acontece sozinho enquanto você joga. Mas se você quer saber na hora que uma troca rolou (sem precisar olhar pro app), dá pra ligar as notificações.

Na engrenagem → Configurações, no card de preferências, marque o checkbox “Avisar failover na bandeja”:

Com isso ligado, você recebe um balão em três momentos — exatamente os três estados que o card mostra:

• Failover ativado — entrou em failover; já mostra a estimativa de quando deve voltar.
• Retorno adiado — a principal quicou e a espera dobrou (o 2x do card).
• De volta à rede principal — failback concluído, tudo normal de novo.

A opção vem desligada por padrão porque a maioria das pessoas prefere que a proteção seja invisível. Ligar ou desligar não muda nada no comportamento do failover — é só sobre receber (ou não) o aviso. Marcou, salvou, pronto.

Resumo

Pergunta	Resposta curta
Quantos tipos de failover existem?	Cinco: caiu, sem resposta, conexão morta, lag no roteador, lag no jogo
Por que o lag de jogo demora mais?	Pra não trocar à toa com pico falso de ping
Quando volta pra principal?	Principal saudável + 15s de cooldown + jogo OK + internet estável
E se a principal vive caindo?	A espera dobra (até 5min); zera após 2min estável
Dá pra ver acontecendo?	Sim, na linha FAILBACK do card INTERFACES DE REDE
Dá pra ser avisado?	Sim, opt-in: “Avisar failover na bandeja”

Tudo isso roda sozinho — você não precisa configurar nada além de escolher as duas interfaces. O failover e o failback acontecem automaticamente; o card e as notificações existem só pra te dar transparência sobre o que o PingArmor está fazendo por você.

Quer o panorama geral antes de mergulhar nos detalhes? Veja o que é failover automático e como o PingArmor protege seu jogo durante a troca.

Teste grátis por 3 dias — sem cartão de crédito.