DDoS Saldırısı Altındaki Sitede Cloudflare "Under Attack" Modu Nasıl Kullanılır?

DDoS saldırısı altındaki bir sitede Cloudflare Under Attack modu, ziyaretçilere kısa bir güvenlik doğrulaması göstererek bot trafiğini filtreleyen acil savunma ayarıdır. Cloudflare panelinde sitenizi seçip Security bölümünden Under Attack Mode özelliğini etkinleştirerek birkaç dakika içinde HTTP/HTTPS seviyesindeki yoğun istekleri yavaşlatabilir, gerçek kullanıcıların siteye ulaşmasını koruyabilir ve sunucunuzun yükünü azaltabilirsiniz. Ancak bu mod tek başına kalıcı çözüm değildir; doğru DNS proxy ayarı, WAF kuralları, rate limiting, cache yapılandırması ve origin sunucu güvenliğiyle birlikte kullanılmalıdır.

Bu rehberde Cloudflare Under Attack modu nasıl açılır, ne zaman kullanılmalıdır, hangi ayarlarla desteklenmelidir ve saldırı bittikten sonra nasıl güvenli biçimde normale dönülür sorularını adım adım ele alacağız. Amaç, panik anında uygulanabilir bir kontrol listesi sunmak ve sitenizin erişilebilirliğini mümkün olan en kısa sürede toparlamaktır.

Cloudflare Under Attack Modu Nedir?

Cloudflare Under Attack modu, Cloudflare tarafından sunulan acil durum güvenlik seviyesidir. Etkinleştirildiğinde Cloudflare, siteye gelen ziyaretçilerin tarayıcılarını kısa bir doğrulamadan geçirir. Bu doğrulama genellikle birkaç saniye sürer ve otomatik botların, basit HTTP flood araçlarının veya kötü niyetli tarayıcı dışı istemcilerin siteye doğrudan yük bindirmesini zorlaştırır.

Bu modun temel amacı, uygulama katmanı yani Layer 7 seviyesindeki saldırıları hafifletmektir. Örneğin ana sayfaya saniyede binlerce GET isteği, WordPress giriş sayfasına yoğun POST denemeleri, arama sayfasına maliyetli sorgular veya sepet sayfasına sahte trafik gönderiliyorsa Under Attack modu hızlı bir ilk müdahale sağlar.

Burada önemli ayrım şudur: Under Attack modu, web isteklerini filtreler; ancak sunucunuzun IP adresi doğrudan hedef alınıyorsa, Cloudflare proxy dışındaki servisleriniz açıkta kalıyorsa veya saldırı Layer 3/4 seviyesinde yapılıyorsa ek önlemler gerekir. Bu nedenle DNS kayıtlarının Cloudflare üzerinden proxied durumda olması, origin IP adresinin gizlenmesi ve hosting tarafında doğru güvenlik önlemlerinin uygulanması kritik öneme sahiptir. Güvenli altyapı seçimi için güvenli web hosting hizmetleri ve SSL sertifikası kurulumu içerikleriyle bağlantı kurulabilir.

DDoS Saldırısı Belirtileri: Under Attack Moduna Geçmeden Önce Ne Kontrol Edilmeli?

Her yavaşlama DDoS değildir. Bazen hatalı eklenti, veritabanı kilitlenmesi, yüksek CPU kullanan cron görevi veya yanlış cache ayarı da benzer sonuçlar doğurabilir. Bu nedenle Under Attack modunu açmadan önce hızlı bir teşhis yapmak faydalıdır. Yine de sunucu yanıt vermekte zorlanıyorsa, kullanıcılar 502, 503, 504 hatası alıyorsa ve loglarda olağan dışı istek patlaması varsa acil mod geciktirilmemelidir.

Tipik DDoS göstergeleri

• Kısa sürede normalin 5, 10 veya 50 katı trafik artışı görülmesi.
• Tek bir sayfaya veya endpoint’e saniyede yüzlerce istek gelmesi.
• Farklı ülkelerden ama benzer user-agent değerleriyle trafik akması.
• WordPress, WooCommerce, OpenCart veya özel yazılımda admin, login, search, cart gibi maliyetli URL’lerin hedeflenmesi.
• Sunucuda CPU, RAM, PHP-FPM worker veya MySQL bağlantı limitlerinin dolması.
• Cloudflare Analytics ekranında 4xx ve 5xx hatalarının aniden yükselmesi.
• Gerçek kullanıcıların siteye aralıklı erişebilmesi, ancak bot trafiğinin sürekli istek göndermesi.

Örneğin normalde dakikada 2.000 istek alan bir e-ticaret sitesi, 10 dakika içinde dakikada 80.000 isteğe çıktıysa ve isteklerin yüzde 70’i sepet veya arama sayfasına gidiyorsa bu açık bir Layer 7 saldırı işaretidir. Bu senaryoda Under Attack modu ilk 5 dakika içinde açılmalı, ardından hedef URL’lere özel WAF ve rate limiting kuralları eklenmelidir.

Cloudflare Under Attack Modu Ne Zaman Kullanılmalı?

Cloudflare Under Attack modu, sürekli açık tutulması gereken standart bir güvenlik ayarı değildir. Çünkü gerçek ziyaretçilere de kısa bir bekleme ekranı gösterir. Bu durum özellikle dönüşüm odaklı sayfalarda, ödeme adımlarında veya API kullanan yapılarda kullanıcı deneyimini etkileyebilir. En doğru kullanım, saldırı sırasında geçici olarak etkinleştirmek ve trafik normale döndüğünde güvenlik seviyesini yeniden ayarlamaktır.

Kullanılması uygun durumlar

• Siteye yoğun ve anormal HTTP/HTTPS isteği geliyorsa.
• Sunucu kaynakları hızla tükeniyor ve 502/503 hataları artıyorsa.
• Cloudflare WAF henüz özel kurallarla yapılandırılmadıysa ve hızlı bir kalkan gerekiyorsa.
• Bot trafiği gerçek kullanıcı trafiğinden belirgin şekilde fazlaysa.
• Saldırı hedefi web sayfaları, formlar, giriş ekranları veya arama endpoint’leri ise.

Dikkatli kullanılacak durumlar

• Mobil uygulama, ödeme sağlayıcısı, webhook veya API trafiği yoğun kullanılıyorsa.
• Arama motoru botlarının kritik tarama yaptığı bir dönemdeyseniz.
• Kurumsal kullanıcılarınız eski tarayıcı veya kısıtlı ağ ortamlarından erişiyorsa.
• Sitenizde Cloudflare proxy arkasında olmayan alt alan adları bulunuyorsa.

API trafiği olan sitelerde Under Attack modu tüm alan adına uygulanırsa bazı entegrasyonlar başarısız olabilir. Bu nedenle mümkünse API alt alan adları için özel WAF kuralı, allowlist veya farklı güvenlik seviyesi planlanmalıdır. API güvenliğiyle ilgili detaylı bir rehber için API güvenliği ve rate limiting rehberi önerilebilir.

Cloudflare Under Attack Modu Nasıl Açılır? Adım Adım Uygulama

Aşağıdaki adımlar, saldırı anında hızlı hareket etmek için hazırlanmış pratik bir kontrol listesidir. Cloudflare arayüzü zaman içinde küçük değişiklikler gösterebilir; ancak mantık aynıdır: alan adınızı seçer, güvenlik seviyesini yükseltir ve gelen trafiği Cloudflare üzerinden doğrulatırsınız.

1. Cloudflare hesabınıza giriş yapın

Öncelikle Cloudflare hesabınıza giriş yapın ve saldırı altındaki alan adını seçin. Birden fazla alan adı yönetiyorsanız doğru zone üzerinde işlem yaptığınızdan emin olun. Yanlış alan adında Under Attack modu açmak zaman kaybettirir ve asıl saldırı devam eder.

2. DNS kayıtlarının proxied olduğunu kontrol edin

Under Attack modunun etkili olabilmesi için web trafiğinin Cloudflare üzerinden geçmesi gerekir. DNS bölümünde A, AAAA ve CNAME kayıtlarının turuncu bulut yani proxied durumda olduğundan emin olun. Gri bulut durumundaki DNS only kayıtları Cloudflare güvenlik katmanından geçmez. Özellikle www, kök alan adı ve kullanılan alt alan adları kontrol edilmelidir.

Origin IP adresiniz internette görünür durumdaysa saldırganlar Cloudflare’ı atlayarak doğrudan sunucuya saldırabilir. Bu nedenle sunucu güvenlik duvarında yalnızca Cloudflare IP aralıklarından gelen HTTP/HTTPS trafiğine izin vermek güçlü bir ek önlemdir. Hosting sağlayıcınızdan bu konuda destek alabilir veya Cloudflare DNS ayarları nasıl yapılır rehberine yönlendirme yapabilirsiniz.

3. Security bölümünden Under Attack Mode özelliğini etkinleştirin

Cloudflare panelinde ilgili alan adını açtıktan sonra Security veya Overview ekranında Under Attack Mode seçeneğini bulun. Bu seçeneği etkinleştirdiğinizde Cloudflare, siteye gelen ziyaretçilere kısa süreli bir doğrulama sayfası göstermeye başlar. Bazı panellerde bu ayar Security Level altında I am Under Attack olarak da görünebilir.

Etkinleştirme sonrasında değişiklik genellikle kısa sürede devreye girer. İlk dakikalarda Cloudflare Analytics, Security Events ve sunucu kaynak tüketimini birlikte izlemek gerekir. Eğer CPU ve bağlantı sayıları düşmeye başladıysa mod işe yarıyor demektir. Ancak hata oranı devam ediyorsa ek kurallar yazılmalıdır.

4. Gerçek kullanıcı deneyimini test edin

Modu açtıktan sonra farklı ağlardan siteyi test edin. Mobil internet, ofis ağı ve mümkünse farklı bir lokasyondan ana sayfa, ürün sayfası, giriş sayfası ve ödeme akışı denenmelidir. Kullanıcı doğrulama ekranından sonra siteye ulaşabiliyorsa beklenen davranış budur. Eğer kullanıcılar sonsuz doğrulama döngüsüne giriyorsa, çerez engelleyen ayarlar, tarayıcı uyumluluğu veya Cloudflare güvenlik kuralı çakışmaları incelenmelidir.

5. Saldırının hedeflediği URL’leri belirleyin

Under Attack modu genel kalkan sağlar; ancak asıl verim hedefe özel kurallarla alınır. Cloudflare Security Events, Web Analytics, hosting erişim logları ve uygulama loglarından en çok istek alan yolları bulun. Örneğin /wp-login.php, /xmlrpc.php, /search, /cart, /api/login veya /checkout gibi URL’ler saldırı altında olabilir.

Hedef URL belirlendiğinde WAF Custom Rules ile ülke, user-agent, istek yöntemi, URI path veya bot skoru gibi kriterlere göre aksiyon alınabilir. Örneğin belirli bir login endpoint’i için dakikada makul sayının üzerinde istek gönderen IP’lere managed challenge uygulanabilir. WordPress siteleri için WordPress güvenlik önlemleri bağlantısı doğal bir iç link fırsatıdır.

Under Attack Modu ile Diğer Cloudflare Güvenlik Seçenekleri Arasındaki Farklar

Cloudflare güvenlik araçları farklı amaçlara hizmet eder. Under Attack modu hızlı ve genel bir acil durum filtresidir; WAF ve Rate Limiting ise daha hedefli, sürdürülebilir ve kullanıcı deneyimi açısından daha dengeli çözümler sunar.

Pratikte iyi bir savunma yaklaşımı şu şekilde ilerler: Önce Under Attack modu ile acil baskı azaltılır, ardından saldırı deseni analiz edilir, WAF ve rate limiting kuralları eklenir, son olarak cache ve origin firewall ayarlarıyla kalıcı yapı güçlendirilir.

Saldırı Sırasında Önerilen Ek Cloudflare Ayarları

Under Attack modu tek bir düğmeyle devreye alınabilse de DDoS savunmasının başarısı destekleyici ayarlara bağlıdır. Aşağıdaki öneriler, gerçek operasyonlarda en sık işe yarayan uygulamalardır.

WAF kurallarıyla hedefli koruma oluşturun

Cloudflare WAF, belirli koşullara göre aksiyon almanızı sağlar. Örneğin sadece /wp-login.php sayfasına gelen ve belirli ülkelerden yapılan POST isteklerine challenge uygulayabilirsiniz. Böylece tüm siteyi ağırlaştırmadan saldırının hedefini izole edersiniz.

• Admin ve login sayfalarını yalnızca belirli ülkelere veya IP aralıklarına açın.
• XML-RPC gibi kullanılmayan endpoint’leri engelleyin.
• Şüpheli user-agent değerleri için managed challenge uygulayın.
• Belirli URI path üzerinde çok sık istek yapan istemcileri rate limit ile sınırlayın.

Cache seviyesini doğru ayarlayın

DDoS sırasında origin sunucunun her isteğe yanıt vermesi gerekiyorsa kaynaklar hızla tükenir. Statik dosyalar, görseller, CSS, JavaScript ve cachelenebilir sayfalar Cloudflare edge üzerinden servis edilmelidir. WordPress gibi dinamik yapılarda sayfa cache eklentisi, Cloudflare cache rules ve uygun cache-control başlıkları birlikte kullanılabilir.

Örneğin haber veya blog ağırlıklı bir sitede anonim ziyaretçilere gösterilen sayfalar 5 ila 30 dakika cachelenebilir. Bu basit ayar, saldırı dışı dönemlerde bile TTFB değerlerini düşürür ve hosting kaynaklarını rahatlatır. Performans tarafında web sitesi hızlandırma rehberi bağlantısı değerlendirilebilir.

Rate limiting eşiklerini gerçekçi belirleyin

Rate limiting, özellikle maliyetli endpoint’lerde çok etkilidir. Ancak eşikler rastgele belirlenirse gerçek kullanıcılar engellenebilir. Örneğin bir ürün arama sayfasında normal kullanıcı dakikada 5-15 arama yapabilir; dakikada 100 arama anormaldir. Login sayfasında ise 5 dakika içinde 10 başarısız deneme çoğu senaryoda şüphelidir.

Örnek bir yaklaşım: /wp-login.php için 1 dakikada 10’dan fazla istek atan IP’ye managed challenge, 5 dakikada 50’den fazla istek atan IP’ye geçici block uygulanabilir. API endpoint’lerinde ise kullanıcı oturumu, IP, token ve method bazlı daha hassas limitler tercih edilmelidir.

Origin IP adresini gizleyin ve firewall ile sınırlayın

Cloudflare kullanırken yapılan en kritik hatalardan biri origin IP adresini açıkta bırakmaktır. Eski DNS kayıtları, doğrudan IP ile çalışan alt alan adları, mail kayıtlarıyla karışan web servisleri veya sızmış konfigürasyonlar saldırganın sunucuya Cloudflare dışından ulaşmasına neden olabilir.

Sunucu tarafında 80 ve 443 portlarını yalnızca Cloudflare IP aralıklarına açmak güçlü bir koruma sağlar. Ayrıca SSH, panel, veritabanı ve yönetim portları internete açık bırakılmamalı; IP kısıtlama, güçlü parola, 2FA ve mümkünse VPN kullanılmalıdır. Hosting güvenliği için cPanel güvenlik ayarları ve VPS firewall yapılandırması içerikleriyle bağlantı verilebilir.

WordPress, WooCommerce ve Kurumsal Sitelerde Özel Dikkat Noktaları

Her web sitesi aynı trafik yapısına sahip değildir. Bir blog sitesi, WooCommerce mağazası ve SaaS paneli için Cloudflare Under Attack modu farklı sonuçlar doğurabilir. Bu nedenle site türüne göre kritik yollar belirlenmelidir.

WordPress siteleri

WordPress’te en sık hedeflenen dosyalar /wp-login.php ve /xmlrpc.php yollarıdır. XML-RPC kullanmıyorsanız engellemek genellikle güvenlidir. Admin paneli için ülke veya IP kısıtlaması uygulanabilir. Ayrıca güvenlik eklentileriyle Cloudflare kuralları çakışmamalıdır; aynı anda çok fazla challenge mekanizması kullanıcıyı doğrulama döngüsüne sokabilir.

WooCommerce mağazaları

WooCommerce’de sepet, ödeme ve hesap sayfaları dikkat ister. Bu sayfalar dinamik olduğu için agresif cache uygulanmamalıdır. Under Attack modu aktifken ödeme sağlayıcısı callback veya webhook URL’lerinin çalıştığından emin olun. Gerekirse ödeme sağlayıcısının IP aralıkları allowlist’e alınmalı veya ilgili endpoint için özel kural yazılmalıdır.

Kurumsal ve API kullanan siteler

Kurumsal portallar, CRM entegrasyonları ve mobil uygulama API’leri JavaScript challenge ekranını işleyemeyebilir. Bu tür yapılarda tüm alan adına Under Attack modu uygulamak yerine API alt alan adını ayrı yönetmek daha doğru olabilir. Örneğin www.example.com için Under Attack açılırken api.example.com için token bazlı güvenlik, rate limiting ve allowlist uygulanabilir.

Under Attack Modu Açıldıktan Sonra İzlenecek Metrikler

Bir güvenlik önleminin işe yarayıp yaramadığını anlamak için sayısal izleme gerekir. Sadece sitenin açılıyor olması yeterli değildir; hata oranları, sunucu yükü ve gerçek kullanıcı davranışı birlikte değerlendirilmelidir.

• Cloudflare Security Events: Hangi kuralların kaç isteği challenge veya block ettiğini gösterir.
• HTTP durum kodları: 403, 429, 502, 503 ve 504 hatalarındaki değişim izlenmelidir.
• Sunucu CPU ve RAM kullanımı: Under Attack sonrası düşüş beklenir.
• PHP-FPM ve MySQL bağlantıları: Uygulama katmanındaki rahatlamayı gösterir.
• Bant genişliği ve request sayısı: Trafik hacmi ile filtrelenen istek oranı karşılaştırılmalıdır.
• Gerçek kullanıcı dönüşümleri: Form gönderimi, sipariş, giriş ve ödeme adımları test edilmelidir.

Örneğin Under Attack modu açıldıktan sonra toplam istek sayısı aynı kalsa bile origin’e ulaşan istekler yüzde 60 azalıyorsa, Cloudflare katmanı önemli yükü absorbe ediyor demektir. Buna rağmen MySQL CPU kullanımı yüksek kalıyorsa saldırı spesifik bir dinamik sorguyu tetikliyor olabilir; bu durumda uygulama logları incelenmelidir.

Saldırı Bittikten Sonra Under Attack Modu Nasıl Kapatılmalı?

Saldırı trafiği normale döndüğünde Under Attack modunu kalıcı olarak açık bırakmak çoğu site için önerilmez. Çünkü her ziyaretçiye ek doğrulama göstermek dönüşüm oranını, tarama verimliliğini ve kullanıcı memnuniyetini etkileyebilir. Kapatma işlemi de açma kadar kontrollü yapılmalıdır.

Güvenli normale dönüş adımları

• En az 30-60 dakika boyunca trafik seviyesinin normale dönmesini bekleyin.
• Cloudflare Security Events ekranında challenge ve block sayılarının azaldığını doğrulayın.
• Under Attack modunu kapatmadan önce hedefli WAF ve rate limiting kurallarının aktif olduğundan emin olun.
• Güvenlik seviyesini High veya Medium gibi daha dengeli bir seviyeye çekin.
• Siteyi farklı cihazlardan test edin ve 5xx hata oranını izleyin.
• 24 saat boyunca logları takip ederek saldırının tekrar başlayıp başlamadığını kontrol edin.

İyi uygulama olarak, saldırı sonrası bir olay raporu oluşturulmalıdır. Bu raporda saldırı başlangıç saati, hedef URL’ler, en yoğun istek sayısı, alınan aksiyonlar, işe yarayan kurallar ve kalıcı iyileştirmeler yazılmalıdır. Bu belge, bir sonraki olayda müdahale süresini ciddi şekilde kısaltır.

Yaygın Hatalar ve Kaçınmanız Gerekenler

DDoS anında hızlı karar almak gerekir; ancak yanlış ayarlar gerçek kullanıcıları da engelleyebilir. Aşağıdaki hatalar özellikle yoğun stres altında sık görülür.

• DNS kayıtlarını proxied yapmadan Under Attack modunun koruma sağlayacağını düşünmek.
• Origin IP adresini açıkta bırakmak ve firewall ile Cloudflare IP’leri dışında erişimi kapatmamak.
• API, webhook ve ödeme callback adreslerini test etmeden tüm alan adına challenge uygulamak.
• Çok geniş WAF block kuralları yazarak gerçek müşterileri engellemek.
• Cachelenmemesi gereken sepet, ödeme veya kullanıcı paneli sayfalarını agresif cachelemek.
• Saldırı bittikten sonra modu haftalarca açık bırakmak.
• Sunucu loglarını incelemeden sadece Cloudflare ekranına bakarak karar vermek.

Özellikle e-ticaret sitelerinde ödeme callback’lerinin engellenmesi ciddi gelir kaybına yol açabilir. Bu nedenle güvenlik kuralı yazarken block yerine önce log veya managed challenge aksiyonuyla test etmek daha güvenlidir. Kuralın etkisi görüldükten sonra daha sert aksiyonlara geçilebilir.

Hostragons Altyapısında Daha Dayanıklı Bir Savunma Nasıl Planlanır?

Cloudflare güçlü bir ön katman sağlar; fakat başarılı DDoS savunması yalnızca CDN tarafında bitmez. Hosting altyapısı, yazılım optimizasyonu, SSL yapılandırması, DNS yönetimi ve yedekleme stratejisi birlikte düşünülmelidir. Hostragons üzerinde barındırılan bir site için temel yaklaşım şu olmalıdır: Cloudflare trafiği filtreler, hosting katmanı yalnızca temiz trafiği karşılar, uygulama ise gereksiz veritabanı yükü üretmeyecek şekilde optimize edilir.

Yeni bir proje yayına alınmadan önce alan adının doğru DNS kayıtlarıyla yönetilmesi, SSL sertifikasının sorunsuz kurulması ve web sunucusu kaynaklarının trafik profilinize uygun seçilmesi önemlidir. Bu noktada domain sorgulama ve alan adı kaydı, web hosting paketleri, kurumsal hosting çözümleri ve ücretsiz SSL sertifikası bağlantıları kullanıcıya yardımcı olabilir.

Yüksek trafikli veya saldırı riski yüksek projelerde standart paylaşımlı hosting yerine daha kontrollü VPS veya yönetilebilir sunucu seçenekleri değerlendirilebilir. Böylece firewall, web server, PHP-FPM, Redis, object cache ve veritabanı ayarları daha esnek biçimde yapılandırılır. Ancak hangi altyapı seçilirse seçilsin, Cloudflare Under Attack modu yalnızca acil durum aracı olarak konumlandırılmalı; kalıcı güvenlik mimarisi WAF, log analizi ve düzenli güncellemelerle desteklenmelidir.

Hızlı Kontrol Listesi: DDoS Anında İlk 15 Dakika

Saldırı anında zaman kritiktir. Aşağıdaki liste, teknik ekibin veya site sahibinin ilk 15 dakikada yapabileceklerini özetler.

• Cloudflare paneline girin ve doğru alan adını seçin.
• DNS kayıtlarının turuncu bulut yani proxied olduğunu kontrol edin.
• Under Attack modunu etkinleştirin.
• Ana sayfa, login, sepet, ödeme ve API endpoint’lerini test edin.
• Cloudflare Security Events ekranından hedef URL’leri belirleyin.
• En çok saldırı alan yollara özel WAF veya rate limiting kuralı ekleyin.
• Sunucu CPU, RAM, PHP-FPM ve MySQL durumunu kontrol edin.
• Origin IP’ye doğrudan erişim olup olmadığını test edin.
• Ödeme sağlayıcıları, webhook’lar ve kritik entegrasyonlar için allowlist gerekip gerekmediğini inceleyin.
• Tüm aksiyonları saat bilgisiyle not alın.

Bu liste düzenli olarak prova edilirse, gerçek bir saldırı sırasında panik azalır ve müdahale kalitesi artar. Büyük sitelerde bu sürecin bir olay müdahale planı olarak dokümante edilmesi önerilir.

Sıkça Sorulan Sorular

Cloudflare Under Attack modu siteyi tamamen korur mu?

Hayır. Cloudflare Under Attack modu özellikle HTTP/HTTPS seviyesindeki bot ve flood trafiğini azaltmak için etkilidir; ancak tek başına tam koruma sağlamaz. DNS kayıtlarının proxied olması, origin IP’nin gizlenmesi, WAF kuralları, rate limiting, cache ve sunucu firewall ayarlarıyla birlikte kullanılmalıdır.

Under Attack modu SEO’ya zarar verir mi?

Kısa süreli kullanım genellikle ciddi SEO zararı oluşturmaz. Ancak mod uzun süre açık kalırsa arama motoru tarama verimliliği ve kullanıcı deneyimi etkilenebilir. Bu nedenle saldırı sonrasında modu kapatıp hedefli güvenlik kurallarıyla devam etmek daha sağlıklıdır.

Cloudflare Under Attack modu ne kadar süre açık kalmalı?

Saldırı yoğunluğu düşene kadar açık kalabilir; pratikte trafik normale döndükten sonra en az 30-60 dakika izleme yapılması ve ardından kademeli şekilde kapatılması önerilir. Mod kapatılmadan önce WAF ve rate limiting gibi kalıcı kuralların hazır olması gerekir.

Under Attack modu API veya ödeme sistemlerini etkiler mi?

Evet, etkileyebilir. Çünkü bazı API istemcileri, webhook servisleri ve ödeme callback sistemleri tarayıcı tabanlı güvenlik doğrulamasını tamamlayamaz. Bu nedenle kritik endpoint’ler test edilmeli, gerekirse allowlist veya özel Cloudflare kuralları tanımlanmalıdır.

Cloudflare kullanırken hosting tarafında ayrıca önlem almak gerekir mi?

Evet. Cloudflare ön katmanda güçlü koruma sağlar; ancak origin sunucunun IP adresi gizlenmeli, firewall yalnızca gerekli trafiğe izin vermeli, yazılım güncel tutulmalı ve cache yapılandırması doğru yapılmalıdır. Güvenli hosting altyapısı DDoS dayanıklılığının önemli bir parçasıdır.

Sonuç

Cloudflare Under Attack modu, DDoS saldırısı altındaki bir sitede hızlı nefes aldıran etkili bir acil durum aracıdır. Doğru DNS proxy ayarıyla etkinleştirildiğinde bot trafiğini azaltır, sunucu yükünü düşürür ve gerçek kullanıcıların siteye ulaşma ihtimalini artırır. En iyi sonuç için bu modu WAF kuralları, rate limiting, cache optimizasyonu ve origin firewall güvenliğiyle desteklemek gerekir.

Web sitenizin saldırılara karşı daha dayanıklı çalışmasını istiyorsanız altyapınızı, DNS yönetiminizi ve SSL yapılandırmanızı düzenli olarak gözden geçirin. Hostragons’un hosting, domain ve SSL çözümlerini inceleyerek siteniz için daha güvenli ve sürdürülebilir bir temel oluşturabilirsiniz.