Cloudflare 在 100 多个国家/地区的 300 多个城市运营，与超过 12500 个网络提供商互连，为数百万客户提供广泛的服务。我们网络和客户群体的广度为我们提供了一个有关互联网韧性的独特视角，使我们能够观察到互联网中断的影响。
我们自 2022 年第一季度开始，一直在发布这些概要，在此期间，Cloudflare Radar 上的图表不断发展。本概要早期版本中的许多流量图都是来自 Radar 上相关流量页面的屏幕截图。去年年底，我们推出了下载图表的功能，今年早些时候，我们推出了嵌入动态图表的功能，这些概要尽可能地利用了这些功能。眼尖的读者可能会注意到下面一些图表中的额外变化：黄色突出显示表示观察到的“流量异常”。9 月底，作为生日周的一部分，启动了对此类异常的识别、通知这些异常的功能以及对 Cloudflare Radar 服务中断中心 的时间线增强功能（嵌入在下面）。有关这些新功能的更多信息，请参阅我们的公告博客文章。
正如我们在前几个季度所看到的，伊拉克推行了一项政府主导的互联网关闭计划，旨在防止考试作弊，其他几个非洲国家也出于政治动机实施了关闭互联网的计划。第三季度，多条海底电缆的损坏以及其他电缆的计划维护导致多个国家的互联网中断。野火和地震等自然灾害以及多个国家的停电导致了连接问题。一次已知的网络攻击导致美国一所主要大学故意断开与互联网的连接，也有一些其他主要互联网提供商承认其网络存在问题，但从未透露这些问题的根本原因。
（请注意，本文未涵盖与以色列/巴勒斯坦冲突相关的互联网中断，因为这些中断始于 2023 年第四季度的 10 月 7 日。Cloudflare 博客和 X/Twitter 上的 @CloudflareRadar 上对与此冲突相关的中断进行了跟踪。）
政府指令
由于互联网已成为一种重要的通信工具，政府经常利用关闭互联网作为控制国内与外部世界通信的手段。政府下令关闭网络的原因多种多样，包括在内乱和围绕选举的抗议期间，以及作为对考试作弊的一种威慑。
伊拉克
正如我们在过去的概要摘要中讨论的那样，一些政府利用关闭互联网来防止全国高中或学士学位考试作弊。这些关闭会产生全国性的影响，目前尚不清楚它们最终是否能成功减少作弊行为。正如我们过去也讨论过的那样，此类关闭在伊拉克经常发生，尤其是第三季度，三个月内都发生了几轮关闭。
伊拉克本季度第一轮与考试相关的互联网关闭是 6 月开始的一系列活动的延续，一直持续到 7 月，针对的是 9 年级和 12 年级考试作弊。7 月 4 日至 7 月 17 日期间的十天内，伊拉克（库尔德斯坦地区除外）AS203214 (HulumTele)、AS59588 (ZAINAS-IQ)、AS199739 (Earthlink)、AS203735 (Capacities-LTD)、AS51684 (ASIACELL) 和 AS58322 (Halasat) 的互联网连接在当地时间 04:00 - 08:00 (01:00 - 05:00 UTC) 期间被关闭。
8 月第二周，由于 12 年级学生进行第二轮考试，伊拉克库尔德斯坦地区的多个网络再次实施了与考试相关的每日互联网关闭。这些关闭发生在当地时间 06:00 - 08:00 ( 03:00 - 05:00 UTC) 之间，并在 8 月 6 日至 13 日期间影响了 AS21277 (Newroz Telecom)、AS48492 (IQ-Online) 和 AS59625 (KorekTel)。这两个小时的关闭与该地区 6 月份的情况类似。
8 月份，9 年级第二轮考试导致伊拉克（库尔德斯坦地区除外）的互联网在 8 月 21 日至 29 日期间关闭了一周。受 7 月份实施的关闭影响，同一网络的连接在当地时间 04:00 - 08:00 ( 01:00 - 05:00 UTC) 之间被关闭。
继 8 月份的 9 年级第二轮考试后，9 月份，伊拉克（库尔德斯坦地区除外）举行了 12 年级第二轮考试，随之而来的是又一轮互联网关闭。这些关闭发生在 9 月 17 日至 30 日期间，受影响的网络提供商与前两个月相同。然而，虽然它们在相同时间开始（当地时间 04:00， 01:00 UTC），但比前几轮时间短，提前一小时结束（当地时间 07:00，04:00 UTC）。
塞内加尔
7 月 31 日，塞内加尔反对派领导人被捕后，塞内加尔通信、电信和数字经济部再次下令切断塞内加尔移动互联网连接，如以下公报所示。该国四家网络提供商中的两家都可以看到移动互联网接入中断： AS37196 (Sudatel Senegal) 和 AS37649 (Tigo/Free)。
如下图所示，从 7 月 31 日到 8 月 5 日，关闭时间从当地时间上午中旬开始，一般在 08:00 到 10:00 之间，到第二天清晨结束，一般在午夜到 02:00 之间。8 月 5 日的最后一次关闭是一个例外，两个网络的关闭均于当地时间 22:00 结束。（塞内加尔的时区为 UTC+0，因此当地时间与协调世界时 (UTC) 相同。）
埃塞俄比亚
联邦军队与当地民兵发生数日冲突后，埃塞俄比亚阿姆哈拉的移动互联网连接被关闭。8 月 2 日，Cloudflare 发现该地区的流量在当地时间 21:00 (18:00 UTC) 左右下降。这是当局 2023 年第二次关闭阿姆哈拉的移动互联网连接，第一次是在 4 月 6 日，在联邦政府解散地区安全部队的行动引发抗议后。（请注意，这个国家对互联网关闭并不陌生，因为他们在过去几年中多次采取了此类行动。）尽管人们多次呼吁恢复连接，但截至第三季度末，移动互联网仍然无法使用，如下图所示。
加蓬
8 月 26 日，在加蓬举行有争议的总统选举后，互联网连接被关闭，以“防止暴力呼声蔓延”。如下图所示，流量在当地时间 17:00 (UTC 16:00) 之前开始下降，并在 8 月 30 日当地时间 07:30 (06:30 UTC) 左右保持为零。在军官夺取该国政权几个小时后，连接恢复，总统 Ali Bongo（阿里·邦戈）被软禁，并在该国选举机构宣布 Bongo 赢得第三个任期后任命了一位新领导人。
电缆切断
喀麦隆
7 月 7 日，Cameroon Telecommunications 在 X/Twitter 上发帖提醒用户注意语音和数据服务中断，近六个小时后又发帖指出服务已恢复。尽管这些帖子没有提供有关中断原因的详细信息，但运营商在 Facebook 上发布的帖子中附有一份公报，解释说“光纤因道路维护作业而被切断，导致我们的服务交付受到严重干扰。” 下图显示了此次光纤损坏的影响，来自 AS15964 (CAMNET-AS) 的流量在当地时间 11:30 (10:30 UTC) 左右急剧下降，并在当地时间 18:00 (17:00 UTC) 恢复到预期水平。
利比里亚
7 月 28 日，非洲海岸至欧洲 (ACE) 海底电缆受损，导致利比里亚互联网连接中断。利比里亚电信管理局 (LTA) 在 Facebook 上发帖表示，“由于非洲海岸至欧洲电缆在科特迪瓦发生故障，利比里亚电信管理局 (LTA) 宣布暂时中断所有全国互联网服务。”并强调 ACE 电缆是“欧洲和利比里亚之间互联网连接的唯一来源”。下图显示，从当地时间 13:00 (13:00 UTC) 开始，流量几乎完全丧失，并在接下来的几个小时内逐渐恢复，在当地时间 17:00 (17:00 UTC) 恢复到预期水平。
多哥、贝宁、纳米比亚和刚果共和国（布拉柴维尔）
8 月 6 日，位于刚果河口的刚果峡谷发生海底山体滑坡，西非电缆系统 (WACS) 和南大西洋 3 号 (SAT–3) 海底电缆受损。电缆损坏影响了多哥、贝宁、纳米比亚和刚果共和国（布拉柴维尔）的互联网连接。Telecom Namibia 和 Canalbox Congo 发布社交媒体帖子提醒用户，由于电缆损坏，连接将受到影响。
电缆维修船 CS Leon Thevenin 受邀进行维修，但它花了几周时间才到达损坏现场，然后又花了额外的时间进行维修，据报道已于 9 月 6 日完成。各国能够将部分流量转移到备用电缆，例如 2023 年 2 月上线的 Google Equiano 电缆。
因此，下图表明受影响国家的流量并未完全丧失。多哥的流量似乎在电缆维修完成前几周就已恢复。在贝宁、纳米比亚和刚果共和国（布拉柴维尔）的图表中，很难看到全面的影响，因为所选择的时间范围足够长，可以强制按日进行数据汇总，但在电缆切断发生后的几周内，在覆盖较短时间（按小时进行数据汇总）的图表中，可以清楚地看到影响。
南苏丹
乌干达的光纤中断于 8 月 14 日当地时间 13:00 - 15:00 (11:00 - 13:00 UTC) 造成 MTN South Sudan (AS37594) 客户的短暂互联网中断，影响了大约 438,000 名用户，这一事件凸显了互联网的互联本质。当天下午，该提供商发布了一条 X/Twitter 帖子，告诉订阅者：“我们对过去几个小时遇到的网络问题表示诚挚的歉意。此次事件是因乌干达多次光纤中断而造成。”
网络攻击
密歇根大学
8 月 27 日，一个“重大安全问题”导致密歇根大学关闭了安娜堡、弗林特和迪尔伯恩校区的互联网。尽管关闭是在新学年开始时发生的，但课程仍按计划进行，不过，该大学发布了一份公告，详细说明了断开互联网连接的影响，包括经济援助退款可能延迟以及某些校园系统不可用。连接断开的影响如下图所示，AS36375 (UMICH-AS-5)（这是密歇根大学使用的主要自治系统）上的流量从 8 月 27 日当地时间 14:00 (18:00 UTC) 之前开始大幅下降，一直持续到 8 月 30 日当地时间 08:00 (12:00 UTC) 之后。
火灾
夏威夷拉海纳镇
8 月初，夏威夷州爆发了一系列野火，主要集中在毛伊岛。拉海纳镇是受灾最严重的镇之一，火灾造成近 100 人死亡，房屋、企业和基础设施被毁，导致停电并中断互联网连接。下图显示，从拉海纳到 Cloudflare 的流量在 8 月 7 日当地时间 21:00 左右 (8 月 8 日 07:00 UTC) 降至接近零，并在 8 月 30 日之前保持在最低水平。随着清理和维修工作的进展，以及无线运营商部署临时网络资产以恢复部分服务能力，互联网流量在 9 月底有所恢复。
地震
摩洛哥
当地时间 9 月 8 日 23:11 (22:11 UTC)，摩洛哥发生里氏 6.8 级地震，震中位于马拉喀什西南 79 公里（49 英里）处。据报道，地震造成近 3,000 人死亡，并造成严重破坏，包括学校、房屋和历史建筑倒塌。停电和基础设施损坏也影响了该地区的互联网连接，导致大量局部中断。
下面的国家级图表显示，地震后摩洛哥的流量略有损失，在大约四天的时间里略低于预期。然而，在地区层面的影响更为明显，地震导致马尔喀什-萨菲的流量立即下降 64%，苏斯-马萨的流量下降 64%，卡萨布兰卡-塞塔特的流量下降 49%。地震发生后的几天内，这些地区的流量峰值仍略低于前几周的水平。
停电
库拉索
7 月 27 日，Aqualectra Utility 的一个主要配电中心发生故障，导致库拉索岛 70% 的社区断电。停电导致全岛互联网中断。如下图所示，互联网流量在当地时间 12:30 (16:30 UTC)左右急剧下降，在大约五个小时内基本保持平稳，然后在当地时间 17:30 (21:30 UTC) 左右开始恢复。恢复开始时间与 Aqualectra Utility 于当地时间 18:00 在 Facebook 上发布的帖子时间一致，该帖子表示“库拉索岛 55% 的电力供应已恢复”。持续的流量增长与其他社区恢复供电的情况一致，流量在当地时间 22:00 左右（7 月 28 日 2:00 UTC）恢复到预期水平。
巴西
8 月 15 日当地时间 08:30 (11:30 UTC) 开始，巴西发生大面积停电，导致该国互联网流量略有中断。尽管停电导致当时总电力负载损失约 27%，但对国家互联网流量的影响要小得多，如下图所示。流量在当地时间 11:30 左右 (14:30 UTC) 恢复到预期水平。
肯尼亚
根据 Kenya Power 的 X/Twitter 帖子，8 月 25 日当地时间 21:45 (18:45 UTC) 发生的“系统故障”导致肯尼亚“全国各地失去大容量电力供应”。断电的影响如下图所示，流量随着断电而下降。Kenya Power 在 8 月 26 日发布的后续更新（1、2、3）中强调了该国恢复供电所取得的进展。该国的互联网流量于 8 月 27 日 03:00 (00:00 UTC) 恢复到预期水平。
法属圭亚那
8 月 27 日，法属圭亚那发生了 11 个小时的互联网中断，原因是“连接 Petit-Saut 和 Kourou-Saint-Laurent 线路的能源疏散站出现问题”造成停电。停电导致当地时间 11:00 (UTC 14:00) 至 22:00 ( 8 月 28 日 01:00 UTC) 期间全国互联网流量下降，如下图所示。
突尼斯
本阿鲁斯省拉德斯的 Tunisian Company of Electricity and Gas 发电厂发生火灾，导致突尼斯大范围停电，并于 9 月 20 日当地时间 01:00 (00:00 UTC) 开始出现互联网中断。如下图所示，流量低于预期持续了大约 5 个小时， 与已发布的报告一致，该报告指出“该国某些地区的意外停电持续了四个多小时。”
巴巴多斯
The Barbados Light & Power 9 月 21 日在 Facebook 上发帖指出，该公司意识到停电影响了客户，并且他们“正在努力在最短的时间内迅速、安全地恢复供电”。这次中断导致该国的互联网流量从当地时间 11:30 (UTC 15:30) 开始大幅下降。随后该公用事业公司在当地时间 20:00（9 月 22 日 00:00 UTC）在 Facebook 上发帖表示，所有客户的供电已恢复。在全面恢复供电之前，互联网流量已于当地时间 17:00 (21:00 UTC) 左右恢复至预期水平。
维护
几内亚
La guinacimenne de La Large Bande 公司（也称为 GUILAB）负责管理非洲海岸到欧洲 (ACE) 海底电缆上分配给几内亚的容量。根据该公司在 Facebook 上发布的公告（的翻译），对电缆的计划维护将在 7 月 14 日 22:00 至 7 月 15 日 06:18（ 7 月 14 日 22:00 至 7 月 15 日 06:18 UTC）之间进行。这次维护导致几内亚的互联网完全中断，如下图所示。ACE 海底电缆似乎是几内亚唯一的国际互联网连接，没有其他备用海底或陆地连接。
帕劳
仅仅几天后，另一条海底电缆的计划维护导致西太平洋岛国帕劳完全断网好几天。根据帕劳国家通信公司 (PNCC) 在其 Facebook 页面上发布的新闻稿，“BSCC (Belau Submarine Cable Corporation) 已接到通知，将从帕劳时间 7 月 18 日（星期二）上午 7:00 开始对关岛的 SEA – US 电缆网络进行紧急维修，预计于 7 月 22 日（星期六）下午 5:00 完成。……出于安全原因，维修只能在电缆断电的情况下进行。由于 BSCC 的帕劳 1 号电缆网络连接到 SEA – US 并继续传输至关岛，因此 BSCC 在维修期间将无法提供服务。BSCC 将无法为帕劳提供任何国际连接。唯一可用的国际连接将通过 PNCC 卫星连接，与普通有线服务相比，其提供的容量有限。”
下图显示，在修复期间，Cloudflare 没有看到来自帕劳备用卫星连接的任何明显流量，流量在 7 月 18 日当地时间 07:00（7 月 17 日 22:00 UTC）降至零，并一直保持到当地时间 7 月 21 日 18:00 左右 (09:00 UTC)，因为维修工作比预期提前完成。PNCC 新闻稿证实了这一提前完成的消息，并表示：“PNCC 很高兴地通知公众，由于我们主要的岛外互联网连接 SEA-US 海底电缆系统的紧急维修于今日提前完成，我们客户的互联网和移动数据服务已经恢复。”
未详细说明的问题
Spectrum (Charter Communications)
8 月 17 日美国东部时间 14:03 (18:03 UTC)，美国互联网服务提供商 Charter Communications 旗下品牌 Spectrum 的 X/Twitter 支持账户发布了一份声明，该声明表示：“我们意识到发生了一次中断，影响了阿拉巴马州、佐治亚州和田纳西州的客户。对于给您带来的不便，我们深表歉意，并正在努力尽快解决。谢谢。” 下图显示了 Spectrum (AS20115) 对所列各州以及德克萨斯州流量的不同影响，Spectrum 最初并未指出德克萨斯州存在问题，但客户很快就指出了这一点。
在当地时间 12:30 - 14:00 (17:30 - 19:00 UTC) 期间，观察到田纳西州的流量几乎完全中断，而在拉巴马州当地时间 12:00 (17:00 UTC)，流量短暂下降并很快恢复，但在当地时间 13:30 (18:30 UTC) 再次出现下降。乔治亚州的流量在当地时间 13:00 (17:00 UTC) 出现首次下降，随后在当地时间 14:30 (18:30 UTC) 出现更大幅度的下降，而来自德克萨斯州的流量仅在当地时间 13:30 (18:30 UTC) 出现下降。所有四个受影响州的流量在几个小时内恢复——大约在首次发布帖子的三个小时后，Spectrum 的支持账户表示：“我们已收到确认，修复已完成，并且已为阿拉巴马州、佐治亚州和田纳西州地区受影响的客户恢复了服务。”
Starlink
9 月 12 日，卫星互联网服务提供商 SpaceX Starlink 经历了短暂但完全的中断。下图显示来自 AS14593 (SPACEX-STARLINK) 的流量在协调世界时 23:15 下降，但很快恢复，在 90 分钟内恢复正常。协调世界时 9 月 13 日 00:33，Starlink 分享了一条 X/Twitter 帖子，表示“Starlink 目前出现网络中断，我们正在积极实施解决方案。感谢您的耐心等待，一旦问题解决，我们将分享更新”，一个多小时后，发布帖子表示“网络问题已完全解决”。
Sky UK
9 月 19 日晚间 (UTC)，社交媒体上出现了大量有关英国 Sky Broadband (AS5607) 全国范围内中断的抱怨。从下图中可以看出，从 UTC 21:00 开始，Sky Broadband 的流量急剧下降，但似乎并未发生完全中断。低于预期水平的流量一直持续到大约协调世界时 9 月 20 日 01:00。虽然 Sky 的 X/Twitter 支持账户承认了该问题，但没有说明中断的根本原因。
总结
正如我们在过去的季度概要中所指出的，本报告旨在对观察到的中断进行摘要概述，而不是本季度所发生问题的详尽或完整清单。我们的数据中观察得出一些中断事件未受到受影响提供商的承认，因此本文中并未涵盖。行业同事根据其测量方法报告了一些其他的中断事件，但在我们的流量图中并不明显。
正如我们上面指出的，Cloudflare Radar 服务中断中心现在包含有关观察到的流量异常以及已验证的中断的信息。感兴趣的用户可以订阅异常和中断的通知——我们的博客文章包含有关如何订阅的更多信息。
如需了解有关互联网中断的更多信息，请访问 Cloudflare Radar。在以下社交媒体上关注我们：@CloudflareRadar (Twitter), cloudflare.social/@radar (Mastodon)，以及 radar.cloudflare.com (Bluesky)，或通过电子邮件联系我们。