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:

• 
  Ayub | Internet propriamente dita (@ayubio) relatou um problema há 1 minuto

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

• 
  miau - rede social (@redemiausocial) relatou um problema há 5 minutos

  mesmo que tenhamos rate lin., tanto pelo próprio servidor do app quanto pela cloudflare (é um serviço que dá um pouco mais de proteção contra ataques), o servidor da miau foi ajustado para endurecer um pouco mais os limites de solicitações 🧶

• 
  Reginaldo Horse (@ReginaldoHorse) relatou um problema há 6 minutos

  Eu comecei um projeto sobre criptografia e esbarrei no problema de números pseudo randômico e pra resolver sem usar lâmpadas de lava numa parede inteira feito a cloudflare eu apenas desmontei uma tv de tudo e uso o canhão de elétrons e um sensor para gerar a entropia necessária

• 
  BrunoSR Motors (@BrunoSR_Motors) relatou um problema há 9 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...

• 
  IA Gen 🤖 (@IAGenMoney) relatou um problema há 9 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.

• 
  Lucas (@lcsbzo) relatou um problema há 10 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.

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

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

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

• 
  Sabados.sol (@sabadinhos_) relatou um problema há 15 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

• 
  direita petista realmente existente (@cartola4s) relatou um problema há 18 minutos

  @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

• 
  João Victor (@joaovictor_cvg) relatou um problema há 19 minutos

  @heliotsx O SES não é bixo de 7 cabeças não, tem o serviço "novo" da cloudflare que é mais barato tbm

• 
  Ana Paula Rocha (@AnaPaulaRochaTe) relatou um problema há 23 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.

• 
  ؘ (@sagecors) relatou um problema há 27 minutos

  @lizziecorvere o problema nao é criar domínio, mas a justiça hoje usa bloqueio dinâmico que barra os links automaticamente!!!!! e derruba a infraestrutura na cloudflare. fora que as editoras podem usar esses prints virais como prova em tribunal, o exposed só acelera td

• 
  Leonardo Marciano — e/acc (@leomarciano) relatou um problema há 31 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

• 
  rene de paula jr 🇺🇦 🕊️ (@renedepaula) relatou um problema há 32 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