Mapa de falhas e interrupções no serviço Cloudflare
O mapa de interrupções a seguir mostra os últimos locais em todo o mundo onde usuários do serviço Cloudflare relataram estar tendo problemas e interrupções. Se você estiver tendo problemas com o serviço Cloudflare e sua área não estiver listada, não deixe de de enviar uma reclamação abaixo
O mapa de calor acima mostra onde os relatórios de mídia social e enviados por usuários mais recentes estão agrupados geograficamente. A densidade desses relatórios é representada pela escala de cores conforme mostrado abaixo.
Usuários da Cloudflare afetados:
A Cloudflare é uma empresa que fornece serviços de mitigação de DDoS, rede de entrega de conteúdo (CDN), segurança e DNS distribuído. Os serviços da Cloudflare se situam entre o visitante e o provedor de hospedagem do usuário da Cloudflare, atuando como um proxy reverso para os sites.
Locais mais afetados
Nos últimos 15 dias, as reclamações sobre interrupções e problemas tiveram origem em:
| Localização | Reclamações |
|---|---|
| Tlajomulco de Zúñiga, JAL | 1 |
| Asnières-sur-Seine, Île-de-France | 1 |
| New York City, NY | 3 |
| Township of Evan, KS | 1 |
| Ahmedabad, GJ | 1 |
| Le Puy-en-Velay, Auvergne-Rhône-Alpes | 1 |
| Ann Arbor, MI | 1 |
| Palermo, Sicily | 1 |
| Los Angeles, CA | 1 |
Discussão da comunidade
Dicas? Frustrações? Compartilhe aqui o que você está pensando. Não se esqueça de incluir a descrição do problema e a sua cidade e código postal.
Cuidado com "números de suporte" ou contas de "recuperação" que podem ser postadas abaixo. Certifique-se de denunciar e votar contra esses comentários. Evite postar suas informações pessoais.
Reclamações sobre problemas no serviço Cloudflare
Reclamações sobre falhas, interrupções e problemas mais recentes nas redes sociais:
-
ConcurseiroPersistente (@Persistente09) relatou um problemaEu transformei o Claude em uma espécie de central de controle do meu computador, que eu consigo acessar pelo celular, mesmo estando longe de casa. Primeiro, configurei o Wake-on-LAN no meu PC. Depois conectei meu computador à Alexa, permitindo que ela enviasse o comando de Wake-on-LAN pela minha rede. Mas eu não queria depender de falar diretamente com a Alexa. Então fui além: criei meu próprio servidor MCP e nele uma ferramenta chamada ligar_pc. Hospedei esse servidor na Cloudflare, deixando a ferramenta disponível na internet mesmo quando meu computador está completamente desligado. Depois conectei esse MCP diretamente ao Claude. Hoje, quando estou no celular e digo: “Claude, liga meu PC.” o fluxo acontece automaticamente: Meu celular → Claude → meu MCP → Cloudflare → Voice Monkey → Alexa → Wake-on-LAN → meu PC liga. Ou seja, a Alexa participa da automação, mas eu não preciso abrir o aplicativo da Alexa nem falar com ela. Eu simplesmente converso com o Claude pelo celular. E isso não precisa ficar limitado a ligar o computador. Posso continuar desenvolvendo meu MCP e adicionar ferramentas para: desligar, reiniciar, suspender, bloquear o Windows, abrir ou fechar programas, abrir projetos, consultar CPU e RAM, controlar volume, tirar print e executar automações específicas. Também posso criar comandos maiores. Por exemplo: “Claude, prepara meu PC para live.” E configurar para ele abrir automaticamente OBS, Discord, navegador e tudo que eu uso para fazer live. Ou: “Claude, prepara meu ambiente de estudo.” E ele abre automaticamente os programas e ferramentas que eu definir. Para essas funções que acontecem depois que o PC está ligado, o próximo passo é eu instalar um pequeno agente no Windows. Esse agente vai receber somente os comandos autorizados pelo meu MCP e executá-los no computador. Então, no final, a ideia é eu conseguir estar em outra cidade, pegar meu celular e simplesmente conversar com o Claude: “Liga meu PC.” “Abre o OBS.” “Como está o uso da memória?” “Reinicia o computador.” “Desliga meu PC.” E tudo isso ser executado remotamente no meu computador através das ferramentas que eu mesmo configurei.
-
Matt Montenegro (@eusouomatt) relatou um problema@appariciojunior @marcosluiz20709 Qual cap U$ por dev? Pode abrir? ++ Gemini imagino que liberou porque vem obrigatório no Google Workspace. ++ Cursor tem um problema de custo da assinatura, embora no enterprise acho que fica só um mínimo de uso mensal global. Harness bom, model router interessante, nova feature de multi-model e eficiência de tokens interessante. ++ Claude enterprise o custo é *******. É ofensivo o que estão fazendo. ++ Kiro tem benefícios da AWS, mas não duram pra sempre, tem 3 harness diferentes e não tem previsão de focarem pra além de devs, o que me preocupa pq o tema do momento é sair de single para multi player apps/tools. ++ Conductor me ganhou na AGE, mas falta design tools melhores, melhorar performance, lançar o multiplayer de fato e entender como vai ficar segurança e custo para enterprise nesse modelo “cloud”, que é o que habilita multiplayer de fato. ++ Tem outros caras bons como Superconductor, Orca, Warp, Zed. O problema é que é quase impossível construir uma matriz de comparação, porque você tem features da IDE/AGE, o router de llm, o harness de cada software, a observabilidade (custos etc), e assim por diante. Piora porque tem alguns players como AWS com fortes subsídios para compensar o harness menos moderno e a falta de features mais cross-times. No fim, temos a AGE/IDE livres (Conductor, Orca, Warp, Zed), a AGE/IDE com harness e seu próprio model-router (Cursor, Kiro) a AGE/IDE com harness e modelo puros (Codex, Claude, Grok), os model-router puros (Opencode, Openrouter, Vercel, Cloudflare, AWS). Bagunça danda, dificil.
-
Ninpu (@Ninpu17) relatou um problemaComo a transmissão realtime da Cloudflare é paga por demanda, eu liberei 20 GB inicialmente pra cada usuário, isso dá uma bela quantia de horas de transmissão via o servidor do Concord (atualmente não tem jeito de ter mais GB, todo o serviço é gratuito)
-
Ayub | Internet propriamente dita (@ayubio) relatou um problema@marcoseliasmep @rekruten464 @Cloudflare E você pegou o único exemplo de falha massiva nacional de DNS conhecida na história da Internet brasileira, o DDoS interno conta DNS que a rede da Speedy aconteceu. É a exceção que prova que a regra que DNS de ISP não falha ao ponto de ser perceptível. Como toda conexão TCP e UDP começa com uma consulta de DNS, se a conexão estiver ruim (instabilidade, problema físico), o DNS dará erro não porque ele falhou e sim porque no momento da consulta, a conexão estava degradada.
-
Micael Garcez (@micaelsgarcez) relatou um problemaExecutei a resposta do @leomarciano com o GOLDEN MEDAL pro Cloudflare Durable Objects. Não cheguei nas 300 mil conexões. E o que me barrou não foi socket, nem CPU, nem mensagem por segundo. Foi um await. Implementei o que ele listou como "TODAS AS FUNÇÕES NORMAIS DE UM CHAT": rate limit, ban check, moderação síncrona e assíncrona, slow mode, spam, persistência em lote, presence, ranking, delete retroativo. O QUE PASSOU 400 espectadores, 40 remetentes, 5 minutos no topo, sala com 8 shards: ack p99: 232ms (limite 250) entrega fim a fim p99: 344ms (limite 1s) handshakes perdidos: 0 de 400 mensagem confirmada e não entregue: 0 de 3.602 presença vs sockets abertos: 0,25% de divergência 6 critérios, 6 PASS. A RESSALVA, E ELA VALE PRO POST INTEIRO Isso é uma PoC de algumas horas, não um benchmark. A carga saiu de uma máquina só, do meu ambiente local, contra o deploy real. Um ***** completo nesse volume pede uma frota: mais ou menos uma VM a cada 10 mil sockets, porque uma máquina esbarra na faixa de portas efêmeras muito antes de o chat esbarrar em qualquer coisa. Talvez eu suba essa frota num segundo momento. Aqui o objetivo era validar a hipótese, e ela foi validada até onde uma máquina alcança. O que já foi longe o bastante pra derrubar duas suposições minhas. O QUE EU TINHA ERRADO NA CABEÇA Eu achava que a latência vinha de sockets por shard, e que era só dividir mais. Medi, com as mesmas 1.000 conexões: 8 shards, 126 sockets cada → ack p99 601ms 20 shards, 53 sockets cada → ack p99 922ms Menos sockets por shard e a latência piorou 53%. Não era nada do que eu esperava ver. Fui olhar o código: o RoomCoordinator chama todos os shards no fanout e espera todos. A duração de uma rodada é o máximo entre eles, e o máximo de 20 amostras tende a ser pior que o de 8. Cada shard a mais é mais uma chance de a sala inteira esperar pelo mais lento. POR QUE ISSO ME TRAVOU EM 300K 300 mil sockets precisam de pelo menos 60 shards pra caberem no teto de 5.000 por shard. Mas 20 shards já estavam piores que 8. Ou seja, o desenho que eu fiz tem uma contradição interna: preciso de muitos shards pra segurar os sockets, e muitos shards deixam o coordinator lento. E o await é literal: o coordinator soma o "delivered" de cada shard pra devolver um PublishResult que o shard descarta. Ele se bloqueia no resultado de um trabalho que ninguém lê. É corrigível, só não está corrigido. RESPONDENDO DIRETO A escada de ***** de carga tem um degrau exatamente no seu número: 200 mil conexões com 35 mil remetentes. Esse degrau pede 20 VMs gerando carga, e eu rodei tudo de uma máquina só. Então ele está no repo marcado como NÃO RODADO, junto com o procedimento pra quem quiser executar. Inclusive eu, num segundo momento. Nenhum número aqui é extrapolado. Se um degrau não foi executado, ele aparece como não executado. Na thread: o que me custou latência e o que não custou, o botão de config que cortou o ack pela metade sem deploy, a conta de egress e o que eu consegui apurar de custo. 🧵
-
devCansado (@devcansado404) relatou um problema@ayubio fazer mtr e dig pra provar pro suporte do provedor que a rota tá morrendo no gateway deles virou o novo esporte nacional. agente gasta mais tempo caçando ip do github e da cloudflare do que codando. intankável.
-
why (@2nxty) relatou um problemapq a bolseta da cloudflare muda a pagina de login todo dia vsf
-
direita petista realmente existente (@cartola4s) relatou um problema@getermoura @ayubio Estava na Espanha um tempo atrás e em dia de jogo da La Liga simplesmente cai um monte de serviço, pq a La Liga conseguiu um bloqueio da Cloudflare em dia de jogo. Não é exclusivo do Brasil, deixa de ser retardado
-
Luis Fernando Roquette (@luisroquette) relatou um problemaself-hosting nunca foi tão trivial. Se você tem um domínio no Cloudflare, não tem desculpa. só instalar, configurar e esquecer.
-
Firebird hater #1 (@rootatdebian) relatou um problemaMeu primeiro "site" online de vdd. Comprei até um domínio. Vai ser só pra *****. Mas consegui subir o serviço .Net, configurar as rotas/tunnels no cloudflare e configurar o firewall pra expor online. Namoral, se a parada funcionar pra acesso remoto vai ser ELITE.
-
jukia 💻 (@krisnarane1) relatou um problema@LukeberryPi cloudflare nunca caiu pode confiar
-
terlim (@terlim376430) relatou um problema@carolyta2 @mandstu25 a falta de conhecimento pode ser superada adquerindo o conhecimento. mais a burrice ignorancia não. discord é uma rede social como qualque outra rede e como em todo lugar tem gente boa e gente mal. as grandes big tech estão no discord ex. google meta ibm kali cloudflare ubl etc.
-
Theo Oliveira (@NotThatTheo) relatou um problema@heliotsx Pra que que eu vou gastar meu tempo com isso? Tô criando produto solo jogo tudo no cloudflare..lock in? Sim, trade off se chama. Fato de eu saber fazer algo por conta própria não me obriga a não terceirizar pra um serviço facilitar minha vida.
-
Flateek (@Flagamee) relatou um problemaAlternativas úteis: - Cloudflare Tunnel: grátis, estável e com domínio próprio - localtunnel: sem login (npx localtunnel --port 3000) - bore: self-hosted em Rust Para redes privadas permanentes (homelab e jogos), use Tailscale em vez de túneis.
-
Sther (@stherzada) relatou um problema@heliotsx uso a vercel pra preview e deploy (gerar um link pro cliente acompanhar) mas ja aceitei que quando o projeto finalizar eu tenho ctz q vou colocar tudo na cloudflare pela estabilidade e ele n precisar com medo de cair kkk