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

Problemas nas últimas 24 horas

Sinais de Cloudflare nas últimas 24 horas. A linha tracejada é a referência geral usada para detectar atividade incomum.

• Sinais do serviço completo
• Referência do serviço completo

Problemas mais relatados

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

• Serviços na Nuvem (62%)
• Hospedagem (31%)
• E-mail (8%)

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á 6 dias
Asnières-sur-Seine	Serviços na Nuvem	há 10 dias
New York City	E-mail	há 15 dias
Township of Evan	Hospedagem	há 15 dias
Ahmedabad	Serviços na Nuvem	há 21 dias
Le Puy-en-Velay	Serviços na Nuvem	há 22 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:

• 
  SherlockRamos 🚭 #PO (@GatoMaconhado_) relatou um problema há 4 minutos

  A firma enviou um ***** de phishing sobre erro no imposto de renda. Em casa, bati um recon na URL e denunciei como phishing real à cloudflare que derrubou o ***** deles. Nunca saberão mas, se reclamarem, direi que denunciar está na cartilhas de boas práticas de segurança 👍

• 
  Ninpu (@Ninpu17) relatou um problema há 6 minutos

  Como 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)

• 
  IA Gen 🤖 (@IAGenMoney) relatou um problema há 7 minutos

  6. Quem está anotando cada site que você visita Por padrão seu roteador usa o DNS do seu provedor. Isso significa que cada endereço que você digita passa por eles. Registrado. Associado à sua conta. Configurações → Rede → DNS → troque para 1.1.1.1 (Cloudflare) ou 9.9.9.9 (Quad9). Leva 30 segundos. Muda quem enxerga seu histórico.

• 
  Naho ➔ madeofscreens.com (@eoNaho1) relatou um problema há 7 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

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

• 
  Agouro 🎃 (@_spiderlesbian) relatou um problema há 19 minutos

  Além de arrumar meu problema de internet com o cloudflare warp eu descobri como fazer meu computador travar menos desabilitando programas no agendador de tarefas, ainda tenho queda de fps indo pra 0 mas melhorou da água pro vinho pqp

• 
  Ayub | Internet propriamente dita (@ayubio) relatou um problema há 19 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.

• 
  igu (@codigoimaturo) relatou um problema há 22 minutos

  aqui o claude faz tudo também: resolve problema de driver no arch, configura cloudflare, verifica domínio disponivel, mexe em console de ferramenta. o segredo é facilitar o acesso ao harness. tudo que acontece no console ele faz com excelência, então a resposta é sempre CLI.

• 
  Game Lobby (@gamelobbytv) relatou um problema há 24 minutos

  @gpubipolar Kkkk pior que dá para bloquear boa parte deles via robots.txt, mas aí entra na questão de confiança crawler educado respeita crawler malicioso ignora completamente Hj também já existem soluções como a da Cloudflare que permitem bloquear ou até cobrar pelo acesso desses bots de IA. Acho justo se a empresa quer usar meu conteúdo para treinar modelo bilionário, o mínimo é ajudar a pagar a infraestrutura que mantém o site no ar. No fim, a situação é meio curiosa: a gente produz o conteúdo, paga hospedagem, CDN e manutenção, e ainda recebe uma legião de crawlers consumindo banda de graça.

• 
  devCansado (@devcansado404) relatou um problema há 25 minutos

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

• 
  Lucas Arruda (@lucasarruda) relatou um problema há 32 minutos

  @ranisalt Impossível ter algo hoje sem um Cloudflare na frente. Pode olhar que já tem trocentos requests aí pra login.php e wp-admin, /gcp-credentials.json, /.env, etc

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

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

  @ayubio Ayub, estamos vendo um caso possivelmente correlato desde ontem/hoje: um cliente atrás de Cloudflare ficou inacessível a partir de grandes operadoras BR, especialmente Claro/NET Virtua e Vivo/Telefônica.

• 
  Danilo Arantes (@daniloarantes) relatou um problema há 41 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?

• 
  leandro (@leandroico) relatou um problema há 44 minutos

  @ayubio @vivobr @Cloudflare Sem problemas! E, nossa...com certeza eu gostaria de uma ajuda nesse contexto. Esse bloqueio segue existindo há anos já. Qual é o melhor canal para seguirmos com essa conversa?

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

• 
  guomonw (@gu0_tweet) relatou um problema há 50 minutos

  @rafaturk Preferir Go é falta de conhecimento, e dizer que Rust é ruim para redes é falso: a Cloudflare usa Rust no Pingora e no QUIC/HTTP3, processando mais de 40 milhões de requisições por segundo.

• 
  GuyFawkesBR2024 (@GuyFawkesBR2024) relatou um problema há 54 minutos

  @PrimeiroFront O que ela está mostrando é como direcionar a saída e entrada do WA para o DNS da Cloudflare. Como são serviços com propósitos distintos faz o WA deixar de funcionar. Dá certo também com 8.8.8.8 (DNS do Google) ou qualquer outro IP que não for um serviço do WA.

• 
  ｡Míssil Balístico✿ ✧🦋🩷🧁🍰 (@FilePinky) relatou um problema há 54 minutos

  @clancy_souls @flaneurbro Tem um site chamado Hinatasoul que tem um acervo extenso, mas tem que ter o Cloudflare WARP para acessar, se não tiver basta pesquisar por 1.1.1.1 e baixar o app ai você consegue acessar sites privados, eu já usei o site para baixar OVAs antigos e não tive problemas até agora

• 
  Giovanni Bassi 🇧🇷🦋 (@giovannibassi) relatou um problema há 55 minutos

  @feokuma Só na rede interna. Coloca Cloudflare tunnels que funciona bem.

• 
  LLL Advogado do Croc (@loud_ez) relatou um problema há 56 minutos

  Os posts novos do bot de IA iam sair hoje, meio-dia. Só que a ***** da Cloudflare caiu e eu ainda preciso arrumar umas coisas pra funcionar. 🤡

• 
  Matt Montenegro (@eusouomatt) relatou um problema há 56 minutos

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

• 
  jurídico doutora márcia barbosa (@guedse) relatou um problema há 56 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

• 
  galbeh (@djgalbeh) relatou um problema há 57 minutos

  Pra quem não estiver conseguindo hoje acessar o site da Sanepar, fixe o DNS da Cloudflare que o acesso ao site se reestabelece. Nas configurações do adaptador de rede do seu dispositivo fixe manualmente no DNS primário: 1.1.1.1 e no DNS secundário: 1.0.0.1

• 
  LordePlayer (@LordePlayerX) relatou um problema há 60 minutos

  @matheusgobbidev @ViniAchterberg @Cloudflare Nunca cheguei a usar ele, já mexo com cloudflare a tantos anos, e os preços são excelentes, acabei não precisando de outros. Fico devendo essa.

• 
  Giorgio Cappellaro (@giorgiocapp) relatou um problema há 1 hora

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

• 
  Valéria【🔥 🌟 👩‍🚀】 (@Valeria_SPsp_br) relatou um problema há 1 hora

  Hoje foi a segunda vez em cinco dias que a ***** dêste site de ***** inventa que detectou "atividade suspeita" no meu perfil, tranca minha conta, tasca um ***** cretino rodado pela Cloudflare, destranca o meu perfil, e zera a minha contagem de seguidores🤡

• 
  café (@DavidFiocchi) relatou um problema há 1 hora

  @acgfbr cloudflare é outro mundo, tão literalmente virando uma cloud completa bastante eficiente e barata por sinal

• 
  Giorgio Cappellaro (@giorgiocapp) relatou um problema há 1 hora

  @ayubio Podem ter blocos da @Cloudflare envolvidos? To com cliente sem rota até a CF pelas grandes operadoras. Em provedor local, funcionando.