Um link de internet indisponível pode interromper vendas, acesso a sistemas em nuvem, atendimento por PABX IP, conexões VPN e rotinas de filiais em poucos minutos. Saber como configurar failover de internet é, portanto, uma medida de continuidade operacional – não apenas uma decisão de conectividade.
Em um ambiente corporativo, o failover transfere o tráfego para um segundo link quando a conexão principal falha ou apresenta degradação relevante. Para que essa mudança realmente preserve a operação, não basta contratar dois provedores e conectá-los ao mesmo equipamento. É necessário definir critérios de saúde dos links, rotas, prioridades, políticas de segurança, testes e monitoramento contínuo.
O que o failover protege na operação
O failover de internet reduz o impacto de falhas na última milha, rompimentos físicos, indisponibilidade do provedor, perda de rota externa e problemas de DNS ou resolução de aplicações críticas. Quando configurado corretamente, ele mantém a empresa conectada a serviços essenciais mesmo que o link principal deixe de responder.
O ponto central é que falha de link não significa apenas perda total de sinal. Há situações em que a interface permanece ativa, mas o acesso à internet fica lento, instável ou incapaz de alcançar destinos específicos. Se o equipamento avaliar somente o status físico da porta, ele pode manter o tráfego em uma conexão que, na prática, não atende à empresa.
Por isso, a arquitetura deve considerar a experiência real dos usuários e dos serviços. Um ERP hospedado externamente, uma central telefônica em nuvem e uma VPN para datacenter podem exigir verificações diferentes para confirmar que o link está operacional.
Como configurar failover de internet com segurança
A configuração varia conforme o firewall, roteador, appliance SD-WAN ou solução de borda utilizada. Ainda assim, a lógica operacional segue etapas que precisam ser tratadas antes de aplicar qualquer regra no equipamento.
1. Defina os serviços que não podem parar
Comece pelo impacto ao negócio. Identifique quais aplicações precisam continuar disponíveis em caso de falha: sistemas de gestão, telefonia IP, acesso remoto, e-mail, ferramentas de colaboração, conexão com filiais, serviços de atendimento e integrações com parceiros.
Essa análise determina se o segundo link será usado apenas em contingência ou se fará parte de uma estratégia de balanceamento. Também orienta quais destinos devem ser monitorados. Um simples teste de conectividade a um endereço público pode não representar a disponibilidade do sistema que sustenta a operação.
Defina ainda o tempo máximo aceitável para troca de link. Em algumas empresas, uma interrupção de 30 segundos é tolerável. Em operações de atendimento, transações ou comunicação crítica, esse intervalo pode afetar chamadas, sessões autenticadas e produtividade.
2. Escolha links realmente independentes
Dois contratos com a mesma operadora não garantem redundância efetiva. Os links podem compartilhar infraestrutura física, rota, caixa de passagem, poste, concentrador ou ponto de presença. Se houver uma falha comum, ambos poderão ficar indisponíveis ao mesmo tempo.
A recomendação é utilizar provedores distintos e, quando possível, tecnologias ou caminhos físicos diferentes. Um link por fibra e outro por cabo, rádio ou rede móvel corporativa podem reduzir a exposição a um único ponto de falha. A melhor combinação depende da localização, da criticidade do ambiente, da disponibilidade regional e do perfil de tráfego.
Também avalie capacidade e qualidade. Um link de contingência muito inferior pode manter e-mail e navegação básica, mas não suportar videoconferência, telefonia e acesso simultâneo de usuários remotos. O dimensionamento precisa refletir o cenário de crise, não apenas o menor custo mensal.
3. Configure interfaces, rotas e prioridades
No firewall ou roteador, configure cada WAN com seus parâmetros de acesso: endereço IP, gateway, DNS, VLAN quando aplicável e velocidade contratada. Em seguida, estabeleça a prioridade das rotas.
Em uma arquitetura ativa-passiva, o link principal recebe a menor distância administrativa ou maior prioridade. O link secundário permanece preparado para assumir quando o principal falha. Quando a conexão principal retorna e se estabiliza, o tráfego pode voltar automaticamente ou permanecer no contingente até uma ação manual, conforme a política definida.
O retorno automático reduz intervenção operacional, mas precisa ser usado com cautela. Se o link principal oscilar, a rede pode alternar repetidamente entre conexões. Esse comportamento, conhecido como flapping, derruba sessões e torna o incidente mais difícil de diagnosticar. Configure intervalos de recuperação e uma quantidade mínima de testes bem-sucedidos antes de restaurar a rota principal.
Em cenários ativos-ativos, os dois links transportam tráfego simultaneamente. Essa abordagem pode aproveitar melhor a banda disponível, mas aumenta a complexidade de políticas, NAT, VPNs, logs e troubleshooting. Para muitas empresas, a configuração ativa-passiva oferece previsibilidade e atende ao objetivo de continuidade.
4. Use monitoramento de link com testes de saúde
O monitoramento de link, frequentemente chamado de link health check ou SD-WAN SLA, é a parte que diferencia uma redundância aparente de um failover funcional. Em vez de verificar apenas se a porta WAN está conectada, o firewall deve executar testes periódicos contra destinos confiáveis.
Os testes podem avaliar resposta ICMP, DNS, consultas HTTP ou HTTPS e conectividade com endereços estratégicos. É recomendável monitorar mais de um destino, pois a indisponibilidade de um único servidor público não deve acionar uma troca de link sem necessidade.
Defina limiares para perda de pacotes, latência e jitter. Para tráfego de dados convencional, alguma elevação de latência pode ser aceitável. Para voz sobre IP e videoconferência, jitter e perda de pacotes têm impacto imediato na qualidade. O critério de falha deve refletir a aplicação e o acordo de nível de serviço esperado.
5. Revise NAT, VPN e telefonia antes do teste
Quando o tráfego sai por outro provedor, o endereço IP público muda. Isso pode afetar listas de liberação de parceiros, túneis VPN, integrações com sistemas externos e autenticações baseadas em IP. Cada cenário precisa ser validado antes que o link de contingência seja tratado como pronto.
Em VPNs site-to-site, configure rotas e mecanismos de renegociação para o segundo link. Em alguns casos, será necessário cadastrar os dois endereços públicos no lado remoto. Para acesso remoto, confirme que os usuários conseguem localizar o novo ponto de entrada ou que há um nome DNS devidamente atualizado.
A telefonia IP merece atenção específica. Uma troca de link pode interromper chamadas ativas e exigir novo registro dos ramais no PABX ou na plataforma em nuvem. Verifique regras de QoS, políticas de SIP, NAT e priorização de voz nos dois caminhos. O objetivo não é prometer que nenhuma sessão cairá, mas limitar a interrupção e assegurar uma recuperação controlada.
Teste o failover sem esperar por uma falha real
Uma configuração sem teste é uma hipótese. Programe simulações controladas, de preferência em janela aprovada, desconectando o link principal ou desabilitando sua rota no equipamento. Registre o tempo de detecção, o momento da troca, os serviços que permaneceram disponíveis e o comportamento de VPNs, telefonia, sistemas em nuvem e dispositivos críticos.
Faça também o teste inverso: restaure o link principal e observe como ocorre o retorno. Avalie se há flapping, perda de sessões, alertas excessivos ou tráfego que permanece preso na rota secundária. Ajuste temporizadores, métricas e regras antes de considerar a implantação concluída.
O teste deve ser repetido periodicamente e sempre que houver mudança relevante de operadora, firewall, política de segurança, rede local ou aplicação crítica. Documentar a topologia, os endereços, as regras de NAT e os responsáveis pela operação reduz o tempo de resposta durante um incidente.
Monitore disponibilidade e segurança continuamente
Failover não elimina a necessidade de gestão. Sem monitoramento, a equipe pode descobrir que o segundo link estava indisponível somente quando o principal falhar. Acompanhamento 24×7 permite identificar perda de qualidade, oscilações, consumo anormal de banda e eventos de troca antes que eles se transformem em indisponibilidade para o usuário.
Os alertas precisam informar qual link apresentou falha, quais métricas causaram o evento, quando ocorreu a comutação e se a conexão principal foi restabelecida. Logs centralizados ajudam a correlacionar o incidente com regras de firewall, tentativas de acesso indevido, falhas de VPN ou problemas no provedor.
A redundância também deve preservar a postura de segurança. O segundo link não pode funcionar como uma porta alternativa sem inspeção, filtragem web, controle de aplicações, antivírus de borda e políticas de acesso equivalentes às do link principal. A continuidade sem proteção pode criar um risco maior do que a própria interrupção.
Para empresas que dependem de operação contínua, a Altermedios atua na definição, implantação e monitoramento de conectividade corporativa com visão integrada de firewall, segurança e disponibilidade. O resultado esperado não é apenas trocar de link, mas sustentar uma resposta previsível quando a infraestrutura for pressionada.
A melhor hora para validar o failover é quando a rede está estável e a equipe tem tempo para corrigir detalhes. Quando a falha real acontecer, a continuidade da empresa dependerá das decisões técnicas tomadas antes dela.
