2025年11月18日UTC時間午前06:58に、世界中の数百万のウェブサイトやサービスに接続異常が発生した。主な原因は、ネットワークインフラストラクチャプロバイダーのCloudflareの内部エラーによるものである。同社はその日の後に完全な事故説明を発表し、この技術的障害がどのように発生し、どのように対処されたか、そして今後の予防措置について透明性のある説明を行った。
問題が発生:世界中でサービスがダウン
Cloudflareは11月18日の障害がUTC時間の午前06:58(台湾時間では午後2時頃)に発生し、多くのCloudflare CDNおよびDNSサービスを利用しているウェブサイト、包括的な商業プラットフォーム、ニュースメディア、ウェブアプリケーションが正常にアクセスできなくなりました。この中断はほぼ40分間続き、一部の地域ではウェブサイトが完全に読み込めず、ユーザーもAPIを通じてバックエンドサーバーとスムーズにインタラクションできませんでした。
会社は、今回の事件がネットワークレベルの中断に属し、単一のデータセンターや地域の問題ではなく、グローバルなサービスインフラ全体に影響を及ぼしていると指摘しました。
問題の根源:BGP設定ミスによる事故
Cloudflare はさらに説明し、この中断は Border Gateway Protocol(BGP)の設定変更ミスに起因しています。BGP はインターネットトラフィックを制御するコアプロトコルの一つであり、世界中のネットワークが特定の宛先へのルーティング方法を知るために使用されます。
元々の目的は内部のルーティングブロードキャストポリシーを更新し、インフラの効率を向上させることでしたが、手動での誤った設定により、特定のCloudflareのIPプレフィックスが他のISPによってBGPを通じてアクセスできなくなり、インターネット上でこれらのサービスのルーティングパスが「消失」したことになります。
このエラーは内部の自動化デプロイツールで即座に検出されなかったため、影響が現れる前に広範囲に複数の地域にプッシュされました。
緊急復帰を起動:誤った設定を迅速に撤回する
Cloudflare エンジニアリングチームは、事件発生後数分以内に異常を検出し、緊急の復旧手続きを開始しました。彼らは UTC 07:15 ごろに誤った BGP ポリシー設定を撤回し、UTC 07:28 に復旧を完了しました。その時点でほとんどのサービスも正常に動作を再開しました。
全体として、今回の中断は約30分から40分続き、Cloudflareが提供したタイムラインによると、サービスはUTC07:28に完全に復旧しました。
なぜ自動化と保護メカニズムは問題を防げなかったのか?
Cloudflareは、このエラーが内部展開プロセスにまだ改善の余地があることを明らかにしたと述べた。従来の自動化プロセスには「セキュリティメカニズム」が設けられており、誤ったBGPブロードキャストを防ぐことができたが、今回の更新はより下層のシステム設定で実施され、その保護範囲に含まれていなかった。
さらに、この変更は特定の実験的ネットワークセグメントにのみ適用されるべきでしたが、主要な生産環境の範囲にも影響を及ぼしてしまいました。彼らはすでにデプロイメントシステムの範囲定義を修正し、誤ったポリシーの自動検出能力を強化しています。
Cloudflareは将来の改善を約束します
Cloudflareは、類似の事故が再発しないよう以下の対策を講じることを示しています:
BGPに関連する設定の検証メカニズムを強化し、予期しないルーティングのブロードキャストを避ける。
テスト環境と本番環境の設定権限を明確に区別する;
自動化警告システムを追加し、秒単位で異常なネットワークトラフィックに反応できる。
内部の変更審査と手動操作プロセスの監視を強化する。
会社はまた、透明性を継続的に向上させ、将来的に何らかの障害が発生した場合には、迅速に関連情報を公開し、ユーザーの信頼を維持すると強調しました。
ネットワーク巨頭の責任と挑戦
Cloudflareは、世界規模で最大のネットワークインフラストラクチャプロバイダーの一つであり、サービス範囲はCDN、DNS、ネットワークセキュリティ、DDoS防護などの重要なネットワーク要素を含んでいます。BGP設定の誤りは、世界的な「デジタル停電」を引き起こす可能性があります。この事件は迅速に処理されましたが、インターネットインフラストラクチャの高度な集中化がもたらすリスクと課題を浮き彫りにしました。
この記事 Cloudflare のグローバル「デジタル停電」:公式報告が 11 月 18 日の障害の詳細を明らかに 最初に登場したのは 鏈新聞 ABMedia。
42.51K 人気度
37.99K 人気度
38.51K 人気度
1.83K 人気度
37.11K 人気度
Cloudflareのグローバル「デジタル停電」:公式報告が11月18日の障害の詳細を明らかにした
2025年11月18日UTC時間午前06:58に、世界中の数百万のウェブサイトやサービスに接続異常が発生した。主な原因は、ネットワークインフラストラクチャプロバイダーのCloudflareの内部エラーによるものである。同社はその日の後に完全な事故説明を発表し、この技術的障害がどのように発生し、どのように対処されたか、そして今後の予防措置について透明性のある説明を行った。
問題が発生:世界中でサービスがダウン
Cloudflareは11月18日の障害がUTC時間の午前06:58(台湾時間では午後2時頃)に発生し、多くのCloudflare CDNおよびDNSサービスを利用しているウェブサイト、包括的な商業プラットフォーム、ニュースメディア、ウェブアプリケーションが正常にアクセスできなくなりました。この中断はほぼ40分間続き、一部の地域ではウェブサイトが完全に読み込めず、ユーザーもAPIを通じてバックエンドサーバーとスムーズにインタラクションできませんでした。
会社は、今回の事件がネットワークレベルの中断に属し、単一のデータセンターや地域の問題ではなく、グローバルなサービスインフラ全体に影響を及ぼしていると指摘しました。
問題の根源:BGP設定ミスによる事故
Cloudflare はさらに説明し、この中断は Border Gateway Protocol(BGP)の設定変更ミスに起因しています。BGP はインターネットトラフィックを制御するコアプロトコルの一つであり、世界中のネットワークが特定の宛先へのルーティング方法を知るために使用されます。
元々の目的は内部のルーティングブロードキャストポリシーを更新し、インフラの効率を向上させることでしたが、手動での誤った設定により、特定のCloudflareのIPプレフィックスが他のISPによってBGPを通じてアクセスできなくなり、インターネット上でこれらのサービスのルーティングパスが「消失」したことになります。
このエラーは内部の自動化デプロイツールで即座に検出されなかったため、影響が現れる前に広範囲に複数の地域にプッシュされました。
緊急復帰を起動:誤った設定を迅速に撤回する
Cloudflare エンジニアリングチームは、事件発生後数分以内に異常を検出し、緊急の復旧手続きを開始しました。彼らは UTC 07:15 ごろに誤った BGP ポリシー設定を撤回し、UTC 07:28 に復旧を完了しました。その時点でほとんどのサービスも正常に動作を再開しました。
全体として、今回の中断は約30分から40分続き、Cloudflareが提供したタイムラインによると、サービスはUTC07:28に完全に復旧しました。
なぜ自動化と保護メカニズムは問題を防げなかったのか?
Cloudflareは、このエラーが内部展開プロセスにまだ改善の余地があることを明らかにしたと述べた。従来の自動化プロセスには「セキュリティメカニズム」が設けられており、誤ったBGPブロードキャストを防ぐことができたが、今回の更新はより下層のシステム設定で実施され、その保護範囲に含まれていなかった。
さらに、この変更は特定の実験的ネットワークセグメントにのみ適用されるべきでしたが、主要な生産環境の範囲にも影響を及ぼしてしまいました。彼らはすでにデプロイメントシステムの範囲定義を修正し、誤ったポリシーの自動検出能力を強化しています。
Cloudflareは将来の改善を約束します
Cloudflareは、類似の事故が再発しないよう以下の対策を講じることを示しています:
BGPに関連する設定の検証メカニズムを強化し、予期しないルーティングのブロードキャストを避ける。
テスト環境と本番環境の設定権限を明確に区別する;
自動化警告システムを追加し、秒単位で異常なネットワークトラフィックに反応できる。
内部の変更審査と手動操作プロセスの監視を強化する。
会社はまた、透明性を継続的に向上させ、将来的に何らかの障害が発生した場合には、迅速に関連情報を公開し、ユーザーの信頼を維持すると強調しました。
ネットワーク巨頭の責任と挑戦
Cloudflareは、世界規模で最大のネットワークインフラストラクチャプロバイダーの一つであり、サービス範囲はCDN、DNS、ネットワークセキュリティ、DDoS防護などの重要なネットワーク要素を含んでいます。BGP設定の誤りは、世界的な「デジタル停電」を引き起こす可能性があります。この事件は迅速に処理されましたが、インターネットインフラストラクチャの高度な集中化がもたらすリスクと課題を浮き彫りにしました。
この記事 Cloudflare のグローバル「デジタル停電」:公式報告が 11 月 18 日の障害の詳細を明らかに 最初に登場したのは 鏈新聞 ABMedia。