Cloudflare DNS mi, hosting sağlayıcısı DNS mi? Net karar rehberi

Bir alan adını (domain) yöneten DNS, sitenin “var mı yok mu” hissini doğrudan etkiler. Cloudflare DNS kullanınca yönetim ve performans tarafında bazı kazanımlar ortaya çıkar; hosting sağlayıcısı DNS kullandığında ise daha basit ve tek panel üzerinden ilerleyen bir yapı oluşur. Bu yazıda iki yaklaşımı; TTL, kayıt yönetimi, e-posta (MX), alt alan adları, kesinti senaryoları ve operasyonel maliyet açısından net şekilde karşılaştıracaksın.

Cloudflare DNS ve hosting sağlayıcısı DNS neyi yönetir?

DNS; alan adının hangi IP’ye veya servise yönlendirileceğini tanımlar. Bu yönlendirme, A/AAAA kayıtlarıyla IP’ye, CNAME kayıtlarıyla başka isimlere, MX kayıtlarıyla e-posta altyapısına yapılır. Buradaki kritik nokta şu: DNS kayıtlarının işlendiği sistem (nameserver) hangisiyse, “doğru kayıt” o sistemde olmalıdır.

Nameserver değişikliği nasıl sonuç doğurur?

• Alan adının nameserver’ları Cloudflare’a işaret ederse DNS cevapları Cloudflare üzerinden gelir.
• Nameserver’lar hosting sağlayıcısının DNS’ine işaret ederse DNS cevapları sağlayıcı üzerinden gelir.

Bu seçim sadece hızla ilgili değildir; özellikle IP değiştirmen gerektiğinde ve e-posta kayıtlarını yönetirken etkisini hemen görürsün.

Performans: TTL, cache ve gerçek etki

DNS performansını konuşurken “Cloudflare hızlıdır” gibi genel ifadeler yerine, ölçülebilir parametreler üzerinden ilerlemek gerekir.

TTL (Time To Live) pratikte ne demek?

TTL değeri, DNS cevabının ara sunucular ve istemciler tarafından ne kadar süre önbelleğe alınacağını belirler. Örneğin: - TTL 300 saniye ise IP değişikliği yaptıktan sonra bazı kullanıcılar eski kaydı daha kısa sürede bırakır. - TTL 14400 saniye ise değişiklik daha yavaş yayılır; bu da geçiş döneminde tutarsız erişime neden olabilir.

Cloudflare tarafında TTL ayarı yapılabildiği gibi, birçok kullanıcı Cloudflare proxy katmanını da (CDN/Proxy) açar. Proxy açıkken yalnızca DNS değil, HTTP trafik akışı da iyileşebilir. Ancak DNS seçimi tek başına her zaman “tarayıcı hızını” birebir belirlemez; asıl fark, DNS cevaplarının cache süresi ve uygulama katmanındaki (proxy/CDN) yapıdadır.

Geçiş senaryosu: IP değişikliği

Hosting sağlayıcısı tarafında sunucunun IP’si değiştiğinde (taşıma, yeniden kurulum, farklı datacenter), DNS tarafı kritik olur.

• Cloudflare DNS’te IP değişikliği yaparsın, TTL kısa ise yayılım hızlı olur.
• Hosting sağlayıcısı DNS’te IP değişikliği yaparsın, TTL yine yayılım hızını belirler.

Net fark şu: Cloudflare DNS’te operasyon tek panelde toplanabilir; hosting sağlayıcısı tarafında ise sağlayıcının kontrol paneline bağımlılık artar.

Yönetim ve operasyon: Hangisi daha az hata üretir?

DNS yönetiminde en sık yaşanan problemler: yanlış kayıt, unutulan kayıt, çakışan CNAME/A kayıtları ve geçiş sırasında TTL unutulmasıdır.

Kontrol paneli ve kayıt görünürlüğü

Şu tablo, pratikte karar verirken işine yarar.

Kesinti senaryosu: “DNS yanlış olursa” ne olur?

• DNS kayıtları yanlışsa, HTTP tarafındaki sunucu ayarları doğru olsa bile alan adın doğru IP’ye gitmez.
• Nameserver değişikliği sırasında yanlış yapılan işlemler daha geniş etki yaratır.

Bu yüzden hangi DNS’i seçersen seç, iki şeyi garanti etmelisin: 1. DNS geçiş planı (TTL düşür, sonra değiştir, sonra eski TTL’ye dön) 2. E-posta kayıtlarının durum kontrolü (SPF/DKIM/DMARC ile birlikte)

Güvenlik ve DDoS: DNS sağlayıcısı rolü

Cloudflare kullanımı genelde iki katmanda fayda sağlar: - DNS yönetimi (kayıt ve cevap akışı) - HTTP proxy/CDN katmanı (tarayıcıdan gelen trafiği filtreleme)

Ancak şunu net ayırmak gerekir: “DNS’i Cloudflare yaptım” demek tek başına tüm DDoS etkilerini çözmez. Asıl DDoS emilimi genellikle proxy/CDN katmanıyla gelir. Eğer Cloudflare proxy’ini (turuncu bulut) açmıyorsan, DNS değişikliği daha sınırlı kalır.

Hosting sağlayıcısı DNS ise çoğu zaman “DNS cevapları” düzeyinde kalır; DDoS emilimi varsa bile bu genellikle CDN/WAF tarafında ayrı bir ürünle sağlanır.

E-posta (MX): Karar vermeyi en çok zorlayan alan

E-posta kayıtları, DNS seçimi kararında en somut farkı yaratır.

MX kayıtları ve teslim edilebilirlik

MX kayıtları doğru değilse e-posta akışı durur veya gecikir. Bu nedenle MX yönetiminin hangi panelde yapıldığı önemlidir.

• Cloudflare DNS kullanıyorsan MX kayıtlarını Cloudflare’da doğru tanımlarsın.
• Hosting sağlayıcısı DNS kullanıyorsan MX kayıtlarını sağlayıcının DNS panelinde tanımlarsın.

SPF / DKIM / DMARC ile ilişkisi

DNS nerede yönetilirse yönetilsin SPF, DKIM ve DMARC kayıtlarının varlığı ve doğru değeri zorunludur. En önemli noktalar: - SPF: Hangi sunucuların mail gönderebileceğini belirtir. - DKIM: Mesaj imzasını tanımlar. - DMARC: SPF/DKIM başarısız olduğunda ne yapılacağını söyler (quarantine/reject).

E-posta altyapısı ayrı bir sağlayıcıdaysa (ör. kurumsal e-posta hizmeti), ilgili sağlayıcının verdiği SPF/DKIM/DMARC kayıtlarını doğru DNS panelinde yayınlamazsan sonuç doğar.

Alt alan adları, CNAME ve “yanlış eşleştirme” riski

DNS’te en sık yapılan teknik hata şunlardır: - Aynı alt alan için hem A hem CNAME tanımlamak - www için yanlış CNAME/A kombinasyonu - Kullanım dışı kalan kayıtların geçiş sonrası temizlenmemesi

Cloudflare DNS ile bu hatalar mümkün, hosting DNS ile de mümkün. Net fark şu: Hangi panelde çalışıyorsan, o panelin kayıt doğrulama mantığı (GUI uyarıları, doğrulama araçları, yönetim kolaylığı) hatayı azaltabilir.

pratik kontrol listesi

• www: A mı CNAME mi kullanıyorsun? Tercihini netleştir.
• apex (boş domain, ör. example.com): çoğu senaryoda A/AAAA ile yönetilir.
• mail: çoğu kurulumda A/AAAA ve/veya CNAME olabilir; e-posta sağlayıcısının önerisi baz alınır.

Bulut mimarileri: “IP değişecek mi?” sorusu

VPS/VDS taşıma, datacenter değişimi, hatta bazı otomasyonlar IP değişimine yol açabilir. Bu durumda DNS tarafı şu soruyla değerlendirilmeli:

IP’nin ne sıklıkla değiştiği

• IP hiç değişmiyorsa: DNS seçimi daha az kritik, operasyonel sadelik öne çıkar.
• IP zaman zaman değişiyorsa: DNS’te TTL’yi geçişe uygun ayarlayabilmek ve kayıtları hızlı güncelleyebilmek kritik olur.

Cloudflare bu noktada avantaj sağlayabilir; çünkü domain yönetimi çoğu zaman farklı hosting planları arasında taşınır ve Cloudflare “domain sabiti” gibi kalır.

Net seçim rehberi: Senaryoya göre hangisi?

Aşağıdaki maddeler “kayıt türüne göre” değil; organizasyonel akışa göre karar verir.

Cloudflare DNS seç

Şu durumlarda Cloudflare DNS doğru tercih olur: - Domain yönetimini farklı hosting sağlayıcıları arasında taşımayı planlıyorsan - Tek panelde hem DNS hem (opsiyonel olarak) HTTP proxy/CDN yönetimi istiyorsan - Geçiş dönemlerini sık yaşıyorsan ve TTL/propagasyon kontrolünü merkezi yapmak istiyorsan - Kurumsal e-posta dahil tüm kayıtları tek yerden yönetmek istiyorsan (MX, SPF/DKIM/DMARC dahil)

Hosting sağlayıcısı DNS seç

Şu durumlarda hosting sağlayıcısı DNS daha mantıklıdır: - Tek bir sağlayıcıyla uzun süre çalışıyorsan ve domain/hosting bağı daha sade olsun istiyorsan - Ekip sadece sağlayıcı kontrol panelini kullanabiliyorsa (operasyonel yetki kısıtı) - Cloudflare proxy/CDN kullanmadan sadece “DNS kayıtları” yönetimiyle ilerlemek istiyorsan - Kayıt yönetimi karmaşası istemiyorsan ve e-posta sağlayıcın ile sağlayıcı aynı ekosistemdeyse

Geçiş planı: Sorunsuz DNS taşıma adımları

DNS’i Cloudflare’a taşımak ya da Cloudflare’dan çıkarmak istiyorsan şu sıra hatayı azaltır.

1) TTL’yi düşür

Taşıma öncesi DNS kayıtlarının TTL değerini düşür. Amaç, değişiklik yayılım süresini kısaltmaktır. - Pratik hedef: en az 24 saat düşük TTL ile beklemek

2) Kayıtları iki tarafta doğrula

• DNS kayıtlarını yeni sağlayıcı tarafında oluştur
• A/AAAA, CNAME, MX kayıtlarını tek tek kontrol et

3) Nameserver değişikliğini planla

• Nameserver geçişini aynı gün yoğun trafik saatine denk getirme
• Değişim sonrası DNS çözümlemesini test et

4) E-posta test et

MX değiştiyse sadece web’in açılması yetmez: - SPF/DKIM/DMARC doğrulamasını kontrol et - Test e-postası gönder ve al

Sık yapılan hatalar ve net çözümler

• TTL’yi geçiş sonrası geri yükseltmeyi unutmak: Geçiş bittiğinde performans/operasyon dengesi için uygun TTL değerine dön.
• MX’te yanlış hedef: E-posta sağlayıcısının verdiği “mail sunucu adı” ile kayıt birebir aynı olmalı.
• CNAME ile kök domaini karıştırmak: apex domain için CNAME kullanılmaz; bunun yerine A/AAAA tercih edilir.
• DNS taşıdıktan sonra eski kayıtların kalması: Çift kayıt bazı senaryolarda tutarsızlığa yol açabilir.

Sonuç: “Hangisi daha iyi?” yerine “hangisi daha uyumlu?”

NetKıyas yaklaşımıyla kararın merkezinde operasyonel uyum olmalı. Domain/HTTP trafiği yönetimini merkezi yapmak, sık taşıma yapmak ve e-posta dahil tüm DNS kayıtlarını tek panelde tutmak istiyorsan Cloudflare DNS daha tutarlı bir yapı sağlar. Tek sağlayıcıyla uzun süre, daha sade panel bağıyla ilerleyeceksen hosting sağlayıcısı DNS daha düşük yönetim maliyeti sunar.

Aksiyon önerisi: Önce 30 saniyelik bir karar testi yap—“IP değişecek mi, domain farklı sağlayıcıya taşınacak mı, e-posta kayıtları tek yerde yönetilsin mi?” Bu 3 sorudan en az ikisine “evet” diyorsan Cloudflare DNS lehine karar ver; aksi durumda hosting sağlayıcısı DNS ile ilerle. Böylece gereksiz katman eklemeden, DNS kaynaklı hataları azaltmış olursun.