Mapa de falhas e interrupções no serviço Cloudflare

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:

• 
  Vinícius (@ViniciuszXL) relatou um problema há 5 minutos

  @degabrielofi @acgfbr uso o cloudflare tunnel para expor para internet, como meu ipv4 é cgnat, não recebo ddos nem nada do tipo e a latência do serviço é mínima. se tu tiver no jpn e alguém acessar, vai ser muito pequena a latencia por usar o cloudflare tunnel.

• 
  🐇 (@A1Wh1stl3r) relatou um problema há 8 minutos

  @urubullish Bloqueiam todos os dias de jogo de futebol. Antes, era tratado como problema de servidor, cloudflare etc. Mas começaram a notar o padrão, investigaram e bingo! O empresas privadas e o Estado agem em conluio para bloquear IPs em dias de jogos, para impedir transmissão de IPTV.

• 
  Adler Medrado (@spacexnu) relatou um problema há 9 minutos

  @ayubio @rekruten464 @Cloudflare Me tira uma duvida? Tenho duas starlinks e percebi que os servidores DNS padrão da Starlink são inicialmente 34.145.127.1 durante o processo de conexão à rede. Após a verificação de conectividade, eles são atualizados para os servidores comuns como 8.8.8.8 (Google DNS) e 1.1.1.1 (Cloudflare DNS). Isso é bom ou ruim na sua opinião?

• 
  Jônatas (@jonatascartaxo) relatou um problema há 12 minutos

  @ayubio @DQSoft A maioria dos deputados não entende nada dos assuntos tratados no congresso, imagine de um assunto mais complexo como internet, DNS, IP, Cloudflare, etc, para tratar desse assunto deveria ser obrigatório o conhecimento, imagina um semi analfabeto apenas votando pelo partido.

• 
  ickas (@ickasdev) relatou um problema há 13 minutos

  A @Cloudflare lançou ontem um runtime para agentes e o argumento que usam e com razão: não há computação suficiente no mundo para dar a cada agente de cada utilizador o seu próprio container. A solução deles é não dar. A maior parte do trabalho passa a correr em ambientes isolados dentro de um processo partilhado. Em vez de virtualizarem um sistema operativo inteiro, como faz um container, dão só um espaço de execução com memória própria. Arrancam quase instantaneamente e custam uma fração. Só se levanta um container quando a tarefa mesmo precisa e a meta que definem é que menos de 10% do trabalho chegue a esse ponto. Para isso construíram um sistema de ficheiros virtual em SQLite que acompanha o agente entre os dois ambientes e um tradutor que converte shell para JS. É o mesmo problema da inferência, noutra camada. Quando o recurso não estica para dar um a cada utilizador, a resposta nunca é arranjar mais recurso. É partilhar o barato por todos e reservar o caro para quando não há alternativa. Está em early preview e é open source.

• 
  Danilo Arantes (@daniloarantes) relatou um problema há 13 minutos

  @giovannibassi Então o meu problema está sendo o túnel com Cloudflare. Arquivos grandes dão problema nos Chunks. Você usa cloudflare ou Tailscale?

• 
  Guilherme Guedes (@GuiBGuedes) relatou um problema há 16 minutos

  @uphiago @EdisioJr_ Pior que atualmente tem que deixar o sites com a proteção da cloudflare, todos os sites novos estao sendo bombardeados com bot AI fazendo scrapping

• 
  Vine (@Vi_cio) relatou um problema há 17 minutos

  @ayubio @vivobr @Cloudflare DNS da Vivo é o pior do país. Bloqueiam tudo e, ainda, dificultam a troca do DNS do Modem (o meu, por exemplo, não troca nem por reza braba). Um caos

• 
  Gui (@ohguinascimento) relatou um problema há 20 minutos

  Cara, descobri que fiz **** na cloudflare. Fui mexer umas configurações lá e deu ***** no certificado kkkk

• 
  Souza Lyandro (@Souza_Lyandro) relatou um problema há 20 minutos

  @np3n1Gm4s Com certeza vai ser um facilitador, mas acredito que o próprio dia 19 de Novembro de 2026 vai dar problema... Porque querendo ou não rola aquele patch day one p rodar, GTA 6 vai ser assim também, milhões de players acessando ao mesmo tempo, os servidores de Internet também devem sofrer Cai Cloudflare; Cai X; Cai Playstation Store; Cai Microsoft Store; Cai Instagram; Cai YouTube; Cai Tik Tok; Cai Luz; Cai tudo ! 😰😰😰😰

• 
  Micael Garcez (@micaelsgarcez) relatou um problema há 20 minutos

  Executei 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. 🧵

• 
  jukia 💻 (@krisnarane1) relatou um problema há 20 minutos

  @LukeberryPi cloudflare nunca caiu pode confiar

• 
  pipoca 🍿 (@Timidinha_) relatou um problema há 24 minutos

  Quem tiver com problema na internet da algar banda larga, tem que entrar nas config do roteador e colocar algum dns do google ou cloudflare Parece que o dns automático da algar quebrou e os roteadores não conseguem definir. Tem que entrar com a senha mestra do modem

• 
  Leonardo Marciano — e/acc (@leomarciano) relatou um problema há 24 minutos

  @acgfbr Deixa híbrido com load balancer Você pode ter 3vps lá, um cluster com autoscalling no alibaba, AWS, GCP e etc Deixa o loadbalancer em qualquer lugar externo como CloudFlare Caiu um lugar o lb manda pro outro e o autoscalling resolve o problema

• 
  raay (@Ray_kSouza) relatou um problema há 26 minutos

  @Solomon8424 @xai @Cloudflare isso combina muito com a tí**** frase: erra é humano. permanecer no erro que é burrice. cada falha nos ajuda a evoluir