Como configurar failover no MikroTik com rotas recursivas

Por que o failover tradicional falha no MikroTik

Quando configuramos duas conexões de internet em um roteador, o cenário ideal é que, se o provedor principal cair, o tráfego mude sozinho para o link de segurança. No entanto, o método básico de olhar apenas para o modem da operadora costuma enganar o administrador. Se o cabo entre o seu MikroTik e o roteador da operadora estiver firme, o roteador acha que a internet está ativa, mesmo que a operadora esteja sem conexão com o restante do mundo. Para resolver essa falha oculta, precisamos ir além da rede local e entender como o tráfego se comporta. Se você gerencia múltiplos cabos e quer entender melhor como unir conexões para duplicar a banda quando tudo funciona, vale a pena conferir nosso guia sobre como configurar link aggregation LACP em roteadores para cenários de alta capacidade local.

O que são rotas estáticas recursivas na prática

Na prática, a rota recursiva é um truque inteligente de engenharia de redes onde o roteador descobre o caminho para um destino final através de um IP intermediário que está lá na internet profunda, como o DNS público do Google (8.8.8.8) ou da Cloudflare (1.1.1.1). Em vez de apontar a rota apenas para o salto local da operadora, você diz ao MikroTik para procurar esse IP externo usando o gateway específico daquele provedor. Se a operadora principal perder a conexão com a grande rede mundial, o endereço externo deixa de responder e o MikroTik entende imediatamente que aquela rota perdeu a validade, permitindo que a rota de backup assuma o controle. É um princípio de resiliência semelhante ao que discutimos ao analisar por que o gateway padrão falha e como diagnosticar com ping em redes corporativas.

Passo a passo da configuração das rotas no MikroTik

Para colocar essa arquitetura para funcionar na prática, precisamos criar rotas com pesos e escopos diferentes. Vamos supor que a sua operadora principal (Link A) use o gateway 192.168.1.1 e a operadora de backup (Link B) use o gateway 192.168.2.1. O primeiro passo é fixar o IP de monitoramento externo amarrado ao gateway principal da seguinte forma.

/ip route add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10

Em seguida, criamos a rota padrão que usará esse destino monitorado. Essa rota só continuará ativa enquanto o IP 8.8.8.8 puder ser alcançado através daquele gateway específico.

/ip route add dst-address=0.0.0.0/0 gateway=8.8.8.8 distance=1

Para garantir que o backup assuma quando o pior acontecer, adicionamos a rota secundária com uma distância maior, o que indica menor prioridade para o roteador.

/ip route add dst-address=0.0.0.0/0 gateway=192.168.2.1 distance=2

Monitoramento ativo com o utilitário Netwatch

Embora as rotas recursivas resolvam a maioria dos cenários de tráfego, adicionar o Netwatch ao ecossistema traz uma camada extra de automação e alertas visuais. O Netwatch é uma ferramenta nativa do RouterOS que dispara pings periódicos para um endereço IP específico e executa comandos personalizados dependendo se o destino está respondendo ou não. Isso é extremamente útil não apenas para mudar rotas, mas também para registrar em log o momento exato da queda ou disparar scripts adicionais de notificação.

Para configurar o Netwatch monitorando o link principal, acesse a ferramenta e defina o endereço de teste com um intervalo seguro para evitar falsos positivos causados por micro-oscilações momentâneas.

/tool netwatch add host=8.8.8.8 interval=10s timeout=3s up-script=":log info \"Link Principal UP\"" down-script=":log warning \"Link Principal DOWN\""

Cuidados essenciais e armadilhas comuns na configuração

Um erro clássico cometido por administradores iniciantes é escolher um IP de monitoramento que sofra instabilidades frequentes ou bloqueios de ICMP por parte de algumas operadoras de pequeno porte. Prefira sempre endereços corporativos altamente estáveis e globalmente distribuídos. Outro ponto crítico é ajustar os tempos de timeout e intervalo do Netwatch para que ele não oscile loucamente entre os links caso o provedor principal apresente perda intermitente de pacotes, comportamento conhecido popularmente como efeito flapping.

Manter a estabilidade da sua infraestrutura exige testes práticos simulando falhas físicas. Desconectar o cabo da operadora principal durante um horário controlado é a única forma de garantir que a transição para o backup realmente ocorreu sem deixar conexões ativas travadas no meio do caminho. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como testar transistor IGBT na placa com multímetro.

Considerações finais sobre resiliência em redes

Implementar rotas recursivas e ferramentas de monitoramento no MikroTik transforma uma conexão vulnerável em uma estrutura altamente confiável para residências exigentes e pequenas empresas. A automação bem planejada elimina a dependência de intervenção humana em momentos críticos de falha de energia ou rompimento de fibra óptica. Com uma base sólida de failover configurada, sua rede ganha a robustez necessária para operar de forma contínua e sem surpresas desagradáveis.