Cloudflare DNS mi hosting sağlayıcısı DNS mi? Net karşılaştırma

DNS, alan adınızı hangi sunucuya yönlendirdiğini belirleyen temel katmandır. Bu katmanda yapılan her değişiklik; gecikme, e-posta teslimi, SSL (sertifika) doğrulaması ve hatta site erişilebilirliği üzerinde doğrudan etkili olur. Bu yazıda Cloudflare DNS ile hosting sağlayıcısının sunduğu DNS arasındaki teknik farkları, somut senaryolarla net şekilde ayırıyoruz. Ayrıca hangi durumda hangisinin daha doğru seçim olduğunu belirlemeniz için kontrol listesi veriyoruz.

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

Cloudflare DNS, alan adınıza ait DNS kayıtlarının (A, AAAA, CNAME, MX, TXT vb.) Cloudflare altyapısı üzerinden çözülmesini sağlar. Hosting sağlayıcısı DNS ise bu kayıtları genellikle kendi kontrol panelinde (veya ayrı bir DNS panelinde) yönetmenizi ister.

Buradaki kritik nokta şudur: - DNS çözümleme (name resolution): Kullanıcının tarayıcısı alan adınızı IP’ye çevirir. - DNS çözümleme katmanı doğru kurulmazsa, web trafiği kadar e-posta (MX) ve doğrulama TXT kayıtları da etkilenir.

Performans farkı: Sadece “Cloudflare hızlıdır” değil

DNS tarafında gecikme iki aşamada oluşur: 1. DNS sorgusunun çözülmesi (resolver → authoritative) 2. Sonrasında bağlantının kurulması (TCP/TLS/HTTP)

Cloudflare, DNS sorgularını kendi ağında yanıtlayarak otorite yanıt süresini iyileştirebilir. Hosting sağlayıcısı DNS ise genellikle sağlayıcının kendi altyapısına bağlıdır.

Aşağıdaki tablo karar verirken pratik olur:

TTL ve bekleme süresi: asıl fark burada

DNS sağlayıcılar arası hızdan daha belirleyici olan “değişiklik zamanı”dır. Örneğin MX kaydını güncellediniz: - TTL 3600 ise bazı kullanıcılar ve e-posta sistemleri 1 saate kadar eski kayıtları kullanabilir. - TTL’yi düşürmediyseniz, geçiş sırasında kesinti penceresi uzar.

Bu yüzden geçiş planı yaparken hem Cloudflare hem hosting DNS’inde TTL stratejisi uygulanmalıdır.

Güvenlik ve DDoS etkisi: DNS tek başına yetmez, ama yön verir

DNS katmanında doğru tasarım; DDoS trafiğini doğrudan sitenin origin’ine taşımayı azaltır. Cloudflare DNS/ekosistemi; DNS sorgularını kendi ağında yanıtlayarak otoriteyi daha dayanıklı hale getirmeyi hedefler.

Hosting sağlayıcısı DNS’de ise: - Sağlayıcının DNS altyapısı ve kapasite yaklaşımı belirleyicidir. - Bazı servislerde DNS, ayrı bir “managed DNS” olarak sunulurken bazıları sadece kontrol paneli içi kayıt yönetimi sunar.

Bu ayrımı netleştirmek için şu soruyu sorun: - Sağlayıcının DNS’i managed (korumalı) mı yoksa sadece kayıt ekranı mı?

DNS kayıt türleri güvenlikte hangi rolü oynar?

• TXT kayıtları (domain doğrulama, SPF/DKIM/DMARC)
• MX kayıtları (e-posta yönlendirme)
• CNAME/A kayıtları (web trafiği yönlendirme)
• CAA kayıtları (sertifika otoritesi kısıtı)

DNS tarafını hangi platformda yönettiğiniz, kayıt hatası riskini etkiler. Örneğin yanlış bir MX kaydı; e-posta teslimini dakikalar içinde bozabilir. Bu bozulmayı düzeltmek için doğru panel ve hızlı rollback imkânı gerekir.

Yönetim ve hata riski: Kontrol panel farkı gerçek maliyettir

Cloudflare DNS ile hosting DNS arasında yönetim farkları pratikte “insan hatası” üzerinden ölçülür.

Cloudflare tarafında tipik avantajlar

• Tek platformda DNS yönetimi, proxy/CDN ayarları ve bazı doğrulama süreçleri daha bütünleşik ilerler.
• Arayüz, toplu kayıt düzenleme ve değişiklik geçmişi sunma eğilimindedir.

Hosting sağlayıcısı tarafında tipik avantajlar

• Tüm servisler tek kontrol panelde olabilir: web, e-posta, veritabanı, yedekleme.
• “Yanlış yerde kayıt düzenleme” ihtimali azalır; çünkü her şey aynı servis mantığına bağlanır.

Aşağıdaki gibi bir kontrol yapın: - Alan adınız için kullandığınız e-posta servis sağlayıcısı ve web barındırma aynı mı? - Aynı ise hosting DNS daha az karmaşa doğurur. - Farklı ise (ör. web hosting başka, e-posta başka) Cloudflare DNS çoğu zaman daha düzenli bir merkez olabilir.

SSL ve doğrulama: DNS seçimi dolaylı ama kritiktir

SSL tarafında iki durum vardır: 1. Origin sertifikası: Sertifikayı hosting sağlayıcı üretir/yeniler. 2. Let’s Encrypt / ACME gibi otomasyonlar: Alan adınızın doğrulanması DNS tabanlı yapılabilir.

Örneğin DNS tabanlı doğrulama (ACME DNS-01) kullanılıyorsa, doğru TXT kaydının doğru DNS paneline eklenmesi gerekir. Yanlış panelde düzenleme, doğrulama başarısızlığı ve sertifika yenileme gecikmesiyle sonuçlanır.

Net kural

• Otomatik SSL yenilemesi için DNS-01 doğrulama kullanıyorsanız, otomasyonun beklediği DNS kaydının kesin olarak hangi sağlayıcıda yönetildiğini doğrulayın.

E-posta teslimi: MX + SPF/DKIM/DMARC nerede yönetiliyor?

E-posta tarafında en büyük kalite göstergesi şudur: - MX kaydı doğru mu? - SPF TXT doğru göndereni yetkilendiriyor mu? - DKIM imzayı doğru anahtar ile sağlıyor mu? - DMARC politikası teslimi bozacak kadar agresif mi?

Cloudflare DNS ile hosting DNS arasından seçim yaparken şunlara bakın: - E-posta kutuları hangi platformda? (Cloudflare Email Routing, Google Workspace, Microsoft 365, ayrı bir mail hosting vb.) - O platformun belgeleri “hangi DNS sağlayıcısı” varsayımıyla hazırlanmış?

Burada net hedef: - DNS kayıtlarınızı değiştireceğiniz her ekranın “kayıt doğruluğunu” doğrulamak için yeterli test imkânı sunmasıdır. En azından şu kontrolleri hızlıca yapabilmeniz gerekir: - dig/nslookup ile kayıtların gerçekten yayıldığını görmek - SPF/DKIM/DMARC doğrulamasını test etmek

Ne zaman Cloudflare DNS seçmelisiniz?

Aşağıdaki senaryolarda Cloudflare DNS net şekilde avantajlı olur:

1) Web ve e-posta farklı sağlayıcılarda

• Web hosting: Sağlayıcı A
• E-posta: Sağlayıcı B

Tek merkezden DNS yönetmek; MX/SPF/DKIM/DMARC ve web yönlendirmesini tek noktada toparlar.

2) Geçiş/taşıma sık yapılacak

• IP değişimi (A kaydı)
• Sunucu taşıma (VPS/VDS değişimi)

Cloudflare üzerinde TTL ve kayıt güncelleme planı daha kontrollü yürütülebilir.

3) DDoS dayanıklılığını DNS katmanında güçlendirme hedefi

Managed DNS + global dağıtım, origin’e doğrudan yük taşınmasını azaltmaya yardımcı olur.

Ne zaman hosting sağlayıcısı DNS daha doğru?

Aşağıdaki durumlarda hosting sağlayıcısı DNS daha net seçimdir:

1) Tek sağlayıcı ekosistemi kullanıyorsunuz

• Web hosting + e-posta + SSL süreçleri aynı sağlayıcıda

Kayıtlar tek panelde yönetildiği için yanlış panel kaynaklı hata olasılığı azalır.

2) Minimum karmaşa istiyorsunuz

• Projeyi büyütürken bile DNS tarafında “ek bir katman” eklemek istemiyorsunuz

Bu durumda hosting sağlayıcısının DNS paneli, bakım ve değişiklik yönetiminde sade kalır.

3) Sağlayıcının DNS tarafı gerçekten managed ve SLA ile destekleniyorsa

Bazı sağlayıcılar DNS’i ayrı bir hizmet olarak ve korumalı şekilde verir. Bu noktada “kayıt ekranı” ile “managed DNS” ayrımını teyit etmek gerekir.

Geçiş rehberi: DNS’i taşımak kesinti riskini sıfırlamaz, yönetir

DNS sağlayıcı değiştirirken amaç şudur: Kullanıcıların ve servislerin eski kaydı kullanma ihtimalini TTL ile kontrollü tutmak.

Adım adım net plan

1. Mevcut TTL değerlerini kontrol edin. Web için A/AAAA ve e-posta için MX kaydının TTL’sini not alın.
2. Geçişten 24-48 saat önce TTL’yi düşürün. - Web: 300-900 saniye bandı çoğu senaryoda yeterlidir. - E-posta: MX ve SPF/DKIM/DMARC için 3600 saniyeden daha düşük TTL daha güvenli bir geçiş sağlar.
3. Cloudflare veya yeni DNS panelinde kayıtları birebir kopyalayın.
4. Test edin: - nslookup ile kayıtların yeni DNS’ten döndüğünü doğrulayın. - E-posta için SPF/DKIM/DMARC doğrulamasını test edin.
5. Geçişi kademeli yapın: - Nameserver (NS) değişikliği genellikle en kritik noktadır.
6. Değişiklik sonrası 1-2 saat değil, TTL mantığıyla aynı gün içinde kontrol yapın.

En sık yapılan hata

• TTL’yi düşürmeden NS değiştirmek. Bu durumda eski önbellekler “bir süre daha” eski kaydı kullanabilir.

Karar vermek için hızlı kontrol listesi

Aşağıdaki maddeleri işaretleyin: - Web hosting ve e-posta sağlayıcısı farklı mı? → Evet ise Cloudflare DNS lehine. - Otomatik SSL doğrulaması DNS-01 kullanıyor musunuz? → Evet ise doğru paneli hedefleyin. - Sağlayıcınız DNS’i managed (korumalı) sunuyor mu, yoksa sadece kayıt ekranı mı? → Managed değilse Cloudflare lehine. - Tek ekosistem (hosting + mail + SSL) mi kullanıyorsunuz? → Evet ise hosting DNS lehine. - Sık IP değişimi veya sunucu taşıma var mı? → Evet ise Cloudflare DNS lehine.

Sonuç: Net öneri

Tek bir kural yok; ama pratikte karar genellikle şu eksende netleşir: DNS kayıtlarının yönetileceği yer, hem web hem e-posta süreçlerinizin sahibi olmalı ve TTL ile geçiş yönetimi disiplinli yapılmalı. Web ve e-posta farklı sağlayıcılardaysa ya da DNS katmanında dayanıklılık ve tek merkez yönetim istiyorsanız Cloudflare DNS daha doğru sonuç verir. Tüm servisler aynı hosting sağlayıcıda toplanıyorsa ve managed DNS yeterliyse hosting sağlayıcısı DNS daha az karmaşa yaratır.

Aksiyona çevirmek için bugün yapmanız gereken: Kayıtlarınızın (A/AAAA, CNAME, MX, SPF/DKIM/DMARC, TXT doğrulamalar) hangi panelde yönetildiğini çıkarın; TTL değerlerini not edin; ardından e-posta teslimi ve SSL doğrulama için “doğru DNS hedefi”ni doğrulayın. DNS kararı, sadece performans değil; değişiklik yaptığınızda ne kadar hızlı ve güvenli geri dönebildiğinizle ölçülür.