Google Public DNS ve Cloudflare 1.1.1.1 Karşılaştırması

Sesli Dinle — Makale

Google Public DNS ve Cloudflare 1.1.1.1, herkese açık recursive resolver (özyinelemeli DNS çözümleyicisi) hizmetleridir. Cihazın DNS sorgularını yanıtlamak için gerekli kayıtları bulur ve önbelleğe alır. Karşılaştırma yalnız 8.8.8.8 ile 1.1.1.1 adreslerine değil, gizlilik politikasına, günlükleme yaklaşımına, şifreli DNS desteğine, filtreleme davranışına ve kullanıcının kendi ağında ölçtüğü gecikmeye dayanmalıdır.

İki hizmet de geniş ölçekli altyapı kullandığı için birini bütün kullanıcılar açısından daha hızlı veya daha güvenli ilan etmek doğru değildir. İnternet servis sağlayıcısının trafik yönlendirmesi, kullanıcının konumu, ağ yoğunluğu, önbellek durumu ve kullanılan DNS protokolü sonucu değiştirebilir.

Kullanıcı seçim yaparken iki DNS sağlayıcısının topladığı veri kategorilerini ve bu verileri nasıl sakladığını resmi gizlilik metinlerinin güncel sürümlerinden doğrulamalıdır. Şifreli taşıma, sorgunun yerel ağdaki gözlemcilere karşı korunmasına yardımcı olabilir; ancak recursive resolver hizmetini güven ilişkisinin dışına çıkarmaz.

Google DNS ve Cloudflare DNS: Temel Özellikler

Standart DNS sorguları genellikle şifrelenmeden taşınır. DoH (DNS over HTTPS), DNS mesajlarını şifreli HTTPS bağlantısıyla; DoT (DNS over TLS) ise doğrudan TLS ile şifrelenmiş bir bağlantıyla taşır.

Gizlilik Politikası ve Günlükleme Farkları

DNS gizliliğinde iki ayrı soru bulunur: Sorgu ağ üzerinden taşınırken kimler tarafından görülebilir ve recursive resolver operatörü hangi verileri ne kadar süreyle işler? DoH veya DoT, ağ üzerinden taşınan sorgunun korunmasına yöneliktir. İkinci sorunun cevabı DNS sağlayıcısının veri toplama, azaltma ve saklama politikasındadır.

Bir DNS sağlayıcısının şifreli DNS sunması, diğer bütün gizlilik koşullarını otomatik olarak karşıladığı anlamına gelmez. Kullanıcı, DNS sorgularını işleyen operatörün hangi kayıtları tuttuğunu, kayıtları hangi amaçlarla kullandığını ve farklı veri kümelerini ilişkilendirip ilişkilendirmediğini ayrıca incelemelidir.

Aşağıdaki saklama süreleri ve istisnalar DNS sağlayıcılarının yayımladığı taahhütleri anlatır; değişmez teknik özellikler değildir. Karar verirken Google Public DNS’in “Your Privacy” ve Cloudflare’ın “1.1.1.1 Public DNS Resolver” politika sayfalarının güncel sürümlerini, hangi verinin hangi amaçla tutulduğuna bakarak karşılaştırın.

Google Public DNS Hangi Günlükleri Tutar?

Google’ın yayımladığı politikaya göre tam istemci IP adresini ve DNS sorgusunu birlikte içeren geçici günlükler 24–48 saat içinde silme işlemlerine alınır. Güvenlik veya kötüye kullanım sorunlarını çözmek için gereken bilgiler daha uzun tutulabilir. Kalıcı günlükler ise geçici günlüklerin bir örneklemidir; bunlarda istemci IP adresi kaldırılır ve şehir veya bölge düzeyindeki konumla değiştirilir.

Google, Public DNS üzerinden topladığı kişisel verileri reklam hedeflemede kullanmadığını belirtir. Diğer Google hizmetlerindeki kişisel bilgilerle ilişkilendirmeme taahhüdünün de güvenlik ve kötüye kullanım sorunlarına yönelik bir istisnası vardır. Bu nedenle “kalıcı günlük” ham IP adresinin süresiz tutulması demek değildir; “IP adresi siliniyor” ifadesi de bütün sorgu verilerinin silindiği anlamına gelmez.

Cloudflare 1.1.1.1 Hangi Günlükleri Tutar?

Cloudflare’ın politikası, IPv4 adresinin son 8 bitini ve IPv6 adresinin son 80 bitini çıkararak istemci adresini kısalttığını ve kısaltılmış adresi 25 saat içinde sildiğini belirtir. Sınırlı sorgu ve hata ayıklama günlükleri için de 25 saatlik süre açıklanır. Bununla birlikte, toplulaştırılmış istatistik üretiminde kullanılan ve kısaltılmış IP adresi içermeyen sınırlı örnekler istisnadır; toplulaştırılmış veriler süresiz tutulabilir.

Tam kaynak IP adresini kalıcı depolamaya yazmama taahhüdünün, ağ sorunlarını giderme ve hizmet dışı bırakma saldırılarını azaltma amaçlı küçük bir paket örneklemesi istisnası vardır. Ayrıca bölgesel internet kayıt kuruluşu APNIC, araştırma amacıyla bazı sorgu verilerine sınırlı erişebilir; istemci IP adreslerine erişemez. Bu politika “hiç günlük tutulmaz” şeklinde yorumlanmamalıdır.

DoH, DoT ve Standart DNS Desteği Ne Değiştirir?

Standart DNS sorguları çoğu yapılandırmada cihaz ile recursive resolver hizmeti arasında şifrelenmeden taşınır. DoH ve DoT, bu sorgu trafiğini şifreleyerek yerel ağdaki veya bağlantının izlediği ağ yolu üzerindeki tarafların sorgu içeriğini doğrudan görmesini zorlaştırır.

Bu koruma, seçilen recursive resolver operatörünün sorguyu görmediği anlamına gelmez. Google Public DNS veya Cloudflare 1.1.1.1, yanıt oluşturabilmek için sorgulanan alan adını işler. Kullanıcı internet servis sağlayıcısının recursive resolver hizmeti yerine bu hizmetlerden birini seçtiğinde DNS sorguları için güvendiği operatör de değişir.

DoH ve DoT, cihazın trafiğini uzak bir sunucu üzerinden taşıyan VPN tünelinin yerini tutmaz. Ziyaret edilen sayfanın tam adresini, hesap bilgilerini, dosya içeriklerini veya cihazdaki bütün internet trafiğini gizlemez. Yalnız DNS sorgularının recursive resolver hizmetine taşındığı bölümü korur.

Kullanıcı protokolleri karşılaştırırken cihaz desteğini, kurumsal ağ politikasını ve hata giderme gereksinimini dikkate almalıdır. Bir DNS sağlayıcısını standart DNS, diğerini DoH üzerinden test etmek; protokol ek yükünü veya farklı ağ yolunu sağlayıcı farkı gibi gösterebilir. Bir test sunucusunun DoH veya DoT ile yanıt alabilmesi, cihazınızdaki diğer uygulamaların da bu protokolü kullandığını kanıtlamaz. Cihazın etkin DNS bağlantısını, işletim sistemi veya tarayıcının bağlantı tanılamasıyla ayrıca doğrulayın.

Filtreleme Özelliği Nasıl Değerlendirilir?

Bir DNS hizmetinin standart profili ile filtreli profili aynı davranışı göstermeyebilir. Ayrı bir güvenlik veya aile filtresi profilinin bulunması, standart 8.8.8.8 veya 1.1.1.1 adresinin de o profilin engelleme politikasını uyguladığı anlamına gelmez.

Google Public DNS, normalde içerik filtresi uygulamaz; kendi açıklamasında bazı güvenlik tehditleri ve yasal zorunluluklar için istisnalar belirtir. Cloudflare’ın standart 1.1.1.1 hizmeti içerik filtresi değildir; zararlı alan adı ve yetişkin içerik filtreleri ayrı 1.1.1.1 for Families profilleridir.

Filtreleme karşılaştırması şu ayrıntıları kapsar: kullanılan tehdit veya içerik kategorileri, engellenen alan adına verilen yanıt, yanlış engellemeler için itiraz mekanizması ve politikanın nasıl güncellendiği. DNS sağlayıcıları profilleri değiştirebileceği için kullanıcı bu ayrıntıları güncel resmi ürün belgelerinden doğrulamalıdır.

DNS tabanlı filtreleme yalnız alan adı düzeyinde karar verir ve tek başına kapsamlı cihaz güvenliği oluşturmaz. Zararlı içerik başka bir alan adından sunulabilir, doğrudan IP adresi kullanılabilir veya daha önce kurulmuş bir bağlantı yeni DNS sorgusuna ihtiyaç duymayabilir. Bu nedenle DNS tabanlı filtreleme güvenlik politikasının yalnız bir katmanıdır.

8.8.8.8 mi 1.1.1.1 mi Daha Hızlı?

“Cloudflare DNS hızlı mı?” ve “Google DNS daha mı hızlı?” sorularının bütün kullanıcılar için geçerli tek bir cevabı yoktur. İki hizmete erişirken sorgular farklı ağ yollarını izleyebilir; internet servis sağlayıcısının trafik yönlendirmesi, kullanıcının konumu, bölgesel yoğunluk ve bağlantı kalitesi ölçümü etkileyebilir.

Yalnız recursive resolver IP adresine ping göndermek yeterli değildir. Ping, IP adresine ağ düzeyindeki gidiş-dönüş süresini gösterebilir; ancak gerçek DNS sorgusunun işlenme süresini, önbellek isabetini, yeniden denemeleri veya belirli kayıt türlerindeki yanıt davranışını tam olarak ölçmez.

Ayrıca tek bir alan adının bir kez sorgulanması da güvenilir bir karşılaştırma oluşturmaz. Bir alan adını ilk kez sorgulamanız, kaydın recursive resolver önbelleğinde bulunmadığını göstermez; başka istemciler daha önce aynı adı sorgulamış olabilir. Kaydın yeniden bulunmasını gerektiren sorgularla önbellekten verilen yanıtların süreleri farklı olabilir. Bu nedenle aynı sorgu kümesi, aynı protokol ve benzer ağ koşulları kullanılmalıdır.

Yerel DNS Gecikmesi Nasıl Karşılaştırılır?

1. Aynı cihazı ve aynı internet bağlantısını kullanın. Mobil veri ile Wi-Fi sonuçlarını doğrudan aynı ölçüm grubunda karşılaştırmayın.
2. Google Public DNS ve Cloudflare 1.1.1.1 testlerini dönüşümlü kısa turlar halinde çalıştırın. Birini yoğun, diğerini sakin saatlerde test etmeyin.
3. Aynı alan adı ve kayıt türü kümesini kullanın. Yalnız tek bir popüler alan adı, önbellek etkisini gereğinden fazla büyütebilir. Sorguların cihazdaki önbellekten karşılanmak yerine seçtiğiniz DNS sunucusuna gönderildiğini doğrulayın.
4. İki DNS sağlayıcısı için aynı taşıma yöntemini kullanın. DoH veya DoT testinde yeni bağlantı kurulma süresini mi, açık bağlantıdaki sorgu süresini mi ölçtüğünüzü de aynı tutun.
5. Tek en düşük sonuca değil, ortanca gecikmeye, yüksek gecikme değerlerine, zaman aşımlarına ve başarısız sorgu oranına bakın.
6. Testi farklı gün ve saatlerde tekrarlayın. Seçimi, tek seferlik küçük farktan çok sonuçların tutarlılığına dayandırın.

İnternetteki başka bir sunucunun yaptığı DNS testini kendi bağlantınızın gecikmesi olarak kaydetmeyin. Ölçümü yapan yer, seçilen DNS sunucusu, protokol ve test zamanı sonuçlarla birlikte belirtilmelidir.

Gecikme Sonuçları Nasıl Yorumlanır?

DNS performansında yalnız ortalama değere bakmak, aralıklı sorunları gizleyebilir. Örneğin çoğu sorgu hızlı yanıtlanırken az sayıdaki sorgunun zaman aşımına uğraması, günlük kullanımda sayfaların ara sıra geç açılmasına veya uygulamaların bağlantı hatası göstermesine neden olabilir.

Düşük ortanca gecikme, düşük hata oranıyla birlikte değerlendirildiğinde anlamlıdır. Bir DNS sağlayıcısı birkaç ölçümde daha düşük süre verirken daha fazla zaman aşımı üretiyorsa daha tutarlı çalışan diğer DNS sağlayıcısı kullanıcı açısından daha iyi sonuç verebilir.

Çok küçük gecikme farkları ziyaretçinin her zaman hissedebileceği bir değişiklik oluşturmaz. DNS çözümlemesi tamamlandıktan sonra web sunucusuna bağlantı kurulması, TLS işlemleri, içerik indirme süresi ve uygulama sunucusunun yanıtı gibi başka aşamalar devreye girer. DNS seçimi çözümleme süresini doğrudan etkiler; dönen adres farklı bir içerik sunucusuna yöneltiyorsa bağlantı ve indirme performansını da dolaylı olarak değiştirebilir.

DNS Seçimi İçerik Sunucusunu Değiştirebilir mi?

İçeriği farklı konumlardaki sunuculardan dağıtan CDN hizmetleri, DNS sorgusunun geldiği ağa göre farklı adresler döndürebilir. Google Public DNS, istemcinin IP adresinin yalnız ağ bölümünü yetkili sunucuya ileten ECS (EDNS Client Subnet) desteğini kullanabilir. Cloudflare 1.1.1.1 ise olağan sorgularda ECS göndermez; belgesinde yalnız belirli bir hata ayıklama alanı için istisna açıklar.

Bu fark, bazı CDN hizmetlerinin hangi sunucu adresini döndürdüğünü etkileyebilir. ECS’nin bulunması tek başına daha hızlı sonuç garantisi değildir ve istemci ağı hakkında yetkili sunucuya ek bilgi aktarır. DNS yanıt süresini ölçmenin yanında sık kullandığınız hizmetlerin gerçekten nasıl çalıştığını da kontrol edin.

Cihazdaki DNS Ayarının Etkisini Doğrulama

Cihazın kullandığı DNS sunucusunu değiştirmek, alan adının yetkili DNS kayıtlarını değiştirmez. Yalnız cihazın veya yerel ağın DNS sorgularını hangi recursive resolver hizmetine göndereceğini belirler. IPv4 adresini belirten A, IPv6 adresini belirten AAAA, posta sunucularını belirten MX ve yetkili DNS sunucularını belirten NS kayıtları bundan etkilenmez. Değişen, cihazın bu kayıtları sorgulama yoludur.

Değişikliği önce tek bir test cihazında uygulamak, ağ genelindeki beklenmeyen etkileri sınırlar. İşletim sistemi, yönlendirici ve tarayıcı farklı DNS ayarları kullanabilir. Tarayıcıdaki DoH seçeneği, işletim sistemi veya modem ayarından farklı bir DNS sunucusuna bağlanabilir. Kurumsal ağda merkezi ayarları ve güvenlik politikasını izleyin; herkese açık bir DNS sunucusu, yalnız kurum içinde tanımlanan adları çözemeyebilir.

Yalnız ayar ekranında yeni adresin görünmesi yeterli değildir. Birden fazla alan adıyla yeni sorgular gönderin; sorguyu işletim sistemi, tarayıcı veya ağdaki hangi bileşenin yaptığını ve hangi sunucuya ilettiğini kontrol edin. Şifreli DNS seçtiyseniz bağlantı başarısız olduğunda istemcinin açık DNS’e geri dönüp dönmediğini de inceleyin.

Kullanıcı birincil ve ikincil DNS adreslerini girdiğinde istemcinin her zaman önce birinciyi, yalnız hata oluştuğunda ikinciyi kullanacağını varsaymamalıdır. Bazı istemciler iki adresi farklı biçimlerde kullanabilir. Tutarlı günlükleme veya filtreleme politikası isteyen kullanıcı, aynı hizmete ait birlikte yayımlanan adresleri tercih etmelidir.

Farklı DNS sağlayıcıları birincil ve ikincil olarak karıştırılırsa sorgular iki operatöre de ulaşabilir. Kullanıcı değişiklikten önce mevcut ayarları kaydederse çözümleme sorunu oluştuğunda önceki yapılandırmaya dönebilir.