2026年2月20日のCloudflareサービス障害

**タイトル: 2026年2月20日のCloudflare障害** ![](https://blog.cloudflare.com/cdn-cgi/image/format=auto,dpr=3,width=64,height=64,gravity=face,fit=crop,zoom=0.5/https://cf-assets.www.cloudflare.com/zkvhlag99gkb/5PdDoZIvkvRblH53Q2YTqo/5058429b91f2abff02d8638408fc15b6/Screenshot_2026-02-21_at_11.26.13%C3%A2__AM.png) David Tuber ![](https://blog.cloudflare.com/cdn-cgi/image/format=auto,dpr=3,width=64,height=64,gravity=face,fit=crop,zoom=0.5/https://cf-assets.www.cloudflare.com/zkvhlag99gkb/1OFhyF8Eppsy3zNhD4XhxY/81556b4b37e03086140cc1277cde6c4e/5ec8a934-fd80-420b-aeed-d3aca6722df4_224x224.png) Dzevad Trumic 2026年2月20日、UTC 17:48に、Cloudflareはサービス障害を経験しました。CloudflareのBring Your Own IP (BYOIP) サービスを利用している一部のお客様において、Border Gateway Protocol (BGP) 経由でインターネットへの経路が撤回される事象が発生しました。 この問題は、直接的にも間接的にも、サイバー攻撃やあらゆる種類の悪意のある活動によって引き起こされたものではありません。この問題は、Cloudflareが自社ネットワークにおけるBYOIPパイプラインを通じてオンボードされたIPアドレスの管理方法に対して行った変更によって引き起こされました。この変更により、Cloudflareは意図せずにお客様のプレフィックスを撤回してしまいました。 一部のBYOIPのお客様にとって、これはインターネットから彼らのサービスやアプリケーションに到達不能となり、BYOIPを使用したCloudflareデプロイメント全体で接続タイムアウトや失敗を引き起こす結果となりました。Cloudflareの再帰的DNSリゾルバー (1.1.1.1) のウェブサイトでも403エラーが発生しました。インシデントの総継続時間は6時間7分で、その大部分の時間は、変更前の状態にプレフィックス設定を復元するために費やされました。 Cloudflareのエンジニアは変更を元に戻し、障害の発生を観測し始めた時点でプレフィックスの撤回は停止しました。しかし、エンジニアが変更を元に戻す前に、約1,100のBYOIPプレフィックスがCloudflareネットワークから撤回されました。一部のお客様は、Cloudflareダッシュボードを使用して自身のIPアドレスを再アドバタイズすることで、自らのサービスを復元することができました。当社はすべてのプレフィックス設定を復元した時点でこのインシデントを解決しました。 お客様への影響を心よりお詫び申し上げます。本日、私たちは皆様の期待に応えることができませんでした。この投稿は、何が正確に起こり、どのシステムとプロセスが失敗したのかについての詳細な説明です。また、このような障害が再発しないようにするために私たちが講じている手順についても概説します。 **障害はどのようにお客様に影響を与えたか？** このグラフは、インシデント中にCloudflareがBGPネイバーに対してアドバタイズしたプレフィックスの量を示しており、アドバタイズされなかったプレフィックスはインターネット上で到達不能であったため、影響の度合いと相関しています。 このピアに対してアドバタイズされた合計6,500のプレフィックスのうち、4,306はBYOIPプレフィックスでした。これらのBYOIPプレフィックスはすべてのピアにアドバタイズされ、当社がグローバルにアドバタイズするすべてのBYOIPプレフィックスを表しています。 インシデント中、UTC 17:56から18:46にかけて、合計6,500プレフィックスのうち1,100プレフィックスが撤回されました。合計4,306のBYOIPプレフィックスのうち、25%のBYOIPプレフィックスが意図せず撤回されました。当社はone.one.one.oneへの影響を検出し、より多くのプレフィックスが影響を受ける前に、影響を与える変更を元に戻すことができました。UTC 19:19に、当社はお客様に対し、Cloudflareダッシュボードにアクセスして自身のプレフィックスを再アドバタイズすることでこのインシデントを自己修復できる旨のガイダンスを発表しました。 CloudflareはUTC 20:20頃に多くのアドバタイズ変更を元に戻すことができ、これにより800のプレフィックスが復元されました。なお、約300のプレフィックスは、ソフトウェアのバグにより、それらのプレフィックスのサービス設定がエッジから削除されていたため、ダッシュボードを通じて修復することができませんでした。これらのプレフィックスは、UTC 23:03にCloudflareエンジニアによって手動で復元されました。 このインシデントは、設定変更がすべてのBYOIPお客様に即座ではなく反復的に適用されたため、すべてのBYOIPお客様に影響を与えたわけではありません。設定変更が影響を及ぼしていることが明らかになった後、すべてのお客様が影響を受ける前に変更が元に戻されました。 影響を受けたBYOIPのお客様は、最初にBGPパスハンティングと呼ばれる動作を経験しました。この状態では、エンドユーザーの接続は宛先IPへの経路を見つけようとネットワークを横断します。この動作は、開かれた接続がタイムアウトして失敗するまで持続します。プレフィックスがどこかでアドバタイズされるまで、お客様はこの障害モードを見続けることになります。この「失敗するまでループする」シナリオは、インターネットへのアドバタイズにBYOIPを使用するあらゆる製品に影響を与えました。さらに、Cloudflareの再帰的DNSリゾルバーのウェブサイトであるone.one.one.oneへの訪問者は、HTTP 403エラーと「Edge IP Restricted」というエラーメッセージに遭遇しました。DNS over HTTPSを含む、1.1.1.1パブリックリゾルバーを介したDNS解決は影響を受けませんでした。影響を受けたサービスの完全な内訳は以下の通りです。 **サービス/製品** **影響の説明** **コアCDNおよびセキュリティサービス** トラフィックがCloudflareに引き寄せられず、それらの範囲でアドバタイズされたウェブサイトに接続するユーザーは接続失敗を経験した BYOIP上のSpectrumアプリは、トラフィックがCloudflareに引き寄せられないため、トラフィックのプロキシに失敗した **専用イグレス** BYOIPを活用したGateway専用イグレス、またはBYOIPを活用したCDNイグレスの専用IPを使用していたお客様は、トラフィックを宛先に送信できなかった Magic Transitによって保護されたアプリケーションに接続するエンドユーザーは、インターネット上でアドバタイズされず、接続タイムアウトや失敗を経験した また、Cloudflareダッシュボードでプレフィックスを切り替えることでサービスを復元できないお客様のグループも存在しました。エンジニアがこれらのお客様のためにサービスを復元するためにプレフィックスの再アドバタイズを開始すると、これらのお客様は、自身のIPアドレスがアドバタイズされているにもかかわらず、レイテンシーの増加や障害を経験した可能性があります。これは、一部のユーザーのアドレッシング設定が、自社ソフトウェアの問題によりエッジサーバーから削除されており、その状態をエッジに再度伝播させる必要があったためです。 私たちのアドレッシングシステムで具体的に何が壊れたのかについて説明しますが、そのためには、Cloudflareにおけるお客様のIPアドレスの根本的な信頼できる情報源である「Addressing API」について簡単に説明する必要があります。 **CloudflareのAddressing API** Addressing APIは、Cloudflareネットワーク上に存在するアドレスの権威あるデータセットです。そのデータセットへの変更は、直ちにCloudflareのグローバルネットワークに反映されます。私たちは現在、Code Orange: Fail Smallの一環として、これらのシステムがどのように変更をロールアウトするかを改善する過程にありますが、現時点では、お客様はパブリック向けAPIを操作することでIPアドレスを設定できます。これらのAPIは、変更をCloudflareのエッジに伝播させる運用ワークフローをトリガーする一連のデータベースを設定します。これは、Addressing APIへの変更が直ちにCloudflareエッジに伝播されることを意味します。 Cloudflare上でIPアドレスをアドバタイズおよび設定するには、いくつかのステップが関与します： 1. お客様は、Addressing APIまたはBGP Controlを介して、IPアドレスのアドバタイズ/撤回をCloudflareに通知する 2. Addressing APIは、マシンにプレフィックスアドバタイズの変更を指示する 3. プレフィックスを更新する通知を十分な数のマシンが受信すると、ルーター上でBGPが更新される 4. 最後に、お客様はサービスバインディングを介してCloudflare製品がBYOIPアドレスを使用するように設定でき、これにより製品がこれらの範囲に割り当てられる Addressing APIにより、アドレスのアドバタイズや撤回に関連するプロセスの大部分を自動化することができますが、一部のプロセスは依然として手動操作を必要とします。これらの手動プロセスは、本番環境に近いためリスクが高いものです。Code Orange: Fail Smallの一環として、是正措置の目標の一つは、Addressing APIで行われていた手動操作を削除し、安全なワークフローに置き換えることでした。 **インシデントはどのように発生したか？** 障害が発生した具体的な設定部分は、CloudflareのBYOIPサービスからプレフィックスを削除するという、現在は手動で行われている日常的なお客様のリクエストを自動化しようとする変更でした。この手動プロセスの削除は、すべての変更を安全で自動化された、修復可能なものへと推進するための私たちのCode Orange: Fail Small作業の一部でした。

2026年2月20日のCloudflareサービス障害

背景や根拠まで確認しますか？

調べる

選ぶ

サイト