- Katılım
- 21 May 2023
- Mesajlar
- 602
- Tepki
- 17
- Puan
- 18
Bazı sitelerin açılmaması, ad çözümlemesinin yavaşlaması ya da sorgularınızın ağdaki başkalarına görünür olması. Bu üç dert de aynı ayara çıkıyor: cihazınızın hangi sunucuya soru sorduğuna ve o sorunun şifreli gidip gitmediğine.
Aşağıda ad çözümleme ayarını değiştirmenin ne anlama geldiğini, şifreli aktarımın protokol tarafında nasıl tanımlandığını ve mobil tarafta ayarın nereden açıldığını resmî belgelere dayanarak bulacaksınız.
Ayarı değiştirmek neyi değiştiriyor?
Cihazınız bir adı adrese çevirirken belirli bir sunucuya soruyor. Bu sunucu genellikle bağlandığınız ağ tarafından atanıyor: evdeki modem, işyerindeki ağ ya da bağlandığınız kablosuz nokta hangi çözümleyiciyi bildiriyorsa cihaz onu kullanıyor. Ayara hiç dokunmadığınızda da bir tercih yapılmış oluyor; fark, tercihi sizin yapmamanız. Ayarı değiştirdiğinizde soruyu kimin yanıtladığı değişiyor; adın karşılığı aynı kalsa da yanıtın hangi yoldan geldiği ve kimin görebildiği farklılaşıyor.
Değişikliğin görünür etkileri üç başlıkta toplanıyor:
- Erişim: Farklı bir çözümleyici, aynı ad için farklı yanıt döndürebiliyor.
- Gizlilik: Sorgunun şifreli taşınıp taşınmadığı, kimin ne gördüğünü belirliyor.
- Hız: Coğrafi olarak uzak bir çözümleyici, ilk yanıtı geciktirebiliyor.
Kavramın kendisine, ad çözümlemenin nasıl işlediğine taşıma sırasındaki ayarları anlattığımız yazıdan bakabilirsiniz.
Şifreli sorgu: protokol ne diyor?
Klasik ad sorguları düz metin gidiyor. RFC 8484 bu noktada devreye giren protokolü tanımlıyor: belge, sorguların gönderilmesi ve yanıtların alınması için HTTPS üzerinden çalışan bir protokol tarif ediyor.
Belgeye göre bu yaklaşım basit bir tünel değil; normal HTTP semantiği kullanılıyor. Gerekçe de açık yazılmış: trafiği şifreleyip sunucunun kimlik doğrulamasını zorunlu kılmak, hem pasif izlemeyi hem etkin saldırıları zorlaştırıyor.
Teknik tarafta iki ayrıntı öne çıkıyor: taşınan içerik `application/dns-message` medya türüyle tanımlanıyor ve sorgu hem POST hem GET yöntemiyle gönderilebiliyor. POST'ta sorgu istek gövdesinde taşınıyor, GET'te ise adres parametresine kodlanıyor; belge GET'in önbellek uygulamalarıyla daha uyumlu olduğunu belirtiyor.
Android tarafında ayar nerede?
Google'ın Özel DNS yardım sayfası menü yolunu net veriyor: Ayarlar uygulaması açılıyor, ağ ve internet bölümüne giriliyor, Özel DNS seçeneğine dokunuluyor, tercih seçilip kaydediliyor.
Sayfada üç seçenek sıralanıyor: kapalı, otomatik ve sağlayıcı ana makine adı. Aynı sayfa cihazın varsayılan olarak destekleyen tüm ağlarda Özel DNS'i kullandığını ve bu ayarın açık tutulmasının önerildiğini belirtiyor.
Beklentiyi doğru kurun' Alıntı:
Otomatik ile sağlayıcı adı arasındaki fark
Google'ın sayfasındaki üç seçenek farklı davranışlar üretiyor. Kapalı seçeneği korumayı devre dışı bırakıyor. Otomatik seçeneği, ağın sunduğu çözümleyici destekliyorsa şifreli aktarımı kendiliğinden kullanıyor. Üçüncü seçenek ise adını yazdığınız belirli bir sağlayıcıya bağlanıyor.
Üçüncü seçenekte karar sizde: hangi sağlayıcının sorgularınızı gördüğünü siz belirliyorsunuz. Bu, sorguları ağdan alıp başka bir kuruma vermek anlamına geliyor; tercih ederken sağlayıcının kayıt politikası, seçimin asıl konusu oluyor.
Neden yalnız cihaz ayarı yetmeyebiliyor?
Uygulamalar kendi çözümleyicilerini kullanabiliyor; bazı tarayıcılar da şifreli sorguyu kendi ayarından yönetiyor. Bu durumda cihazdaki ayar açık görünse bile o uygulamanın trafiği başka yoldan çıkabiliyor.
Bu yüzden değişikliğin doğrulanması, ayarın kendisinden daha önemli hâle geliyor: hangi uygulamanın hangi kanalı kullandığını yalnız test gösteriyor.
Değişiklikten sonra ne kontrol edilmeli?
Ayarı değiştirdikten sonra sorguların gerçekten beklediğiniz kanaldan çıktığını doğrulamak gerekiyor; aksi hâlde ayar açık görünse de trafik eski yoldan akmaya devam edebiliyor. Bu doğrulamanın nasıl yapıldığını sızıntı testini anlattığımız yazıda adım adım ele almıştık.
Ayarın VPN ile karıştırılmaması da önemli. Şifreli ad çözümleme yalnız sorgu ve yanıtları kapsıyor; bağlantının geri kalanı, hangi adrese ne gönderdiğiniz bu ayarın konusu değil. İkisinin neyi kapsadığını ayırt etmek için VPN'i tanıttığımız yazıya göz atabilirsiniz.
Sık Sorulan Sorular
DNS nasıl değiştirilir?
Android tarafında Ayarlar > ağ ve internet > Özel DNS yolundan; kapalı, otomatik ya da sağlayıcı ana makine adı seçeneklerinden biri seçilip kaydedilir.
Şifreli DNS ne işe yarar?
RFC 8484'e göre trafiğin şifrelenmesi ve sunucunun kimlik doğrulaması, hem pasif izlemeyi hem etkin saldırıları zorlaştırır.
Özel DNS ayarı VPN yerine geçer mi?
Hayır. Google'ın sayfası bu ayarın yalnız ad sorgularını ve yanıtlarını güvenli hâle getirdiğini, başka bir şeyi korumadığını belirtiyor.
DNS over HTTPS nasıl çalışıyor?
Sorgu ve yanıtlar HTTPS üzerinden taşınıyor; içerik `application/dns-message` medya türüyle tanımlanıyor ve hem GET hem POST yöntemi kullanılabiliyor.
Ayarı değiştirdikten sonra ne yapmalı?
Sorguların gerçekten yeni kanaldan çıktığını bir sızıntı testiyle doğrulamak gerekiyor.
Özetle
Ad çözümleme ayarını değiştirmek, sorunuzu kimin yanıtladığını değiştiriyor. Şifreli taşıma tarafında RFC 8484 sorguların HTTPS üzerinden gitmesini tanımlıyor ve gerekçesini izleme ile müdahaleyi zorlaştırmak olarak koyuyor. Mobil tarafta ayar birkaç dokunuş uzakta, ama kapsamı sınırlı: yalnız ad sorgularını koruyor.
Ayarı değiştirdikten sonra sızıntı testini yapmayı planlıyor musunuz?
Güncelleme: 26 Ağustos 2026.
Dijital Dünyanıza Yön Veren Pusula
