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 (50%)
• Hospedagem (33%)
• E-mail (8%)
• Domínios (8%)

Mapa ao vivo de interrupções

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

City	Problem Type	Report Time
New York City	E-mail	há 3 dias
Township of Evan	Hospedagem	há 3 dias
Ahmedabad	Serviços na Nuvem	há 9 dias
Le Puy-en-Velay	Serviços na Nuvem	há 10 dias
Ann Arbor	Serviços na Nuvem	há 12 dias
Palermo	Hospedagem	há 12 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:

• 
  VectorizedIrony (@VectorizedIrony) relatou um problema há 1 minuto

  Os dois lados: Temos o lado *****: Lula & Janja: "Vamos regular a internet inteira, que se **** a sua opinião." --- E temos o Lado Bão Demais: ProtonVPN: "Ei Brasileiro, Quero te dar VPN com uso grátis, Tome e normalize o uso!" [WINDOWS 11, LINUX, MOBILE] CloudFlare Warp: "O nosso é 100% Grátis Também, e é mais rápido" [WINDOWS 11, LINUX, MOBILE] --- (NORMALIZE O USO DE VPN)

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

• 
  Aurícius Pé de Pera (@AuriciusPera) relatou um problema há 3 minutos

  @ThiagoMot_ É 100% normal, são bots varrendo a internet. Coloca a Cloudflare na frente da API com Rate Limiting e bloqueio por país. Se achar ruim gastar com isso, o jeito é se especializar em segurança ou contratar um Dev Senior.

• 
  Bruno Rataque (@BrunoRataque) relatou um problema há 4 minutos

  @ acho loucura uma pessoa que não é dev vender serviço sem pensar 2x pq tipo, por mais q o Codex aqui saiba que não é pra enviar chave ou ID pro cloudflare, ainda assim ctz q tem varias vulnerabilidades q qlqer um acharia facil

• 
  Naho ➔ madeofscreens.com (@eoNaho1) relatou um problema há 4 minutos

  Agora o Made of Screens está totalmente no Cloudflare espero que isso resolva grande parte dos nossos problemas A Vercel é um nojo de preço, te amo cloudflare Atenciosamente, Naho

• 
  LMS5413 (@lms5413) relatou um problema há 5 minutos

  @piter_parkinson @YuunyuVT Se usar proton você e impossibilitado de usar tudo, se usar cloudflare warp você é impossibilitado de entrar em chamadas

• 
  Airton (@aiortn) relatou um problema há 9 minutos

  @SamOpina_ o problema é o CDN da Google. honestamente não sei se tem algo que a Cazétv possa fazer, mas mudar o dns pra Cloudflare parece ajudar

• 
  leap (@Leapzera) relatou um problema há 10 minutos

  Falando sobre trabalho, hoje construí algumas muitas tabelas relacionais no Supabase e configurei rate limiting/Cloudflare para a empresa que presto serviço na construção do site deles. Foi divertido a loucura do dia de hoje e teve treinão de costas :)

• 
  Iury Braun (@iurybraun) relatou um problema há 11 minutos

  Stopping the bad guys with Cloudflare: 1,976 malicious requests blocked or challenged in the last month #cloudflare "Serviço nem lançado: 1.976 solicitações maliciosas bloqueadas ou contestadas no último mês #cloudflare"

• 
  Ghirius (@lord_ghirius) relatou um problema há 11 minutos

  @falsemoontm Sim, no meu também rolou isso pelo telefone. Só rolou de aparecer verificação da Cloudflare e depois o desafio, mas nem rolou aqueles típicos desafios do Google, só verificaram e confirmaram acesso. Estranho demais. Vamos ver e torce para que não seja nada muito grande e ruim.

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

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

• 
  UruguayHub (@UruguayHub) relatou um problema há 14 minutos

  🇧🇷 "A Cloudflare confirmou tecnicamente que, em determinados horários, usuários de grandes operadoras brasileiras simplesmente deixam de conseguir acessar determinados destinos na rede." 🇧🇷 Ainda bem que o Brasil é uma democracia. Confia 🤡

• 
  Paulo Junqueira (@opaulojunqueira) relatou um problema há 19 minutos

  @Gustavo17498031 @granatowp @luksamuk Você pode usar o Cloudflare Tunnel ou conversar diretamente com o provedor da sua internet para negociar um contrato. No meu caso, como sou cliente há bastante tempo, eles acabam tendo uma flexibilidade maior comigo.

• 
  Adilson Batista Jr 🇧🇷 (@adilsonbatjr) relatou um problema há 19 minutos

  @theperspicazgg Vi problema semelhante usando cloudflare... alguns ISPs não roteavam adequadamente e determinados usuários em algumas regiões reclamavam bastante que hora não conseguiam acessar ou ficava brutalmente lento.

• 
  ConcurseiroPersistente (@Persistente09) relatou um problema há 19 minutos

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

• 
  Sabados.sol (@sabadinhos_) relatou um problema há 24 minutos

  @JbazanCs @Jonakinho Você usa vpn ou o cloudflare tunnel? Eu estava tendo problema parecido com outros apps por causa da Anatel, resolveu meu problema

• 
  Malcolm (@iamthemalcolm) relatou um problema há 24 minutos

  @ryukinix Tbm uso o cloudflare tunnels mas so pra hospedar alguns apps e projetinhos no meu homelab. Ainda n sofri com isso. Sabe se tem algum jeito de burlar isso? Ou só trocando de serviço ?

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

  self-hosting nunca foi tão trivial. Se você tem um domínio no Cloudflare, não tem desculpa. só instalar, configurar e esquecer.

• 
  jurídico doutora márcia barbosa (@guedse) relatou um problema há 29 minutos

  por deus o tanto que o .br demora pra atualizar nameserver **** que pariu graças a deus isso só se passa uma vez (dai tu muda pra cloudflare e nunca mais

• 
  Thiago (@Thiagodsa94) relatou um problema há 30 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).

• 
  Guilherme Braga Catão (@guilhermebcatao) relatou um problema há 45 minutos

  Eu criei minha CDN com Cloudflare e pensei: vou dar uma checada. Foram 3 mil visitantes únicos, e por enquanto só uso no meu portfólio. Descobri que o Tag Manager do Google Analytics não está funcionando. Eu achava que ninguém via meu portfólio, meu Deus.

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

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

• 
  Guilherme Guedes (@GuiBGuedes) relatou um problema há 47 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

• 
  Denilson Marcos (@denilsonmarcos) relatou um problema há 51 minutos

  @InvestWolf Zoho acabou com o plano free já, tem o serviço do Cloudflare.

• 
  🌺 : 𝓐𝓾𝓻𝓪 . (ele/dele) (@InfinityAuraaa) relatou um problema há 53 minutos

  por mais q eu ame a tecnologia, um sistema é tão complexo qnt o ***** humano, e falhas podem nunca ser compreendidas. meu antigo pc crashava pq o modo de energia usava 100% da cpu, e minha sala do futuro não abria só por conta da vpn da cloudflare (q não deveria causar isso). ???

• 
  Micael Garcez (@micaelsgarcez) relatou um problema há 53 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. 🧵

• 
  Lucas (@lcsbzo) relatou um problema há 54 minutos

  Primeira aventura com o Opus 5 hoje. Desafio: revisar a infraestrutura e o deploy e encontrar potenciais otimização. Resultado: 1) Reduziu o tempo total do deploy pela metade: antes tinha um processo blue/green usando um ASG da AWS subindo um novo EC2 baseado em uma AMI em cada deploy, agora tem uma instância fixa e o processo de build ocorre fora da instância; 2) Reduziu o custo de infraestrutura em 70%: os servidores estavam dimensionados para comportar o processo de build (que é extremamente intensivo em uso de recursos) e não dimensionados para a carga de usuários - aqui o Opus surpreendentemente analisou todos os dados de uso dos recursos disponíveis no servidor para encontrar o tipo de instância mais adequado; 3) Melhor observabilidade: eu já tinha começado o projeto de centralizar todos os logs no Cloudwatch, mas não tinha finalizado - ele finalizou, subiu e testou; 4) Melhor monitoramento e consequente uptime: ele notou que eu estava monitorando apenas problemas na máquina, para subir uma nova instância automaticamente - qualquer problema que fosse no sistema, se ele caísse por qualquer motivo que fosse, eu precisaria manualmente subir uma nova instância, ele resolveu isso; 5) Camada extra para monitoramento do estado da aplicação: ele analisou todo o cenário e concluiu que, dado o stack, era melhor ter um Worker na Cloudflare fazendo um request a cada 5 minutos do que criar a mesma solução em um Lambda - além dele ter notado que na Cloudflare ia ficar no free tier, ele percebeu que poderia haver vários cenários onde o mesmo provedor de cloud validar se o provedor de cloud está online, poderia gerar falso positivos; 6) Mais segurança: ele revisou as configurações dos security group e encontrou uma brecha onde uma pessoa poderia dar bypass na camada de proteção do Cloudflare e se conectar direto no servidor Minhas impressões finais: modelo bem sólido (ainda não testei em geração de interfaces, apesar de ter visto postagens aqui no X falando que ele consegue superar o Fable e custando menos), ou, como disse o @theo "Opus 5 is a really good model". E vi várias postagens no X falando sobre como o Opus 5 fica mais "*****" conforme aumenta o esforço, e vamos deixar bem claro que os próprios responsáveis pelo benchmark depois explicaram que os critérios não eram os mais adequados - o Opus recupera a essência proativa dos modelos de IA de querer extrapolar os seus pedidos e fazer mais do que foi solicitado. Mas, diferentemente do que tínhamos há 1 ano atrás com esse comportamento nos modelos, o Opus 5 faz isso quando encontra algo relevante ao seu pedido e, muitas vezes, que nem você mesmo percebeu. Durante a minha aventura, ele pontuou 2 bugs pré-existentes e fez as correções. E, enquanto fazia as simulações dos cenários de subir/descer instância no EC2, ele acabou criando um bug que derrubou indevidamente o servidor de testes e levou apenas 37 segundos para perceber que tinha derrubado o ambiente de testes e ainda foi proativo de ler os logs de acesso do Nginx para saber se algum usuário havia sido afetado (spoiler: apenas ele tinha sido afetado e ele percebeu isso). Eu sou meio suspeito para falar, eu gosto dessa proatividade dos modelos de IA. Eu não quero apenas um executor, que faça estritamente o que foi solicitado, eu quero um parceiro que me surpreenda e encontre coisas que nem eu sabia. Dito isso: muito obrigado, @AnthropicAI pelo @claudeai Opus 5! Por algum motivo, ele me deixou mais animado que o próprio Fable.

• 
  HLightSworn (@_Lightsworn) relatou um problema há 54 minutos

  Vou ficar fazendo login no X com várias contas não, A cloudflare só fica ali de camper com o caderninho anotando.

• 
  Douglas Camata (@douglascamata) relatou um problema há 56 minutos

  @ayubio Aqui na Espanha o governo faz a mesma coisa quando tem jogo de futebol por causa de IPTV. É terrivel. **** que afeta vários sites de outras empresas que também usam Cloudflare.

• 
  Gabs Ferreira (@o_gabsferreira) relatou um problema há 58 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)