Cloudflare WARP desconectando e reconectando: como corrigir

Resposta rápida

Se o Cloudflare One Client entra em um ciclo de desconexão e reconexão e o perfil usa Split Tunnel com entradas por hostname, atualize Windows, macOS ou Linux para a versão estável 2026.8.2110.0 ou posterior. O hotfix publicado em 12 de outubro de 2026 corrige especificamente uma falha na aplicação dessas regras que podia reiniciar a conexão repetidamente.

Depois da atualização, confirme a versão instalada, aguarde a atualização do perfil e reproduza o problema. Se a organização não usa hostnames no Split Tunnel, ou se o ciclo continua, não conclua que é o mesmo defeito: registre a etapa de conexão com warp-cli -l status, gere um pacote com warp-diag e consulte o Cloudflare Status antes de alterar políticas em massa.

O que mudou na versão 2026.8.2110.0

A Cloudflare publicou a versão 2026.8.2110.0 como estável para Windows, macOS e Linux em 12 de outubro. As notas descrevem um hotfix para o cliente que desconectava e reconectava repetidamente quando uma configuração de Split Tunnel com hostnames falhava ao ser aplicada.

A correção é mais estreita do que uma solução geral para qualquer queda do WARP. Falhas de internet, firewall, captive portal, autenticação, perfil incorreto, software de segurança, DNS privado ou incidente da plataforma exigem diagnóstico próprio. Use a combinação entre versão, configuração e logs para confirmar a causa.

Atualize sem interromper toda a empresa

A Cloudflare recomenda a versão estável mais recente para receber correções e melhorias. Em dispositivos gerenciados por Intune, Jamf ou outro MDM, distribua o novo instalador com os mesmos parâmetros do provisionamento atual. Em Windows e macOS a partir da versão 2026.6.0, administradores também podem atribuir uma versão alvo a grupos de dispositivos pelo painel Zero Trust.

Não faça a primeira instalação em toda a frota. Valide em um dispositivo que reproduz o erro, depois em um pequeno grupo que represente redes, sistemas e softwares de segurança diferentes. Confirme o tráfego no Gateway e só então amplie o rollout. Uma reversão apressada para uma versão antiga pode reintroduzir o defeito.

• Registre a versão atual e o perfil aplicado ao dispositivo afetado.
• Instale 2026.8.2110.0 ou uma versão estável posterior em um equipamento de teste.
• Reinicie o cliente conforme o procedimento de gestão da organização.
• Confirme conectividade, DNS, aplicações privadas e regras do Gateway.
• Amplie para um grupo piloto antes de atualizar todos os dispositivos.

Confirme se o problema está no Split Tunnel

No painel Zero Trust, abra o perfil do dispositivo e verifique se Split Tunnels está em modo Include ou Exclude. Procure entradas do tipo Domain. Regras baseadas em IP ou CIDR não são a mesma condição descrita no hotfix. A Cloudflare recomenda IP sempre que possível porque hostnames dependem de resolução DNS e de mudanças dinâmicas na tabela de rotas e no firewall local.

As configurações podem levar até dez minutos para chegar aos dispositivos. Não edite e teste imediatamente várias versões do perfil, pois isso mistura propagação com falha real. Mantenha a lista curta, use o hostname mais específico possível e evite curingas amplos de provedores de nuvem, que podem atingir serviços diferentes compartilhando endereços.

• Identifique o Profile ID e confirme que o dispositivo recebeu o perfil esperado.
• Liste as regras por hostname e registre quais delas são Include ou Exclude.
• Espere a propagação antes de repetir o teste.
• Troque temporariamente apenas uma regra reproduzível por IP ou CIDR em um ambiente de teste.
• Reverta o teste se ele ampliar acesso ou retirar tráfego dos controles do Gateway.

Domínio exato, curinga e DNS mudam o resultado

Uma regra example.com corresponde somente a esse nome, não a www.example.com. Já *.example.com cobre subdomínios, mas não o domínio raiz. Se a aplicação usa vários hostnames, todos precisam ser considerados. O cliente de desktop adiciona dinamicamente os endereços resolvidos à rota de Split Tunnel e, por isso, precisa observar a consulta DNS.

Se o sistema operacional, o navegador com DNS seguro ou outro software intercepta a resolução antes do cliente, o endereço pode não entrar na rota esperada. Para domínios privados sem registro público, revise também o Local Domain Fallback. Split Tunnel controla o fluxo IP; consultas DNS continuam sujeitas ao Gateway e às políticas DNS, salvo a configuração específica de fallback.

Veja em qual etapa a conexão reinicia

Execute warp-cli -l status antes de conectar. O comando imprime as etapas que o cliente percorre entre Disconnected e Connected e pode revelar se a falha acontece ao validar a rede, aplicar configurações ou estabelecer o túnel. Anote o horário exato e não trate uma única transição esperada como ciclo.

Compare o estado do aplicativo com a navegação real e com os logs do Gateway. Se todos os dispositivos e perfis falham ao mesmo tempo, verifique o Cloudflare Status. Se apenas máquinas com o mesmo perfil repetem o comportamento, priorize versão, regras de Split Tunnel e conflito com VPN ou software de segurança.

Colete logs sem expor dados sensíveis

Reproduza o ciclo e execute warp-diag logo depois. O pacote inclui version.txt, warp-status.txt, warp-settings.txt, warp-network.txt, warp-stats.txt, regras de firewall e daemon.log. Esse último registra as ações do cliente e a comunicação com a rede da Cloudflare; examine os eventos próximos ao horário anotado.

Organizações com DEX podem executar uma captura remota e selecionar Test all routes para testar IPs e domínios do Split Tunnel. Essa opção aumenta o tempo da coleta e pode afetar temporariamente o desempenho. Revise o arquivo antes de compartilhar: logs podem conter nomes de organização, dispositivos, rotas, hostnames e outros dados internos. Nunca publique o ZIP integral em fóruns ou tickets abertos.

• Reproduza a desconexão e anote o horário local e o fuso.
• Execute warp-diag no dispositivo afetado.
• Confirme a versão em version.txt e o estado em warp-status.txt.
• Compare warp-settings.txt com o perfil esperado e procure o evento no daemon.log.
• Remova ou proteja dados internos antes de enviar o material ao suporte.

Limitações e próxima ação útil

Este guia foi verificado em 13 de outubro de 2026. O hotfix 2026.8.2110.0 trata o ciclo causado pela falha em regras de Split Tunnel por hostname nas versões de desktop. Ele não é uma confirmação de que toda desconexão do WARP tem a mesma origem e não se aplica automaticamente aos clientes móveis.

Faça agora um teste controlado em um dispositivo afetado: registre versão e perfil, atualize o cliente, aguarde a propagação e monitore warp-cli -l status. Se o ciclo desaparecer, avance para um grupo piloto. Se continuar, preserve os logs, compare outro perfil sem hostnames e investigue firewall, VPN, DNS, autenticação e o status da plataforma antes de mudar a frota.

Fontes consultadas

Os links abaixo servem para conferir conceitos, orientações oficiais e o critério editorial usado neste conteúdo.

• Cloudflare One Client for Windows 2026.8.2110.0Cloudflare Changelog
• Cloudflare One Client for macOS 2026.8.2110.0Cloudflare Changelog
• Stable releasesCloudflare Docs
• Split TunnelsCloudflare Docs
• Update the Cloudflare One ClientCloudflare Docs
• Diagnostic logsCloudflare Docs
• Connectivity statusCloudflare Docs
• Cloudflare StatusCloudflare