这次 cloudflare 宕机是什么原因造成的？

@israinbow 那也是垄断啊

免费给你用，你说他垄断，这对吗？

@usn
cloudflare 还排不上第一名，只能算第二梯队前列，要跟 AWS 、Google 、Azure 竞争。
CDN 服务老大是 Akamai 。

@iango 好的，明白了，cf 只是善，但是能力不行

@usn 能力比你强多了

@RTSmile ？

@arloor 远远达不到垄断的程度，这次虽然崩得网站不少但是还是有一大堆网站没受影响，足以说明 cloudflare 和别家的 cdn 都是正常竞争。

@arloor 不准你这么说我的赛博大恩人！

@JoeJoeJoe 哈哈哈哈哈哈哈哈神评

等 blog 呗，cf 对于事故复盘 blog 还是认真的

大概率是阻止我航班起飞🥵

官方博客的 postmortem 已经发布了： https://blog.cloudflare.com/18-november-2025-outage/

这 cto 写的说明真实简洁明了。

在错误处理上偷懒导致的（ 😂

@noqwerty 简单看了下，应该是错误配置导致一个文件体积迅速增长撑爆磁盘？如果是这样的化，应该比较好解释为什么中途好了一阵子，可能就像之前的段子说的，在硬盘里提前放一个没用的大文件，硬盘不够用了就先删除，可以临时撑一阵子。

这要是个中国云厂商 估计 V2 帖子得多一百倍

看了一下博客，我没理解错的话：
原因：说是权限变更导致数据库某个查询输出了意外的多条数据，然后导致产生的配置文件体积超级加倍，并下发到了所有机器上。然后机器上有个跨网络路由软件会读这个配置文件，但是软件内对读取文件的大小进行了限制，因为异常的文件太大了，超过了这个限制，所以就导致路由软件失效了，然后就全崩了。
排查：他们最早以为是被大规模 D 了，后面排查到了正确的原因，用配置文件的早期版本替换了。
时间线：
大规模出现故障 2025 年 11 月 18 日 11:20 UTC
核心流量恢复正常 2025 年 11 月 18 日 14:30 UTC
所有系统正常运行 2025 年 11 月 18 日 17:06 UTC

昨天晚上小黄网进不去，我以为我梯子挂了。

@realpg #36 我个人感觉, 之前阿里云崩了, 远没有 Cloudflare 崩了 帖子多

@villivateur 不是磁盘空间不足，是新部署的 ClickHouse 查询返回了重复的特征，这个特征文件是传给下游一个判断请求是否来自爬虫的模型的，特征数量超出了模型代码预期，于是直接抛错了