自 2025 年 6 月 9 日起，位于俄罗斯并试图访问受到 Cloudflare 保护的网络服务的互联网用户，其连接被俄罗斯本地互联网服务提供商（ISP）限制了网速。

由于限速措施是由本地 ISP 实施的，Cloudflare 无法控制这一行为，因此目前我们无法以合法的方式为俄罗斯用户恢复对 Cloudflare 产品和受保护网站的可靠且高性能的访问。

内部数据分析显示，此次限速会使用户每次只能加载任意网页资源的前 16 KB 内容，几乎使网页浏览变得不可能。

Cloudflare 没有收到来自俄罗斯政府方面的任何正式沟通，说明此举的动机。但不幸的是，这种做法与俄罗斯长期以来试图将其互联网与全球隔离、减少对西方技术依赖、并用国产替代品取而代之的努力一致。事实上，俄罗斯总统弗拉基米尔·普京最近曾公开威胁要限制美国科技公司在俄罗斯境内的运营。

外部报告也证实了我们的分析，并进一步表明，其他一些服务提供商也受到了限速或其他形式干扰的影响，包括至少 Hetzner、DigitalOcean 和 OVH。

影响情况

Cloudflare 观察到，从俄罗斯境内发起的连接在到达我们境外服务器时就已出现干扰。这与俄罗斯以往的网络限制操作一致，说明问题发生在俄罗斯 ISP 层面，距离终端用户较近。

已确认参与实施此类干扰操作的俄罗斯 ISP 包括（但不限于）：Rostelecom、Megafon、Vimpelcom、MTS 和 MGTS。

根据我们的观察，俄罗斯 ISP 使用了多种限速与阻断机制来影响受 Cloudflare 保护的网站，包括注入数据包中断连接，以及阻止数据包使连接超时。一种自 6 月 9 日起采用的新策略是限制每个网页资源传输的内容至最多 16 KB，这使许多网站几乎无法使用。

限速影响所有连接方式和协议，包括基于 TCP 和 TLS 的 HTTP/1.1 和 HTTP/2，以及基于 QUIC 的 HTTP/3。

Cloudflare 数据视角

流量趋势
Cloudflare Radar 是用于共享见解、提升互联网趋势透明度的平台。由于连接错误率升高，我们服务俄罗斯用户的流量整体呈下降趋势。这一流量下降可在 Cloudflare Radar 上观察到：


客户端的网络错误报告
部分客户选择启用 W3C 定义的网络错误日志记录（Network Error Logging，简称 NEL）功能。这一功能会在用户请求的网页内容头部嵌入错误报告指令，指导浏览器如何报告错误。下图显示了 TCP 连接被过早重置的错误数量增长（可参见我们关于连接干预和 Radar resets 的博客）。另一个指标 h3.protocol.error 的显著增长表明 QUIC 连接受到严重影响：


通过内部数据确认限速情况
我们内部工具也观察到限速的影响。下图展示了我们各个俄罗斯数据中心的数据包丢失情况（每条线代表一个数据中心）。纵轴表示丢包比例：


虽然高丢包率是强烈信号，但单凭这一点并不足以断定限速行为，也可能是其他大规模故障导致的网络中断尝试重传等现象。

然而，我们还有两条补充信息。首先是公开报告中提到，此次“限速”行为意味着在传输完 16 KB 数据后，所有连接被阻断，而这大约对应 10 到 14 个数据包（视技术而定）。第二，我们最近部署的“连接重置与超时”监测功能可以捕捉 TCP 在前 10 个数据包内的异常行为。因为 10 个包可以承载约 16 KB 数据，所以在“Post PSH”（数据已开始传输）阶段阻断的连接将出现在 Radar 数据中。

下面这张图展示了 Radar 数据探索器中“Post-PSH 阶段”的变化：在 6 月 11 日之前出现下降，随后立即大幅上升。这一模式与上文提到的丢包数据高度一致：


如果你的网站服务于俄罗斯用户
如果你使用 Cloudflare 保护你的网站，目前我们无法恢复俄罗斯用户的网络连接。我们建议你向俄罗斯相关实体呼吁，要求其取消当前已实施的限速措施。

如果你是 Cloudflare 的企业客户，请联系你的客户经理以获得进一步支持。

访问自由开放的互联网对于个人权利和经济发展至关重要。我们谴责任何阻止俄罗斯公民访问互联网的行为。