Conrado Sol
- 29 Nis 2026
- 100 Mesaj
SUNUCU • SALDIRI MİMARİSİ • CANLI SİSTEM TESTİ
2026 Teknik Rehber | L3/L4/L7 | VPS | DDoS Analizi
━━━━━━━━━━━━━━━━━━━━━━━━━━
Selam beyler,
Bugün DDoS işinin biraz daha derinine giriyoruz.
Yok localhost'a istek atalım, yok Docker'da iki konteyner açalım muhabbeti değil.
Gerçek internette bir DDoS saldırısı nasıl gerçekleşiyor, sunucu tarafında ne oluyor, trafik nereden geliyor ve kendi canlı sistemimizin dayanıklılığını nasıl ölçüyoruz? Bunları ele alacağız.
Önce mantığı anlayalım.
01 — GERÇEK DDoS MİMARİSİ
DDoS, tek bir makineden çok sayıda istek göndermekten ibaret değil.
Gerçek bir dağıtık saldırıda trafik birden fazla kaynaktan gelir. Bu kaynaklar ele geçirilmiş cihazlar, kötüye kullanılan sunucular veya saldırı amacıyla işletilen farklı altyapılar olabilir.
Genel mimari:
Burada üç önemli kavram var:
Control Plane: Dağıtık kaynakların koordinasyonunu sağlayan kontrol katmanı.
Traffic Sources: Trafiğin farklı kaynaklardan geldiği bölüm.
Target Infrastructure: Trafiği karşılayan ağ ve uygulama altyapısı.
DDoS'un etkisi yalnızca istek sayısından kaynaklanmaz. Bant genişliği, paket işleme kapasitesi ve uygulama kaynaklarının tüketimi birbirinden farklı problemler oluşturur.
02 — GERÇEK SALDIRI TÜRLERİ
L3/L4 — NETWORK FLOOD
Bu saldırı kategorileri ağ ve taşıma katmanlarını hedef alır.
Örnekler:
Bu saldırılarda yüksek bant genişliği veya paket işleme yükü nedeniyle ağ bağlantıları ve sunucu kaynakları zorlanabilir.
Önemli metrikler:
L7 — APPLICATION LAYER
Burada işin içine web sunucuları ve uygulamalar giriyor.
Örneğin HTTP Flood saldırılarında hedefe çok sayıda HTTP isteği ulaştırılır. Trafik gerçek kullanıcı isteklerine benzeyebileceği için bu kategori ayrı bir önem taşır.
İlgili metrikler:
Şimdi kendi canlı sistemimizin DDoS dayanıklılığını test edeceğimiz altyapıyı hazırlayalım.
Gereksinimler:
Sunucu için Hetzner, OVHcloud veya benzeri bir sağlayıcı tercih edilebilir. Seçim yapmadan önce sağlayıcının güvenlik testi ve kabul edilebilir kullanım politikalarını kontrol edin.
Burada kritik nokta şu: Sunucunun sahibi olmanız, barındırma şirketinin ağında sınırsız saldırı simülasyonu gerçekleştirebileceğiniz anlamına gelmiyor.
04 — CANLI SUNUCUDA GÖZLEMLEME
SSH üzerinden sunucumuza bağlanıyoruz.
Nginx ve sistem gözlemleme araçlarını kuruyoruz.
Sistem hazır.
Artık internetten erişilebilen, tamamen bize ait bir web sunucumuz var. Alan adımızı bağlayıp HTTPS yapılandırmasını tamamladıktan sonra ölçümlere geçebiliriz.
05 — GERÇEK TRAFİĞİ ANALİZ ETME
Şimdi işin eğlenceli kısmına gelelim.
Gerçek trafik geldiğinde sunucunun nasıl davrandığını incelemek için birkaç terminal komutu kullanacağız.
06 — CANLI ORTAMDA GERÇEK DDOS TESTİ
Burada klasik performans testiyle gerçek DDoS simülasyonu arasındaki fark ortaya çıkıyor.
Performans testi: Sistemin normal veya öngörülen yoğun kullanım altında ne kadar iyi çalıştığını ölçer.
DDoS simülasyonu: Saldırı karakteristiğindeki gerçek trafiğe karşı koruma, algılama ve müdahale mekanizmalarının davranışını değerlendirir.
Kendi canlı sisteminizde DDoS simülasyonu yaptırmak için şu aşamalar uygulanır:
Cloudflare ise kendi hesaplarında bulunan ve belirli mülkiyet koşullarını sağlayan internet varlıkları için ayrı test yönergeleri yayımlıyor. Kullanılan ürüne göre ek koordinasyon gerekebiliyor.
Bu sayede saldırı karakteristiğindeki trafiğe karşı gerçek koruma sistemlerini ölçebiliyorsunuz.
07 — TEST SONUÇLARININ YORUMLANMASI
Test bitince bakacağımız şey sadece sitenin açılıp açılmadığı değil.
Ölçülmesi gerekenler:
Bu yüzden CDN panelindeki saldırı istatistiklerini origin sunucunun erişim kayıtlarıyla birlikte değerlendirmek gerekir.
08 — SONUÇ
Beyler, gerçek DDoS araştırması sadece terminalden komut çalıştırmak değil.
Gerçek bir saldırının ağ katmanında, koruma sisteminde ve web uygulamasında nasıl etkiler oluşturduğunu anlamak gerekiyor.
VPS üzerinde kendi web sunucunuzu yönetip gerçek internet trafiğini incelemek bu işin bir tarafı. Dağıtık saldırılara karşı dayanıklılığı ölçmek ise kontrollü ve yetkilendirilmiş DDoS simülasyonu gerektiriyor.
SORUMLULUK REDDİ
2026 Teknik Rehber | L3/L4/L7 | VPS | DDoS Analizi
━━━━━━━━━━━━━━━━━━━━━━━━━━
Selam beyler,
Bugün DDoS işinin biraz daha derinine giriyoruz.
Yok localhost'a istek atalım, yok Docker'da iki konteyner açalım muhabbeti değil.
Gerçek internette bir DDoS saldırısı nasıl gerçekleşiyor, sunucu tarafında ne oluyor, trafik nereden geliyor ve kendi canlı sistemimizin dayanıklılığını nasıl ölçüyoruz? Bunları ele alacağız.
Önce mantığı anlayalım.
01 — GERÇEK DDoS MİMARİSİ
DDoS, tek bir makineden çok sayıda istek göndermekten ibaret değil.
Gerçek bir dağıtık saldırıda trafik birden fazla kaynaktan gelir. Bu kaynaklar ele geçirilmiş cihazlar, kötüye kullanılan sunucular veya saldırı amacıyla işletilen farklı altyapılar olabilir.
Genel mimari:
Kod:
ATTACK CONTROL PLANE
|
+--------+--------+
| | |
SOURCE A SOURCE B SOURCE C
| | |
+--------+--------+
|
INTERNET
|
TARGET NETWORK
|
DDOS PROTECTION
|
ORIGIN SERVERBurada üç önemli kavram var:
Control Plane: Dağıtık kaynakların koordinasyonunu sağlayan kontrol katmanı.
Traffic Sources: Trafiğin farklı kaynaklardan geldiği bölüm.
Target Infrastructure: Trafiği karşılayan ağ ve uygulama altyapısı.
DDoS'un etkisi yalnızca istek sayısından kaynaklanmaz. Bant genişliği, paket işleme kapasitesi ve uygulama kaynaklarının tüketimi birbirinden farklı problemler oluşturur.
02 — GERÇEK SALDIRI TÜRLERİ
L3/L4 — NETWORK FLOOD
Bu saldırı kategorileri ağ ve taşıma katmanlarını hedef alır.
Örnekler:
[]UDP Flood
[]TCP SYN Flood
[]ACK Flood
[]DNS Amplification- ICMP Flood
Bu saldırılarda yüksek bant genişliği veya paket işleme yükü nedeniyle ağ bağlantıları ve sunucu kaynakları zorlanabilir.
Önemli metrikler:
[]Gbps — Saniyedeki trafik miktarı.
[]PPS — Saniyedeki paket sayısı.- Connection Rate — Yeni bağlantı oluşturma hızı.
L7 — APPLICATION LAYER
Burada işin içine web sunucuları ve uygulamalar giriyor.
Örneğin HTTP Flood saldırılarında hedefe çok sayıda HTTP isteği ulaştırılır. Trafik gerçek kullanıcı isteklerine benzeyebileceği için bu kategori ayrı bir önem taşır.
İlgili metrikler:
[]RPS — Saniyedeki HTTP istek sayısı.
[]HTTP 429/502/503/504 yanıtları.
[]P95/P99 gecikme süreleri.
[]CPU ve RAM kullanımı.- Backend ve veritabanı bağlantıları.
Şimdi kendi canlı sistemimizin DDoS dayanıklılığını test edeceğimiz altyapıyı hazırlayalım.
Gereksinimler:
[]1 adet VPS/VDS.
[]Ubuntu 24.04 LTS.
[]2 vCPU / 4 GB RAM.
[]Kendi alan adımız.
[]SSH erişimi.
[]DDoS koruma hizmeti.- İzinli DDoS simülasyon sağlayıcısı.
Sunucu için Hetzner, OVHcloud veya benzeri bir sağlayıcı tercih edilebilir. Seçim yapmadan önce sağlayıcının güvenlik testi ve kabul edilebilir kullanım politikalarını kontrol edin.
Burada kritik nokta şu: Sunucunun sahibi olmanız, barındırma şirketinin ağında sınırsız saldırı simülasyonu gerçekleştirebileceğiniz anlamına gelmiyor.
04 — CANLI SUNUCUDA GÖZLEMLEME
SSH üzerinden sunucumuza bağlanıyoruz.
Kod:
ssh kullanici@SUNUCU_IPNginx ve sistem gözlemleme araçlarını kuruyoruz.
Kod:
sudo apt update
sudo apt install -y nginx sysstat
sudo systemctl enable --now nginxSistem hazır.
Artık internetten erişilebilen, tamamen bize ait bir web sunucumuz var. Alan adımızı bağlayıp HTTPS yapılandırmasını tamamladıktan sonra ölçümlere geçebiliriz.
05 — GERÇEK TRAFİĞİ ANALİZ ETME
Şimdi işin eğlenceli kısmına gelelim.
Gerçek trafik geldiğinde sunucunun nasıl davrandığını incelemek için birkaç terminal komutu kullanacağız.
İçeriği görüntülemek için Giriş yapın veya Kayıt olun.
06 — CANLI ORTAMDA GERÇEK DDOS TESTİ
Burada klasik performans testiyle gerçek DDoS simülasyonu arasındaki fark ortaya çıkıyor.
Performans testi: Sistemin normal veya öngörülen yoğun kullanım altında ne kadar iyi çalıştığını ölçer.
DDoS simülasyonu: Saldırı karakteristiğindeki gerçek trafiğe karşı koruma, algılama ve müdahale mekanizmalarının davranışını değerlendirir.
Kendi canlı sisteminizde DDoS simülasyonu yaptırmak için şu aşamalar uygulanır:
[]Test edilecek alan adı ve IP aralığının mülkiyeti doğrulanır.
[]Hosting sağlayıcısının test koşulları kontrol edilir.
[]Koruma sağlayıcısının DDoS simülasyon prosedürü uygulanır.
[]Gerekliyse yetkili bir DDoS test firmasıyla kapsam ve zaman aralığı belirlenir.
[]İzleme sistemleri ve acil durdurma prosedürleri hazırlanır.
[]İzinli simülasyon gerçekleştirilir.
[]Gelen trafik, engellenen istekler ve sunucu kaynak kullanımı analiz edilir.
[]Test sonrası teknik rapor oluşturulur.
Cloudflare ise kendi hesaplarında bulunan ve belirli mülkiyet koşullarını sağlayan internet varlıkları için ayrı test yönergeleri yayımlıyor. Kullanılan ürüne göre ek koordinasyon gerekebiliyor.
Bu sayede saldırı karakteristiğindeki trafiğe karşı gerçek koruma sistemlerini ölçebiliyorsunuz.
07 — TEST SONUÇLARININ YORUMLANMASI
Test bitince bakacağımız şey sadece sitenin açılıp açılmadığı değil.
Ölçülmesi gerekenler:
[]Trafiğin ne kadarı koruma katmanında karşılandı?
[]Origin sunucuya ne kadar trafik ulaştı?
[]Meşru kullanıcıların isteklerinde hata oluştu mu?
[]Koruma mekanizması ne kadar sürede devreye girdi?
[]Uygulamanın yanıt süreleri değişti mi?
[]Hangi bileşen kapasite sınırına yaklaştı?- Yanlış pozitif engellemeler yaşandı mı?
Bu yüzden CDN panelindeki saldırı istatistiklerini origin sunucunun erişim kayıtlarıyla birlikte değerlendirmek gerekir.
08 — SONUÇ
Beyler, gerçek DDoS araştırması sadece terminalden komut çalıştırmak değil.
Gerçek bir saldırının ağ katmanında, koruma sisteminde ve web uygulamasında nasıl etkiler oluşturduğunu anlamak gerekiyor.
VPS üzerinde kendi web sunucunuzu yönetip gerçek internet trafiğini incelemek bu işin bir tarafı. Dağıtık saldırılara karşı dayanıklılığı ölçmek ise kontrollü ve yetkilendirilmiş DDoS simülasyonu gerektiriyor.
SORUMLULUK REDDİ
