İnternet trafiğinin önemli bir kısmını taşıyan Cloudflare, 20 Şubat 2026'da kendi IP bloklarını Cloudflare üzerinden duyuran müşterilerini etkileyen bir kesinti yaşadı. Firmanın yayımladığı ayrıntılı olay raporu, büyük altyapılarda küçük bir otomasyon hatasının nasıl geniş etki yaratabildiğini gösteren öğretici bir örnek.
Hosting ve altyapı sağlayıcıları için de raporda önemli bir ders var: toplu değişiklik yapan otomasyonların, etkiledikleri kayıt sayısı beklenenden fazlaysa kendini durduran güvenlik frenlerine ihtiyacı var. Cloudflare'in "devre kesici" yaklaşımı, küçük ölçekli işletmelerin yedekleme, toplu silme ya da DNS güncellemesi yapan betiklerine de uyarlanabilecek bir fikir.
Siz bu tür bir sağlayıcı kesintisinden etkilendiğinizde nasıl bir yol izlediniz? Yedek planınız var mı? Deneyimlerinizi paylaşın.
Ne oldu?
Kesinti 20 Şubat 2026 saat 17.48'de (UTC) başladı. Etkilenenler, Cloudflare'in BYOIP (Bring Your Own IP) hizmetini kullanan müşterilerin bir kısmıydı. Bu hizmette müşteriler kendilerine ait IP bloklarını (prefix) Cloudflare ağı üzerinden internete duyurur. Olay sırasında bu duyuruların bir kısmı BGP üzerinden geri çekildi; yani ilgili IP adreslerine giden yollar internetten kayboldu. Rapora göre 1.1.1.1 çözümleyicisinin web sitesi de etkilenenler arasındaydı.Rakamlarla olay
- Toplam 6.500 prefix'ten yaklaşık 1.100'ü geri çekildi.
- 4.306 BYOIP prefix'inin %25'i istemeden internetten çekildi.
- Olay 17.48 ile 23.03 (UTC) arasında toplam 6 saat 7 dakika sürdü; bu sürenin büyük kısmı prefix yapılandırmalarını değişiklik öncesi durumlarına döndürmekle geçti.
BGP ve BYOIP kısaca
İnternet, birbirine bağlı binlerce ağdan oluşur ve bu ağlar hangi IP bloğuna hangi yoldan ulaşılacağını BGP (Border Gateway Protocol) ile birbirlerine duyurur. Bir IP bloğunun duyurusu geri çekildiğinde, o bloktaki adreslere giden yol da internetin geri kalanından kaybolur; sunucular çalışıyor olsa bile ziyaretçiler onlara ulaşamaz. BYOIP'de bu duyuruyu müşteri adına Cloudflare yaptığı için, Cloudflare tarafındaki bir hata doğrudan müşterinin IP adreslerini erişilemez hâle getirdi.Kök neden
Cloudflare'in açıklamasına göre sorun, BYOIP sürecinde IP adreslerinin yönetim biçimini değiştiren bir güncellemeyle ortaya çıktı. Bir temizlik otomasyonu, Addressing API'yi hatalı bir sorguyla çağırdı; sistem bu sorgunun sonucunu yalnızca silinmek üzere sıraya alınmış prefix'ler olarak değil, tüm BYOIP prefix'leri silinmeyi bekliyor şeklinde yorumladı. Sonuç olarak silinmemesi gereken prefix'ler de geri çekildi.Cloudflare hangi önlemleri alacak?
Raporda sıralanan başlıca adımlar:- API şemasını standartlaştırarak bayrakların yanlış yorumlanmasının önüne geçmek.
- Operasyonel durum ile yapılandırılmış durumu ayırmak; değişiklikleri sağlık metriklerine bağlı, snapshot tabanlı dağıtımlarla yapmak.
- BGP prefix'lerinde aşırı geniş ya da çok hızlı değişiklikleri algılayıp durduran bir "devre kesici" (circuit breaker) izleme mekanizması eklemek.
- Servis sağlığını doğrudan izleyerek tehlikeli olabilecek dağıtımlarda güvenlik frenlerini devreye sokmak.
Site ve sunucu sahipleri için dersler
Bu olay doğrudan yalnızca BYOIP kullanan kurumları etkiledi; ancak çıkarılacak dersler herkes için geçerli:- Durum sayfalarına abone olun: Kullandığınız CDN, DNS ve hosting sağlayıcılarının durum sayfalarını e-posta ya da RSS ile takip edin.
- Dışarıdan izleyin: Sitenizi kendi altyapınızın dışından kontrol eden bir erişilebilirlik izleme hizmeti, sorunun sizde mi sağlayıcıda mı olduğunu hızla gösterir.
- Kritik servislerde tek noktaya bağımlılığı azaltın: Gerçekten kesintiye tahammülü olmayan projelerde ikincil DNS ya da alternatif yönlendirme planı düşünülebilir.
- Olay planınız hazır olsun: Kesinti anında müşterilerinize nereden, nasıl bilgi vereceğinizi önceden belirleyin.
Hosting ve altyapı sağlayıcıları için de raporda önemli bir ders var: toplu değişiklik yapan otomasyonların, etkiledikleri kayıt sayısı beklenenden fazlaysa kendini durduran güvenlik frenlerine ihtiyacı var. Cloudflare'in "devre kesici" yaklaşımı, küçük ölçekli işletmelerin yedekleme, toplu silme ya da DNS güncellemesi yapan betiklerine de uyarlanabilecek bir fikir.
Siz bu tür bir sağlayıcı kesintisinden etkilendiğinizde nasıl bir yol izlediniz? Yedek planınız var mı? Deneyimlerinizi paylaşın.
