Cloudflare 的网络覆盖超过 120 个国家/地区的 330 个城市，与超过 1.3 万家网络提供商互连，以便为数百万客户提供广泛服务。凭借广泛的网络覆盖和庞大的客户群体，我们能够从独特视角观察互联网韧性，能够同时监测互联网中断在本地、国家和网络层面的影响。
正如我们过去所指出的，这篇文章旨在作为观察到和已确认的中断事件的总结性概述，而不是本季度所发生问题的详尽或完整清单。如需查看更多已检测到的流量异常，请访问 Cloudflare Radar Outage Center。请注意，本文中使用了基于字节和基于请求的流量图表来说明观察到的中断的影响——指标的选择通常基于哪一个能更好地说明中断的影响。
2025年第一季度，我们观察到大量由海底和陆地电缆损坏和电力中断导致的互联网中断。强暴风雨导致爱尔兰和留尼汪的网络中断，地震导致缅甸发生持续不断的连接问题。俄罗斯的部分网络因网络攻击和技术问题而下线，而海地的一家电信供应商则因火灾而短暂中断。2024 年第四季度，我们仅观察到一次政府指令的互联网关闭，而本季度期间未观察到此类关闭。不幸的是，这种情况实属异常——在本博客文章系列的三年历史中，仅在2023 年第四季度和 2022 年第一季度出现过。
新年伊始，巴基斯坦的互联网连接因 AAE-1 海底电缆的故障而中断。根据巴基斯坦电信管理局 1 月 2 日在社交媒体上发布的通告，电缆故障发生在卡塔尔附近，可能会影响全国范围内的用户体验。由于有七条海底电缆承载巴基斯坦的国际互联网流量，AAE-1 的损失并未导致可观察到的中断。然而，从巴基斯坦的带宽和延迟图表可以看到中断的影响。在 1 月 2 日和 3 日，中值延迟峰值达到约 125 毫秒，而中断前的中值延迟约为 80 毫秒。同时，带宽有所下降，媒体下载速度从中断前约 9 Mbps 降至约 6 Mbps。在 Instagram 账号上发布的“重要更新通知”中，巴基斯坦电信（PTCL，AS17557）也强调了“浏览速度变慢”的可能性——该网络的互联网质量图表显示中值带宽和延迟显示了同步变化。
巴基斯坦目前有七条海底电缆连接国际互联网，另有两条将于 2026 年建成。这种连接多样性意味着，一条电缆的损坏或问题可能对国内互联网可用性产生的影响微乎其微，因为流量可以通过其他路径重新路由。
根据叙利亚通信部的公告，沿大马士革-霍姆斯高速公路铺设的两条光纤电缆遭到初蓄意破坏，导致 1 月 23 日至 24 日期间发生大范围互联网中断。下图显示，1 月 24 日当地时间 00:30 至 03:30（1 月 23 日 21:30 至 1 月 24 日 00:30 UTC）期间，来自叙利亚的 HTTP 和 DNS 请求流量几乎降至零。此后不久，流量开始恢复，并于当地时间 09:00（06:00 UTC）恢复到预期水平。该国的公告 IPv4 地址空间（几乎全部来自叙利亚电信（AS29256））在此期间也下降了约 90%，这表明光纤中断导致叙利亚电信的大部分网络在上述事件期间变得不可达。
与上述中断相呼应，叙利亚在 3 月 25 日再次经历了互联网中断，原因同样是由蓄意破坏造成的光纤电缆损坏。根据叙利亚通信部的公告，损坏发生在马阿鲁拉和哈西亚地区，导致当地时间 03:00 至 13:15（00:00 至 10:15 UTC）期间出现几乎完全的网络中断。与 1 月的中断类似，如下图表显示，HTTP 请求流量几乎完全丧失，公告的 IPv4 地址空间也大幅减少。
有些矛盾的是，与 1 月份事件期间观察到的情况相反，来自叙利亚的 DNS 请求量在此次中断期间反而升高。目前尚不清楚在此情况下是什么因素驱动了额外的流量涌向 Cloudflare 的 1.1.1.1 DNS 解析器。
2 月初，当印度提供商 Bharti Airtel (AS9498) 离线时，尼泊尔的多家互联网服务提供商经历了服务中断。AS23752 (Nepal Telecom) 、 AS17501 (Worldlink Communications) 、 AS139922 (DishhomeFibernet) 、 AS45650 (Vianet Communications) 和 AS38565 (Ncell) 都以 Airtel 作为上游提供商或对等互连方，在 2 月 2 日当地时间 21:00 至 22:30（15:15 至 16:45 UTC）期间遭遇了流量中断。
有关报道对 Airtel 问题的根本原因存在分歧，一个消息来源称这与当前的付款纠纷有关，而另一个则称是 Airtel 网络中报告的光纤中断所致。
显示更少
根据国家电力传输网络（RNT）的消息，由于北部和中部互联系统中断，安哥拉的十一个省份在 1 月 6 日失去了电力供应。大范围停电导致全国互联网连接中断，当地时间 14:45 - 22:00（13:45 - 21:00 UTC）出现流量下降。据有关报道，RNT 正在调查停电的原因，但没有后续信息确认具体原因。
2 月 9 日，Pandura 电力变电站发生的“猴子事件”导致斯里兰卡全岛停电。更为严重的是，一只猴子接触到电网变压器并导致停电，这使得该国的互联网流量中断了数小时。流量最初在当地时间 11:30 左右（06:00 UTC）下降，并在当地时间 21:00 左右（15:30 UTC）恢复。下图显示了 AS18001 (Dialog) （斯里兰卡的一家主要网络服务提供商） 流量受到的影响。
据报道，2 月 25 日智利发生了一次大面积停电，据报道影响了该国 98.5% 的地区。据报道，由于 Norte Chico 的 500 kV 输电系统断开，从阿里卡到洛斯拉各斯地区的电力供应发生了中断。如下图所示，此次停电导致互联网流量立即显著下降，在国家层面和网络层面均有体现。流量最初在当地时间 14:15（18:15 UTC）左右下降，并在大约 12 小时后、当地时间 02:00（06:00 UTC）左右恢复到预期水平。据报道，截至流量恢复一小时后，大约 94% 的客户已经恢复供电。
据报道，3 月 1 日，萨尔瓦多的 15 de Septiembre 电力变电站发生接地故障并导致停电，造成洪都拉斯长达数小时的互联网中断。地区运营商实体（OER）表示，故障发生在当地时间 09:22（15:22 UTC），导致该国的流量减少了大约一半。互联网连接中断的持续时间相对较短，流量在大约两小时后恢复到预期水平。
根据 @EnergiasMinasCub （@EnergiasMinasCub 是负责促进古巴能源、地质和矿业部门可持续发展的古巴国家机构）在 X 平台发布的帖子，3 月 14 日当地时间 20:15 左右（3 月 15 日 00:15 UTC），“Diezmero 变电站发生故障，导致古巴西部地区发电量大幅损失，从而引发国家电力系统 (SEN) 故障”。这次大范围停电导致来自古巴的请求流量立即下降。在接下来的两天里，@能源公司MinasCub、@OSDE_UNE（古巴电力联盟）和@ETECSA_Cuba（古巴电信公司）在 X 平台上持续发布帖子，让受影响的用户了解正修复工作进度。3 月 16 日，流量水平在当地时间 20:00 （3 月 17 日 00:00 UTC）左右恢复到预期水平，距离事件开始整整两天。
3 月 15 日当地时间 23:40（3 月 16 日 04:40 UTC）起，巴拿马 La Chorrera 火力发电厂发生爆炸和火灾，导致全国范围大规模停电。如下方 HTTP 和 DNS 请求图表所示，流量如预期般立即下降。但恢复相当迅速，到当地时间 03:00 (08:00 UTC) 电力系统恢复了 75%，并在当地时间 06:08 (11:08 UTC) 完成全面恢复。电力恢复后，流量开始增加。
1 月下旬，风暴 Éowyn 在爱尔兰造成严重破坏，导致电力和供水中断，造成财产损失，并限制了航空和铁路交通。风暴的影响还中断了互联网连接，我们观察到，1 月 24 日当地时间 06:30 (06:30 UTC)，来自 Connacht 和 Ulster 的流量比前一周下降了 75%。接下来的几天中，随着风暴影响的逐步恢复，互联网流量也逐渐回升，到 1 月 28 日中午，这两个省的流量达到了接近前一周水平的程度。
2 月 28 日当地时间 10:00 左右（06:00 UTC），气旋 Garance 登陆法属留尼汪岛。该风暴的时速超过 100 英里/小时（160 公里），造成停电和基础设施破坏，导致互联网连接中断。风暴登陆后的几个小时内，流量受到最显著的影响，但流量恢复到预期水平花费了数天时间，在 3 月 4 日当地时间 08:00（04:00 UTC）左右达到该水平。
3 月 28 日，当地时间 12:50（06:20 UTC），缅甸发生 7.7 级地震 ，导致停电和燃料短缺。几乎与此同时，全国范围内的流量下降了约 40%。。从地区来看，内比都的流量较前一周下降了 97%，曼德勒下降了 90%，伊洛瓦底下降了 88%，勃固下降了 50%，掸邦下降了 38%。
虽然恢复工作持续到 4 月，但如下方 HTTP 和 DNS 请求图表所示，流量模式和流量规模在几天内就恢复到常规水平。
然而，在网络层面上，恢复情况参差不齐。AS134840 (MCCL) 和 AS136442 (Oceanwave) 在地震发生后均出现了流量大幅下降，直到第一季度末两个网络上的流量仍然中断。MCCL 的峰值流量略有增加，但近两周后，仍明显低于地震前的水平。在最初的中断之后，Oceanwave 上的流量出现稳定增长，在本文撰写时已接近地震前的峰值水平。（目前尚不清楚什么原因导致 4 月 3 日至 4 日期间 Oceanwave 的请求流量激增。）与这两家提供商形成对比的是，来自 AS163255 (Mytel) 的流量经历了明显较小的中断，并且恢复速度明显更快，来自 AS135300 (Myanmar Broadband Telecom) 的流量也是如此。
1 月 7 日，俄罗斯互联网服务提供商 Nodex (AS29329) 在俄罗斯社交媒体平台 VKontakte 上发布公告（译文）：“尊敬的用户，我们的技术人员仍在努力恢复网络。这个过程既繁琐又漫长。我们向在这困难时刻支持我们的人表示衷心的感谢！这对我们真的很重要。在此提醒您，我们的网络遭到了乌克兰黑客的攻击，导致其完全瘫痪。目前，网络功能正在被恢复。通信服务将会恢复。但具体何时恢复，目前尚不清楚。”乌克兰网络联盟 (Ukrainian Cyber Alliance) 是一个由亲乌克兰网络活动人士组成的社区，成立于 2016 年，该社区在 Telegram 的一篇帖子中声称对这次攻击负责。
从下面的流量图中可以看到 Nodex 网络“完全瘫痪”，来自该网络的互联网流量在 1 月 7 日当地时间 03:00(00:00 UTC)之后开始下降，在当地时间 05:30 (02:30 UTC)左右降至零。直到当地时间次日 14:00 (11:00 UTC) 左右，来自网络的流量基本上仍然为零，此后迅速恢复。在流量降至零的同时，公告 IPv4 地址空间减少了三分之二，但在当地时间 21:20（18:20 UTC）恢复。
1 月 7 日至 9 日期间，在 2025 年南加州野火初期——影响了洛杉矶的帕利塞兹和伊顿地区——洛杉矶至少 13 个社区出现了明显的互联网中断。根据 Cloudflare 的数据，与前一周相比，太平洋帕利塞兹、阿尔塔迪纳、马里布、坦普尔市和蒙罗维亚等城市的流量下降超过 50%，尤为明显。在接下来的几周内，流量保持在明显低于火灾前的水平，尤其是在太平洋帕利塞兹和阿尔塔迪纳地区，反映了这些地区所遭受的严重破坏。然而，马里布、坦普尔市和蒙罗维亚的流量恢复明显更快，尽管峰值流量水平仍然略低于火灾前。
1 月 15 日，Digicel Haiti (AS27653)的总经理在 X 平台发贴称（译文）：“尊敬的客户，昨晚 8:30，我们其中两条国际光纤电缆因大都会地区的一场火灾而受损。上午 10:30，第三次故障影响了所有国际服务、互联网和 Moncash。我们的团队正在全力解决问题，争取尽快恢复服务。”如下图所示，这些火灾最终对 Digicel Haiti 的客户造成了两次完全的互联网中断。
在 1 月 14 日当地时间 20:30 - 21:45（1 月 15 日 01:30 - 02:45 UTC）以及 1 月 15 日当地时间 10:15 - 11:00（15:15 - 16:00 UTC）期间，流量和公告 IP 地址空间（IPv4 和 IPv6）均降至零。
1 月 14 日，多个俄罗斯网络，包括AS8359 (MTS)、AS12389 (Rostelecom)、AS16345 (Beeline)、AS31133 (MegaFon)和AS203451 (K-telecom)，均经历了短暂的连接中断。如下流量图表所示，来自这些网络的互联网流量在 14:00 - 14:30 UTC 之间下降了大约 80%。 俄罗斯联邦通信、信息技术和大众传媒监督局（Roskomnadzor） 公告称：“发现了短暂的连接问题。网络运行已迅速恢复。”然而，行业观察人士指出，原因可能是对所谓“俄罗斯防火墙”的更新失败并迅速回滚。
格鲁吉亚最大互联网服务提供商之一 Magticom (AS16010) 的用户在 1 月 27 日经历了一次完全服务中断。请求流量和公告 IP 地址空间于当地时间 21:25（17:25 UTC）消失，并在 1 月 28 日当地时间 01:55（21:55 UTC）恢复。Magticom 在一则 Facebook 帖子中解释（译文），该公司的互联网连接是通过“来自欧洲的线路”实现的，而“土耳其报告了损坏情况，那里的大雪和雪崩风险阻止了合作公司的技术团队到达受影响区域”。此外，该公司还指出，备用线路方面，“在格鲁吉亚境内阿扎尔地区的三个点位发现可疑损坏……”。Magticom 公布的服务中断开始和结束时间与 Cloudflare 数据中观察到的流量和公告 IP 地址空间的损失和恢复情况一致。
法国 Bouygues Telecom (AS5410) 的用户在 3 月 11 日遭遇了短暂的互联网连接中断。根据该提供商的一篇 X 帖子（译文） ：“在凌晨 5 点到 7 点之间发生技术事件后，您在使用服务时可能遇到了困难。”从下面的请求流量图表中可以看出，当地时间 05:00 - 06:45（04:00 - 05:45 UTC ）期间流量出现下降，与提供商所述的时间范围一致。随后，Bouyges Telecom 没有提供有关“技术事件”原因的任何详细信息。
叙利亚的重大互联网中断事件通常都有详尽的记录，例如上面讨论的电缆中断。然而，在 2 月 3 日，我们在该国观察到一次持续数小时的中断，但其根本原因从未公开披露。大约从当地时间 14:00（11:00 UTC）开始，来自该国的流量下降了大约 80%，公告 IPv4 地址空间也减少了约 60%。流量和公告 IP 地址空间在当地时间 23:00（20:00 UTC）左右恢复到预期水平。叙利亚电视台的一篇 X 帖子证实了这一中断。
上一季度仅有一次政府指令性的互联网关闭，而且本季度没有此类关闭事件，这是一个令人鼓舞的趋势。但我们预计，如果伊拉克和叙利亚等国再次采取此类措施防止全国性考试作弊，这一趋势将是短暂的。一如既往，我们鼓励各国政府认识到这种行为的附带损害，并建议他们探索这一问题的替代解决方案。
Cloudflare Radar 团队持续监控互联网中断情况，并通过 Cloudflare Radar 服务中断监控中心、社交媒体以及 blog.cloudflare.com 分享我们的观察结果。欢迎在社交媒体上关注我们： @CloudflareRadar (X)、 noc.social/@cloudflareradar (Mastodon) 和 radar.cloudflare.com (Bluesky)，或通过 电子邮件 联系我们。