Status de Cloudflare: problemas de hospedagem e relatos de interrupção

Problemas nas últimas 24 horas

O gráfico a seguir mostra o número de reclamações sobre falha no serviço Cloudflare que recebemos por hora do dia nas últimas 24 horas. Consideramos que há uma interrupção quando o número de reclamações é maior do que a linha de base, representada pela linha vermelha.

Problemas mais relatados

A seguir estão os problemas mais recentes relatados pelos usuários da Cloudflare em nosso site.

• Serviços na Nuvem (57%)
• Hospedagem (29%)
• E-mail (7%)
• Domínios (7%)

Mapa ao vivo de interrupções

As últimas reclamações sobre falhas, interrupções e problemas vieram de

City	Problem Type	Report Time
Tlajomulco de Zúñiga	Serviços na Nuvem	há 3 dias
Asnières-sur-Seine	Serviços na Nuvem	há 7 dias
New York City	E-mail	há 12 dias
Township of Evan	Hospedagem	há 12 dias
Ahmedabad	Serviços na Nuvem	há 18 dias
Le Puy-en-Velay	Serviços na Nuvem	há 19 dias

Mapa de Falhas e Interrupções Completo

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:

• 
  Thiago (@Thiagodsa94) relatou um problema há 3 minutos

  @lorenzolfm Se a cloudflare sacar q tu ta usando jellyfin tem chance deles cancelarem o serviço (e as vezes banem até a conta).

• 
  Luis Fernando Roquette (@luisroquette) relatou um problema há 3 minutos

  2/ → Problema: computação local insuficiente → Solução: microVMs Firecracker na Cloudflare → Para projetos maiores: testes via Crabbox → Tudo rodando Ghostty via WebAssembly

• 
  Filippe (@filippedev) relatou um problema há 6 minutos

  @devcelio Acontece muito quando tem algum formulário, deve ser bot de raspagem ou algo do tipo. Ativa o Cloudflare pra fazer desafio anti bot que no formulário coloca algum serviço de captcha pra evitar envios de bots.

• 
  Ayub | Internet propriamente dita (@ayubio) relatou um problema há 10 minutos

  @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.

• 
  Vinícius (@ViniciuszXL) relatou um problema há 11 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.

• 
  BrunoSR Motors (@BrunoSR_Motors) relatou um problema há 13 minutos

  @Nando_lavras @ayubio A cloudflare colocou ali no documento que está fazendo análises mais profundas, um bloqueio de uma range de IPs não significa um bloqueio total do recurso, tanto que a maior parte dos usuários não teve problema algum...

• 
  ATB Erased (@_EroSennim_) relatou um problema há 13 minutos

  @Jo_He95 @beetlebumcameo @AgentRivia Servidor da Microsoft é uma *****, o site deles só funciona direito se ligar o dns do cloudflare(1.1.1.1)

• 
  Guerrilla Coder (@XGuerrillaCoder) relatou um problema há 16 minutos

  @bielgga @ralbuque em espanha fazem pior. bloqueiam a cloudflare durante o jogo e metade da internet deixa de funcionar

• 
  Thiago com th (@ti_prado) relatou um problema há 17 minutos

  @coachseeel Cloudflare free tier na frente ja resolve boa parte dos problemas. Se precisar de um auxilio...

• 
  Mauricio (@mauricioquatrin) relatou um problema há 17 minutos

  @giorgiocapp @ayubio @Cloudflare No free plan te garanto que ocorre o problema. Os planos pagos tem cuidado premium e ainda nao vi bloqueio neles.

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

  @acgfbr Dica de ouro: CloudFlare R2(nao paga egress) + CloudFlare Cache Rules nos manifests/ts + CloudFlare Worker Alem de usar a rede da CloudFlare para distribuir o HLS, voce vai estar utilizando cache para tudo, o que a CloudFlare também não cobra

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

• 
  Giorgio Cappellaro (@giorgiocapp) relatou um problema há 21 minutos

  @mauricioquatrin @ayubio @Cloudflare cliente tá com plano pago.

• 
  Luciano (@lguimaraes) relatou um problema há 22 minutos

  @ayubio Cloudflare confirmou que vê o problema do lado deles e que não parece ser falha do edge nem SNI. Em outros clientes nossos na Cloudflare, o problema não ocorre.

• 
  Anderson Lima (@andersonlimadev) relatou um problema há 24 minutos

  O blog da Cloudflare posta sobre IA todo dia. Mas quem lê tag atrás de tag nunca chega à parte que importa: o custo da inferência. Não é o modelo. É a latência e o preço por requisição. Só otimiza quem olha a conta de nuvem no fim do mês.

• 
  terlim (@terlim376430) relatou um problema há 24 minutos

  @Estadao 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.

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

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

• 
  Ayub | Internet propriamente dita (@ayubio) relatou um problema há 27 minutos

  @jg19_dev @rekruten464 @Cloudflare Essa é a a teoria juntada com sua imaginação. Quantos DNS recursivos você pôs em produção atendendo quantos milhões de clientes? É qual foi o benchmark de queries per second você fez para qual modelo de CPU, RAM e placa de rede? Quantos provedores de Internet você já visitou e quantos já montou?

• 
  Jônatas (@jonatascartaxo) relatou um problema há 28 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.

• 
  GG (@IamRedListed) relatou um problema há 28 minutos

  @r_h_martins @levelsio @BitcoinErrorLog Quando estes gajos compram serviços na cloudflare, Microsoft, Apple, os custos já são apresentados para o local (VAT local), mas acham errado parar na alfândega para calcular a mesma ***** só pq a loja q escolheram não faz isso num produto físico. É burrice.

• 
  Marco (@shotpianist) relatou um problema há 30 minutos

  @BrunoMAiub tb uso cloudflare, bom serviço

• 
  Gabs Ferreira (@o_gabsferreira) relatou um problema há 33 minutos

  Imagina se cada arquivo da sua empresa não fosse um documento, e sim um app inteiro. Com backend, banco de dados e API próprios, escrito na hora pro seu problema. Um exemplo concreto: em vez de exportar uma planilha de issues do GitHub toda segunda, você pede um painel que puxa os issues abertos do seu time direto da API, guarda o histórico num banco próprio, deixa qualquer pessoa do time editar prioridade em tempo real, e roda sozinho toda segunda de manhã. Um app com estado, rodando, que você compartilha como compartilharia um documento. É essa a proposta do Cloudflare OS, aberto ontem. E antes que a palavra confunda: não é Windows, não é Linux, não substitui nada na sua máquina. Roda no navegador, em cima de Workers. É um "OS" no sentido de ser a camada que gerencia agentes de IA dentro da empresa: processo, memória, armazenamento, permissão e custo. O hardware que ele abstrai são os sistemas internos da companhia. Cada app tem cliente, servidor, API e estado durável. O server carrega *** demanda como Dynamic Worker e é instanciado como Durable Object Facet, o que dá ao app um SQLite próprio. Como Dynamic Workers usam isolates V8, cada app tem runtime isolado sem container dedicado parado consumindo recurso. A comunicação usa Cap'n Web, o RPC baseado em object-capability deles, e o agente chama os mesmos métodos que o cliente. Ou seja: a ferramenta que você construiu pra você vira ferramenta que o agente usa quando você não está. O agente nasce sem acesso a nada: ele pede um recurso específico, você concede, e o código gerado recebe aquilo como binding tipado. A credencial nunca chega no agente nem no código. Entre o OS e cada API externa ficam os Gatekeepers, Workers que funcionam como chamada de sistema mediada: liberam um único repositório do GitHub, permitem ler issues mas não código-fonte, mascaram campos e exigem aprovação antes de um merge. E a política acompanha o que o agente já viu. A plataforma registra cada recurso observado, e isso fica grudado no agente e no que ele produziu. Se ele leu uma tabela sensível e gerou um dashboard, quem tentar abrir passa por verificação contra os recursos originais. O mesmo log bloqueia saídas: leu dado sensível, não escreve em certos destinos nem faz requisição externa. Achei a ideia bem interessante e pretendo testar nos próximos dias. (link nos comentários)

• 
  Mauricio (@mauricioquatrin) relatou um problema há 33 minutos

  @ayubio Mes passado descobri que o plano Free da Cloudflare estava sendo bloqueado em alguns momentos na Claro. Testei diversas vezes. Dois sites. Um no free e um no Pro. Magicamente quando passei pro Pro nunca mais deu problema. Eh preciso pagar pelo jeito.

• 
  Lucas Santochi (@LucasSantochi) relatou um problema há 46 minutos

  O Cloudflare não está aceitando que sou um ser humano, então, não posso acessar minha conta em um serviço na internet. Será que estou na Matrix?

• 
  Marcos Elias (@marcoseliasmep) relatou um problema há 46 minutos

  @ayubio @rekruten464 @Cloudflare Seja lá como for, se a Internet cai, e trocando o dns volta, fica parecendo que é algo no dns ou no caminho dele. Até testar ou chamar o técnico foi mais fácil mudar o dns, nem precisou abrir chamado. Às vezes nem caiu de cair mesmo, só ficou lento. É mais comum do que parece.

• 
  Renato Carneiro (@renatoaraujoc) relatou um problema há 47 minutos

  @kazzkiq Self-hosting e Cloudflare. Nunca boto meus dados na mão de empresa do Bostil, seja CDN ou hosting.

• 
  rene de paula jr 🇺🇦 🕊️ (@renedepaula) relatou um problema há 50 minutos

  problema resolvido... graças ao chatGPT. nenhum técnico do suporte de nenhuma plataforma (hosting, spotify, etc) em horas e horas perdidas de chat pensou na coisa mais simples: usar o comando Unix curl e ver o que acontecia. a culpa, enfim, era do Cloudflare. desativei e resolveu. ponto para o chatGPT

• 
  Luciano (@lguimaraes) relatou um problema há 53 minutos

  @ayubio O padrão é bem parecido com blackhole seletivo: 1.1.1.1 responde normalmente, mas os IPs anycast específicos da Cloudflare atribuídos ao hostname ficam com 100% packet loss e timeout em 443. Traceroute morre dentro da rede das operadoras antes de chegar na Cloudflare.

• 
  Ana Paula Rocha (@AnaPaulaRochaTe) relatou um problema há 57 minutos

  Há algo muito grave acontecendo na internet brasileira e eu preciso que você me ajude a denunciar isso, porque é muito sério! A Cloudflare confirmou tecnicamente que, em determinados horários, usuários de grandes operadoras brasileiras simplesmente deixam de conseguir acessar determinados destinos na rede. O mais impressionante: o problema não acontece na plataforma, não acontece na Cloudflare e não acontece no data center. A conexão morre dentro da própria infraestrutura das operadoras. Coincidência? Talvez. Mas quando as falhas acontecem repetidamente, em horários específicos e "coincidentemente", sempre atingem determinados conteúdos, a sociedade tem o direito de exigir respostas. Quem decidiu interromper esse tráfego? Por quê? Com qual justificativa? Entenderam?! Se é uma falha técnica, que seja corrigida imediatamente! Se não é, estamos diante de algo muito mais grave. Em ano eleitoral, transparência não é favor.É obrigação. Os brasileiros merecem explicações, porque quando um conteúdo desaparece sem aviso, sem transparência e sem explicação pública, o problema deixa de ser tecnológico.Passa a ser político. E quando o acesso à informação passa a depender de fatores que ninguém consegue explicar, o que está em risco não é apenas a internet. É a própria democracia.

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

  @acgfbr @devbjj Usar um wrapper de infra Jamais usei ou cogitei usar Railwail ou similares Nem vercel a gente gosta de usar e não tem nada lá além de landing pages Se você precisa de 99.9% em contrato não usar uma cloud híbrida é um risco, joga várias clouds e um LB na CloudFlare e tá resolvido o problema.