Google Public DNS Kullanmak İçin Ağ Ayarları Nasıl Yapılandırılır

Google Public DNS, Google tarafından işletilen, 8.8.8.8 (birincil) ve 8.8.4.4 (ikincil) adreslerinden erişilebilen ücretsiz, küresel olarak dağıtılmış bir Domain Name System çözümleyicisidir. ISP’nizin varsayılan DNS sunucularını bu adreslerle değiştirmek, DNS arama gecikmesini azaltabilir, çözümleyicinizi önbellek zehirleme saldırılarına karşı güçlendirebilir ve bölgesel ISP kesintilerinin neden olduğu tek hata noktalarını ortadan kaldırabilir.

Bu kılavuz, Windows, macOS, Linux ve ağ yönlendiricilerinde kalıcı yapılandırma teknikleri, IPv6 adresleri, doğrulama komutları ve çoğu öğreticinin atladığı yaygın tuzaklar dahil olmak üzere eksiksiz yapılandırma sürecini kapsamaktadır.

Google Public DNS Gerçekte Ne Yapar?

Bir tarayıcıya alan adı yazdığınızda, işletim sisteminiz bir DNS çözümleyicisine sorgu gönderir. Bu çözümleyici, insan tarafından okunabilir ana bilgisayar adını yönlendirilebilir bir IP adresine çevirir. Varsayılan olarak, bu çözümleyici ISP’niz tarafından DHCP aracılığıyla atanır — ve ISP çözümleyicileri genellikle daha yavaş, daha az güvenli ve zaman zaman trafik müdahalesi veya reklam enjeksiyonu için manipüle edilmiş olabilir.

Google Public DNS, dünya genelinde birden fazla Varlık Noktasına yayılan bir anycast ağı işletmektedir. Her sorgu, gidiş-dönüş süresini en aza indirerek en yakın mevcut düğüm tarafından yanıtlanır. Google ayrıca DNS sorgu kanalını şifreleyen ve yoldaki saldırganların aramalarınızı okumasını veya değiştirmesini önleyen protokoller olan DNSSEC doğrulaması, DNS-over-HTTPS (DoH) ve DNS-over-TLS (DoT)‘yi de uygulamaktadır.

Google Public DNS Adresleri (IPv4 ve IPv6)

Ağ yığınınız çift yığın (IPv4 + IPv6) ise her iki satırı da yapılandırın. IPv6 DNS’i ISP’nize yönlendirirken IPv4’ün Google’ı kullanması, AAAA kaydı aramalarında aralıklı hatalara neden olabilecek asimetrik çözümleme davranışı yaratır.

Google Public DNS ile Rakip Genel Çözümleyicilerin Karşılaştırması

Temel bilgi: Cloudflare’ın 1.1.1.1’i, Kuzey Amerika ve Batı Avrupa’daki ev kullanıcıları için ortalama sorgu süresi açısından sürekli olarak daha düşük değerler elde etmektedir. Google’ın 8.8.8.8’i ise Google’ın daha geniş altyapı ayak izi nedeniyle Asya-Pasifik ve Latin Amerika’da daha iyi performans gösterme eğilimindedir. Herhangi bir çözümleyiciye bağlanmadan önce kendi ağınızda `namebench` veya `DNS Benchmark` çalıştırın.

Windows’ta Google Public DNS Yapılandırması

Adım 1: Ağ Bağdaştırıcısı Ayarlarını Açın

1. `Win + R` tuşlarına basın, `ncpa.cpl` yazın ve Enter’a basın. Bu, Denetim Masası gezinme zincirini atlayarak doğrudan Ağ Bağlantıları‘nı açar.
2. Alternatif olarak: Denetim Masası > Ağ ve Paylaşım Merkezi > Bağdaştırıcı ayarlarını değiştir.

Adım 2: IPv4 Özelliklerine Erişin

1. Etkin bağdaştırıcıya — Ethernet veya Wi-Fi — sağ tıklayın ve Özellikler‘i seçin.
2. Bileşen listesini kaydırın, İnternet Protokolü Sürüm 4 (TCP/IPv4)‘ü seçin ve Özellikler‘e tıklayın.

Adım 3: Google DNS Adreslerini Girin

1. Aşağıdaki DNS sunucusu adreslerini kullan‘ı seçin.
2. Ayarlayın:

• Tercih edilen DNS sunucusu: `8.8.8.8`
• Alternatif DNS sunucusu: `8.8.4.4`

1. Tamam‘a, ardından Kapat‘a tıklayın.

Adım 4: IPv6 DNS’i Yapılandırın (Önerilen)

İnternet Protokolü Sürüm 6 (TCP/IPv6) için işlemi tekrarlayın:

• Tercih edilen DNS sunucusu: `2001:4860:4860::8888`
• Alternatif DNS sunucusu: `2001:4860:4860::8844`

Adım 5: DNS Önbelleğini Temizleyin ve Doğrulayın

Komut İstemi’ni Yönetici olarak açın ve çalıştırın:

“`cmd

ipconfig /flushdns

nslookup google.com

“`

`nslookup` çıktısı `Server: dns.google` ve `Address: 8.8.8.8` veya `8.8.4.4` göstermelidir. Hâlâ ISP’nizin çözümleyici adresini gösteriyorsa, bağdaştırıcı değişikliği uygulanmamış demektir — hiçbir VPN veya üçüncü taraf DNS istemcisinin (örn. DNSCrypt-proxy) sistem çözümleyicisini geçersiz kılmadığını doğrulayın.

Tuzak: Windows 11, işletim sistemi düzeyinde DNS-over-HTTPS özelliğini tanıttı. Etkinleştirmek için Ayarlar > Ağ ve İnternet > [Bağdaştırıcı] > DNS sunucusu ataması > Düzenle‘ye gidin, DNS’i Manuel olarak ayarlayın, `8.8.8.8` girin ve HTTPS üzerinden DNS açılır menüsünü Açık (otomatik şablon) olarak ayarlayın. Bu adım olmadan, Google’ın sunucularını kullansanız bile sorgular düz metin olarak iletilir.

macOS’ta Google Public DNS Yapılandırması

Adım 1: Ağ Ayarlarını Açın

• macOS Ventura ve sonrası: Sistem Ayarları > Ağ.
• macOS Monterey ve öncesi: Sistem Tercihleri > Ağ.

Adım 2: Etkin Arayüzü Seçin

Kenar çubuğundan Wi-Fi veya Ethernet‘i seçin, ardından Ayrıntılar‘a (Ventura+) veya Gelişmiş‘e (eski sürümler) tıklayın.

Adım 3: DNS Sunucularını Yapılandırın

1. DNS sekmesine gidin.
2. DNS Sunucuları listesinin altındaki + düğmesine tıklayın.
3. `8.8.8.8` ekleyin, ardından `8.8.4.4` ekleyin.
4. IPv6 için: `2001:4860:4860::8888` ve `2001:4860:4860::8844` ekleyin.
5. Tamam‘a, ardından Uygula‘ya tıklayın.

Adım 4: macOS DNS Önbelleğini Temizleyin ve Doğrulayın

“`bash

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

nslookup google.com

“`

Tuzak: macOS, liste içindeki DNS sunucusu sırasına uymaktadır. Kendi DNS sunucusunu 1. konuma enjekte eden bir kurumsal VPN profiliniz varsa, Google DNS girişleriniz bölünmüş tünel alan adları için öncelik sırasında geride kalacaktır. Yönetilen bir makinede çözümleme beklenmedik şekilde davranıyorsa Sistem Ayarları > VPN > DNS‘i kontrol edin.

Linux’ta Google Public DNS Yapılandırması

Linux DNS yapılandırması, dağıtıma, init sistemine ve ağ yönetimi arka plan programına göre önemli ölçüde farklılık gösterir. Üç farklı yöntem, gerçek dünya dağıtımlarının büyük çoğunluğunu kapsamaktadır.

Yöntem 1: NetworkManager (GUI — Çoğu Masaüstü Dağıtımı)

1. Ayarlar > Ağ‘ı açın.
2. Etkin bağlantınızın yanındaki dişli simgesine tıklayın.
3. IPv4 sekmesine gidin, DNS‘i Manuel olarak ayarlayın ve girin:

• `8.8.8.8, 8.8.4.4`

1. `2001:4860:4860::8888, 2001:4860:4860::8844` ile IPv6 sekmesinde tekrarlayın.
2. Uygulamak için bağlantıyı kapatıp açın.

Yöntem 2: nmcli Aracılığıyla NetworkManager (Başsız Sunucular)

Bu, NetworkManager çalıştıran bir VPS Hosting ortamı veya herhangi bir başsız Linux sunucusu için doğru yaklaşımdır:

“`bash

Identify the active connection name

nmcli connection show

Set DNS servers (replace "Wired connection 1" with your connection name)

nmcli connection modify "Wired connection 1" ipv4.dns "8.8.8.8 8.8.4.4"

nmcli connection modify "Wired connection 1" ipv4.ignore-auto-dns yes

nmcli connection modify "Wired connection 1" ipv6.dns "2001:4860:4860::8888 2001:4860:4860::8844"

nmcli connection modify "Wired connection 1" ipv6.ignore-auto-dns yes

Apply changes

nmcli connection up "Wired connection 1"

“`

`ipv4.ignore-auto-dns yes` bayrağı kritik öneme sahiptir — bu olmadan, ISP’nizden veya hosting sağlayıcınızdan DHCP aracılığıyla gelen DNS, her kira yenilenmesinde manuel girişlerinizin üzerine yazacaktır.

Yöntem 3: Netplan (Ubuntu 18.04+ ve Debian 12+)

Netplan aracılığıyla systemd-networkd veya NetworkManager kullanan sistemlerde:

“`bash

sudo nano /etc/netplan/00-installer-config.yaml

“`

DNS bloğunu ekleyin veya değiştirin:

“`yaml

network:

version: 2

ethernets:

eth0:

dhcp4: true

nameservers:

addresses:

• 8.8.8.8
• 8.8.4.4
• 2001:4860:4860::8888
• 2001:4860:4860::8844

“`

Yapılandırmayı uygulayın:

“`bash

sudo netplan apply

“`

Yöntem 4: Doğrudan /etc/resolv.conf Düzenlemesi (Eski / Konteynerler)

“`bash

sudo nano /etc/resolv.conf

“`

“`

nameserver 8.8.8.8

nameserver 8.8.4.4

options edns0 trust-ad

“`

Kritik uyarı: Çoğu modern dağıtımda `/etc/resolv.conf`, `systemd-resolved` veya NetworkManager tarafından yönetilen bir sembolik bağlantıdır. Doğrudan düzenlemeler, yeniden başlatma veya ağ yeniden başlatmasında üzerine yazılır. `systemd-resolved` aracılığıyla değişiklikleri kalıcı hale getirmek için:

“`bash

sudo nano /etc/systemd/resolved.conf

“`

“`ini

[Resolve]

DNS=8.8.8.8 8.8.4.4

FallbackDNS=2001:4860:4860::8888 2001:4860:4860::8844

DNSSEC=yes

DNSOverTLS=yes

“`

“`bash

sudo systemctl restart systemd-resolved

“`

Linux’ta Doğrulama

“`bash

resolvectl status # systemd-resolved systems

cat /etc/resolv.conf # confirm symlink target

nslookup google.com

dig google.com @8.8.8.8 # force query to Google DNS directly

“`

`@8.8.8.8` ile `dig` komutu, çözümleyicinin kendisine erişilebilir olduğunu ve doğru yanıtlar döndürdüğünü doğrulamak için `nslookup`’dan daha güvenilirdir.

Yönlendiricide Google Public DNS Yapılandırması

Yönlendirici düzeyinde DNS yapılandırması, ayarı DHCP aracılığıyla ağdaki her cihaza yayar; bu da ev veya küçük ofisler için en verimli yaklaşım haline getirir. Ayrıca DNS ayarlarını göstermeyen IoT donanımı dahil olmak üzere birden fazla cihazı yönetirken de önerilen yöntemdir.

Adım 1: Yönlendirici Yönetim Paneline Erişin

Bir tarayıcı açın ve yönlendiricinizin ağ geçidi IP’sine gidin:

• Yaygın adresler: `192.168.1.1`, `192.168.0.1`, `10.0.0.1`
• Bilinmiyorsa, `ipconfig` (Windows) veya `ip route | grep default` (Linux/macOS) çalıştırın ve Varsayılan Ağ Geçidi‘ni not edin.

Yönetici kimlik bilgilerinizle oturum açın. Hiç değiştirmediyseniz, yönlendirici kasasındaki etiketi kontrol edin.

Adım 2: DNS Ayarlarını Bulun

DNS ayarları genellikle aygıt yazılımına bağlı olarak şu menü yollarından birinde bulunur:

• WAN Ayarları > DNS
• İnternet > DNS Sunucusu
• Gelişmiş > DHCP Sunucusu > DNS
• LAN > DHCP Ayarları > DNS

Bazı yönlendiriciler, WAN DNS‘i (yönlendirici tarafından giden sorgular için kullanılır) DHCP DNS‘den (istemcilere iletilir) ayırır. Her ikisi de mevcutsa her ikisini de yapılandırın.

Adım 3: Google DNS Adreslerini Girin

• Birincil DNS: `8.8.8.8`
• İkincil DNS: `8.8.4.4`

Kaydedin ve yönlendiriciyi yeniden başlatın.

Adım 4: İstemci Çözümlemesini Doğrulayın

Bağlı herhangi bir cihazda çalıştırın:

“`bash

nslookup google.com

“`

`Server` alanının `8.8.8.8` veya `8.8.4.4` gösterdiğini doğrulayın. Yönlendiricinin LAN IP’sini (örn. `192.168.1.1`) gösteriyorsa, yönlendirici bir DNS proxy’si olarak davranıyor demektir — sorguları Google’a iletir ancak yerel olarak çözümleyici olarak görünür. Bu, çoğu tüketici yönlendiricisinde normal bir davranıştır ve yanlış yapılandırmaya işaret etmez.

Tuzak: Bazı ISP’ler DNS ele geçirme kullanır — yapılandırdığınız IP’den bağımsız olarak UDP port 53 trafiğini keserek tüm DNS sorgularını kendi sunucularına yönlendirirler. `nslookup` ayarları değiştirdikten sonra bile sürekli olarak ISP’nizin çözümleyici adresini döndürüyorsa, farklı portlarda (sırasıyla 443 ve 853) çalışan ve ele geçirilmesi daha zor olan DNS-over-HTTPS veya DNS-over-TLS ile test edin.

Şifreli DNS’i Etkinleştirme: DoH ve DoT

`8.8.8.8`’yi şifreleme olmadan yapılandırmak, sorguların UDP port 53 üzerinden düz metin olarak iletilmesi anlamına gelir — yoldaki herhangi bir gözlemci tarafından okunabilir. Üretim ortamları için, özellikle bir Dedicated Server veya hassas iş yüklerini işleyen herhangi bir altyapıda şifreli DNS kesinlikle önerilir.

Google’ın DoH uç noktası: `https://dns.google/dns-query`

Google’ın DoT ana bilgisayar adı: `dns.google`

`systemd-resolved`’de DoT yapılandırmak için:

“`ini

[Resolve]

DNS=8.8.8.8#dns.google 8.8.4.4#dns.google

DNSOverTLS=yes

“`

`#dns.google` son eki, TLS sertifikası ana bilgisayar adını sabitler; bu sayede bir saldırganın aynı IP’de farklı bir sunucu koyduğu düşürme saldırıları önlenir.

Güvenlik Değerlendirmeleri ve Bilinen Sınırlamalar

• DNSSEC doğrulaması: Google Public DNS tam DNSSEC doğrulaması gerçekleştirir. Bir alan adının DNSSEC zinciri bozuksa, Google imzasız bir yanıt yerine `SERVFAIL` döndürür. Bu, diğer çözümleyicilerin sessizce kabul ettiği yanlış yapılandırılmış bölgeleri ortaya çıkarabilir.
• Gizlilik dengesi: Google, anonimleştirmeden önce tam sorgu IP’sini 48 saate kadar kaydeder. Katı veri yerleşimi gereksinimleri olan ortamlar için Quad9 veya kendi barındırdığınız bir çözümleyici (Unbound, BIND) tercih edilebilir.
• Bölünmüş ufuk DNS: Altyapınız kamuya açık olarak çözümlenemeyen dahili ana bilgisayar adları (örn. `db.internal.corp`) kullanıyorsa, tüm DNS’i Google’a yönlendirmek dahili çözümlemeyi bozar. Bölünmüş DNS kullanın — dahili alan adlarını dahili çözümleyicinize, harici alan adlarını Google’a yönlendirin. Bu, NetworkManager, Unbound ve çoğu kurumsal güvenlik duvarında yapılandırılabilir.
• TTL ve önbellekleme: Google Public DNS, yetkili TTL değerlerine uymaktadır. TTL’leri yapay olarak uzatmaz. Domain Registration üzerindeki kayıtları güncelledikten sonra bir DNS yayılma sorununu gideriyorsanız, gecikme Google’ın çözümleyici davranışından değil, yetkili sunucunun TTL’sinden kaynaklanmaktadır.

Barındırılan Ortamlar için DNS Yapılandırması

Bir VPS with cPanel veya herhangi bir kontrol paneli tabanlı hosting ortamını yönetirken, DNS yapılandırması iki farklı katmanda çalışır:

1. Sistem çözümleyicisi (`/etc/resolv.conf` veya `systemd-resolved`) — sunucunun giden bağlantılar, paket indirmeleri ve dahili hizmetler için ana bilgisayar adlarını nasıl çözümlediğini kontrol eder.
2. Yetkili DNS — harici istemcilerin barındırılan alan adlarınızı nasıl çözümlediğini kontrol eder. Bu, sistem çözümleyicisi aracılığıyla değil, ad sunucularınız aracılığıyla yönetilir.

Sistem çözümleyicisini `8.8.8.8` olarak değiştirmek yalnızca 1. katmanı etkiler. Barındırılan alan adlarınızın ziyaretçiler tarafından nasıl çözümlendiği üzerinde hiçbir etkisi yoktur. Yetkili DNS yönetimi için, bölge kayıtlarınızı kayıt şirketiniz veya DNS hosting paneliniz aracılığıyla yapılandırın.

Benzer şekilde, Email Hosting altyapısında posta hizmetleri çalıştırıyorsanız, SPF, DKIM ve DMARC kayıtlarınızın yetkili DNS bölgenizde doğru şekilde yayımlandığından emin olun — bunlar sunucunuzun hangi özyinelemeli çözümleyiciyi kullandığından bağımsızdır.

Teknik Karar Matrisi: Google Public DNS Ne Zaman Kullanılmalı?

Yapılandırma Öncesi ve Sonrası Pratik Kontrol Listesi

DNS’i değiştirmeden önce:

• Mevcut DNS sunucusu adreslerinizi not edin (Windows’ta `ipconfig /all`, Linux’ta `resolvectl status`)
• Temel çözümleme hızını test edin: `dig google.com` ve sorgu süresini kaydedin
• Ağınızın dahili ana bilgisayar adları için bölünmüş ufuk DNS kullanıp kullanmadığını belirleyin
• Bir VPN istemcisinin DNS’i bağımsız olarak yönetip yönetmediğini kontrol edin

DNS’i değiştirdikten sonra:

• İşletim sistemi DNS önbelleğini temizleyin
• `nslookup google.com` çalıştırın ve sunucu adresini doğrulayın
• Doğrudan erişilebilirliği doğrulamak için `dig google.com @8.8.8.8` çalıştırın
• Bölünmüş DNS kullanılıyorsa dahili bir ana bilgisayar adını test edin
• DNSSEC doğrulamasını onaylayın: `dig dnssec-failed.org` `SERVFAIL` döndürmelidir
• Linux sunucularında, değişikliğin ağ yeniden başlatmasından sonra da geçerli olduğunu doğrulayın: `sudo systemctl restart NetworkManager && resolvectl status`

SSS

Google Public DNS’e geçmek web sitemi’nin DNS kayıtlarını veya hostingini etkiler mi?

Hayır. Sistem çözümleyiciniz, makinenizin diğer alan adlarını nasıl aradığını belirler. Kendi alan adınızın kayıtlarının nasıl yayımlandığı veya harici ziyaretçiler tarafından nasıl çözümlendiği üzerinde hiçbir etkisi yoktur. Bunu yetkili ad sunucularınız kontrol eder.

Google Public DNS bir VPS veya dedicated sunucuda çalışır mı?

Evet. Yapılandırma süreci yerel bir makineyle aynıdır. Başsız sunucularda, kalıcı değişiklikler için `nmcli` kullanın veya `/etc/systemd/resolved.conf`’yi düzenleyin. Bazı hosting sağlayıcılarının DNS’i DHCP aracılığıyla ilettiğini unutmayın — geçersiz kılmaları önlemek için NetworkManager’da `ipv4.ignore-auto-dns yes` kullanın.

Nslookup neden 8.8.8.8 yerine yönlendiricimin IP’sini gösteriyor?

Çoğu tüketici yönlendiricisi DNS proxy’si olarak davranır — sorgunuzu alır, yukarı akış çözümleyicisine (Google) iletir ve yanıtı döndürür. Gösterilen yerel IP, yukarı akış çözümleyicisi değil proxy’dir. Bu beklenen bir davranıştır. Google’ın gerçek yukarı akış olduğunu doğrulamak için yönlendiricinin WAN DNS ayarlarını kontrol edin veya `dig google.com` çalıştırıp tam yanıtı inceleyin.

DNS sorgularımın şifreli olup olmadığını nasıl test edebilirim?

DoH için Cloudflare’ın tarayıcı testini `1.1.1.1/help` adresinde kullanın veya DoT el sıkışmasını doğrulamak için `knot-dnsutils` paketini kullanarak `kdig -d @8.8.8.8 +tls-ca google.com` çalıştırın. Başarılı bir TLS el sıkışması, şifreli taşımayı doğrular.

Google Public DNS belirli bölgeler için çözümlemeyi yavaşlatabilir mi?

Nadir durumlarda evet. Anycast yönlendirme sorgunuzu en yakın Google düğümüne yönlendirir, ancak ağ topolojisi her zaman coğrafi yakınlıkla örtüşmez. Beklenenden yüksek gecikme gözlemliyorsanız, kalıcı bir değişiklik yapmadan önce kendi ağ konumunuzdan Google, Cloudflare ve ISP çözümleyicinizi karşılaştırmak için `namebench` veya `DNS Benchmark` ile kıyaslama yapın.