DNS Sunucusu Yanıt Vermiyor Hatası ve Çözümü

"DNS sunucusu yanıt vermiyor" mesajını çoğu kişi aynı şekilde görür: site açılmaz, Windows'un "Sorunları giderme" düğmesine basılır, birkaç saniye dönen çemberin ardından ekrana bu cümle düşer. İnternet bağlantısı vardır — WhatsApp çalışır, belki başka bir site açılır — ama tarayıcı bir türlü sayfayı getiremez. Bu, kullanıcıyı en çok yanıltan hata mesajlarından biridir çünkü aslında "şu anda alan adını IP adresine çeviremedim" demektir ve bunun ondan fazla farklı sebebi olabilir.

Bu yazıda önce mesajın teknik olarak ne anlattığını, sonra en kritik soruyu — sorun sizin cihazınızda mı, ağınızda mı, yoksa açmaya çalıştığınız sitenin kendi DNS altyapısında mı — 60 saniyede ayırmanın yolunu anlatıyorum. Ardından Windows, macOS, Android ve iPhone için ayrı ayrı çözüm adımları veriyorum. Türkçe kaynakların neredeyse tamamının atladığı üç durumu da ayrı bölümlerde ele alıyorum: IPv6 resolver çakışması, modemin DHCP üzerinden dağıttığı DNS ayarının cihazdaki ayarı ezmesi ve hatanın gerçekten site sahibinden kaynaklandığı durumun nasıl kanıtlanacağı.

"DNS Sunucusu Yanıt Vermiyor" Mesajı Aslında Ne Anlatır#

Bu cümle bir tarayıcı hatası değil, Windows'un Ağ Tanılama aracının ürettiği bir sonuç metnidir. Tanılama aracı şunu yapar: sistemde tanımlı DNS sunucusuna bir test sorgusu gönderir, belirli bir süre içinde geçerli bir yanıt alamazsa bu mesajı basar. Yani mesaj, "DNS sunucusu bozuk" demez; "benim sorduğum DNS sunucusundan zamanında yanıt gelmedi" der.

Zamanında yanıt gelmemesinin başlıca sebepleri şunlardır:

• Cihazda tanımlı DNS sunucusu artık çalışmıyor veya erişilemiyor (eski bir kurumsal DNS adresi, kapanmış bir hizmet).
• Modem/router DNS aktarımı yapıyor ama kendisi takılmış durumda.
• İnternet servis sağlayıcısının resolver'ı geçici olarak yanıt vermiyor.
• IPv6 üzerinden bir DNS sunucusu tanımlı ve o yol çalışmıyor, sistem IPv4'e düşmüyor.
• Yerel güvenlik yazılımı, VPN istemcisi veya "güvenli DNS" özelliği 53 numaralı portu kesiyor.
• Sorgulanan alan adının otoriter DNS sunucuları yanıt vermiyor; resolver bekliyor ve süre doluyor.

Son madde en çok karıştırılan durumdur. Bilgisayarınızda hiçbir sorun yokken, sadece o alan adı çözülemediği için Windows size ağınızın DNS sunucusunu suçlayan bir mesaj gösterir. DNS zincirinin nasıl işlediğini hiç okumadıysanız dns nedir ve authoritative recursive dns yazıları bu ayrımı kurmanızı kolaylaştırır.

Sorun Sizde mi Sitede mi: 60 Saniyelik Ayrım Testi#

Hiçbir ayar değiştirmeden önce şu testi yapın; hangi tarafta olduğunuzu anlamadan yapılan her müdahale zaman kaybıdır. Windows'ta komut istemini, macOS/Linux'ta terminali açın.

nslookup example.com
nslookup example.com 1.1.1.1
nslookup example.com 8.8.8.8

Birinci komut sistemin varsayılan DNS sunucusuna, diğer ikisi doğrudan halka açık resolver'lara sorar. Sonuçları şu tabloya göre okuyun:

SERVFAIL ile NXDOMAIN arasındaki fark kritik. NXDOMAIN, "bu isim yok" demektir ve genelde alan adı süresinin dolmasından ya da zone'un silinmesinden gelir; benzer belirtiler için err name not resolved hatası yazısına da bakın. SERVFAIL ise "sormaya çalıştım ama yetkili sunucudan düzgün yanıt alamadım" demektir; alan adının nameserver'ları kapalıysa, glue kaydı yanlışsa veya DNSSEC doğrulaması başarısız oluyorsa bu döner.

Daha ayrıntılı bakmak isterseniz dig çok daha okunaklıdır (Windows'ta yoksa nslookup yeterli):

dig example.com @1.1.1.1
dig example.com +trace
dig SOA example.com
dig NS example.com

dig +trace sorguyu kök sunucudan başlayarak adım adım izler ve zincirin tam olarak nerede koptuğunu gösterir. Bu araçların çıktısını okumayı öğrenmek istiyorsanız dig nslookup dns sorgulama yazısı komut komut anlatıyor.

Windows'ta Çözüm Adımları#

Ayrım testi sorunu sizin tarafınıza işaret ediyorsa sırayla ilerleyin. Adımları atlamadan yapın; en sık çözen adım genelde ilk üçtür.

1. DNS önbelleğini temizleyin.

ipconfig /flushdns

"Başarıyla temizlendi" yazısını görmelisiniz. Bu komut yalnızca Windows'un kendi önbelleğini temizler; tarayıcı ve modem önbelleği ayrıdır.

2. IP yapılandırmasını yenileyin.

ipconfig /release
ipconfig /renew

3. Mevcut DNS ayarını görün.

Get-DnsClientServerAddress -AddressFamily IPv4

Burada modemin IP adresini (192.168.1.1 gibi) görüyorsanız DNS aktarımı modem üzerinden yapılıyor demektir. Tanımadığınız bir IP görüyorsanız — eski bir işyeri ayarı ya da kurulan bir programın bıraktığı adres — sorunun kaynağı büyük ihtimalle odur.

4. DNS sunucusunu elle değiştirin. Arayüzden yapabilirsiniz (Ağ Bağlantıları → adaptör → Özellikler → IPv4 → DNS) ama PowerShell'i yönetici olarak açıp tek satırda halletmek daha hızlıdır:

Get-NetAdapter | Where-Object Status -eq "Up"
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses 1.1.1.1,8.8.8.8
Clear-DnsClientCache

InterfaceAlias değerini birinci komutun çıktısındaki gerçek adaptör adıyla değiştirin (Wi-Fi, Ethernet 2 gibi). Ayarı geri almak için:

Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ResetServerAddresses

5. Ağ yığınını sıfırlayın. Yukarıdakiler işe yaramazsa Winsock katmanı bozulmuş olabilir. Yönetici olarak:

netsh winsock reset
netsh int ip reset
netsh interface ipv4 reset
netsh interface ipv6 reset

Bu komutlardan sonra bilgisayarı yeniden başlatmak zorunludur; başlatmadan test etmek yanıltıcı sonuç verir.

6. DNS Client hizmetini kontrol edin.

Get-Service Dnscache
Restart-Service Dnscache -Force

Hizmet Stopped durumundaysa bazı optimizasyon araçları veya elle yapılmış "servis kapatma" işlemleri yüzünden durdurulmuştur; Automatic başlangıç tipine alın.

7. Hosts dosyasını gözden geçirin. C:\Windows\System32\drivers\etc\hosts dosyasını Not Defteri ile (yönetici olarak) açın. Buraya elle veya bir yazılım tarafından eklenmiş satırlar DNS'i tamamen atlar; test amaçlı eklenip unutulmuş bir satır aylarca sorun çıkarabilir. # ile başlamayan, sizin koymadığınız satırları temizleyin.

8. Güvenlik yazılımı ve VPN. Antivirüs paketlerinin "web koruması", "güvenli DNS" veya "ağ kalkanı" modülleri DNS trafiğini kendi üzerine alır. VPN istemcisi de bağlantı kapandıktan sonra sistemde artık DNS ayarı bırakabilir. Test için güvenlik yazılımını geçici olarak durdurup VPN istemcisini tamamen kapatın; sorun kayboluyorsa ilgili modülün ayarına girin.

IPv6 Resolver Çakışması: Az Bilinen Ama Sık Görülen Neden#

Türkçe kaynakların hemen hiçbirinde geçmeyen ama sahada sık karşılaştığım senaryo şudur: bilgisayarda IPv4 DNS ayarı elle 1.1.1.1 yapılmıştır ama IPv6 tarafında hâlâ modemden gelen otomatik bir DNS sunucusu tanımlıdır. İşletim sistemi öncelikle IPv6 resolver'ını dener; o yol çalışmıyorsa (sağlayıcı IPv6 vermiyor, modem yanlış duyuru yapıyor) sorgu birkaç saniye takılır ve tanılama aracı "DNS sunucusu yanıt vermiyor" der. Kullanıcı IPv4 ayarını defalarca değiştirir, hiçbir şey değişmez.

Kontrol edin:

Get-DnsClientServerAddress

Çıktıda IPv6 satırında fe80::... ile başlayan veya tanımadığınız bir adres varsa bu senaryodasınız olabilirsiniz. İki çözüm var. Birincisi IPv6 tarafına da çalışan bir resolver yazmak:

Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 2606:4700:4700::1111,2001:4860:4860::8888 -AddressFamily IPv6

İkincisi, sağlayıcınız zaten IPv6 vermiyorsa adaptör özelliklerinden "Internet Protocol Version 6 (TCP/IPv6)" kutusunun işaretini kaldırmak. İkinci yöntemi kalıcı çözüm olarak değil, teşhis olarak kullanın: IPv6'yı kapatınca sorun bitiyorsa nedeni kesinleştirmiş olursunuz. IPv6 tarafındaki kayıt mantığını merak ediyorsanız aaaa kaydı ipv6 yazısı konuyu ayrıntılandırıyor.

macOS'ta Çözüm Adımları#

macOS'ta önbellek temizleme komutu sürümden sürüme değişse de güncel sürümlerde iki komut birlikte çalıştırılır:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Sistemin gerçekte hangi DNS sunucularını kullandığını görmek için:

scutil --dns | grep 'nameserver\[' | sort -u

Bu çıktı, arayüzdeki ayardan farklı olabilir — VPN veya profil yüklenmişse fark buradan görünür. Ağ servislerini listeleyip DNS'i komutla değiştirmek arayüzden gezinmekten hızlıdır:

networksetup -listallnetworkservices
networksetup -getdnsservers Wi-Fi
sudo networksetup -setdnsservers Wi-Fi 1.1.1.1 8.8.8.8

Otomatik ayara dönmek için:

sudo networksetup -setdnsservers Wi-Fi empty

macOS'ta ek olarak iki noktaya bakın: Sistem Ayarları → Ağ → ilgili bağlantı → Ayrıntılar → DNS listesinde eski bir sunucu kalmış olabilir, ve Sistem Ayarları → Genel → VPN ve Aygıt Yönetimi altında bir yapılandırma profili DNS'i zorluyor olabilir. Kurumsal bir cihazsa ikincisi çok olasıdır ve elle değişiklik yapmanıza izin verilmez.

Android ve iPhone'da Çözüm#

Telefonlarda "DNS sunucusu yanıt vermiyor" cümlesi birebir çıkmaz ama belirti aynıdır: uygulamalar çalışır, tarayıcıda site açılmaz. Yapılacaklar:

1. Uçak modunu 10 saniye açıp kapatın. Bu, hem mobil veri hem Wi-Fi tarafındaki resolver bağlantısını sıfırlar ve şaşırtıcı sıklıkta çözer.
2. Wi-Fi ağını unutun ve yeniden bağlanın. Ağın DHCP üzerinden dağıttığı DNS ayarı böylece yeniden alınır.
3. Mobil veriyle test edin. Wi-Fi kapalıyken site açılıyorsa sorun ev/ofis ağınızdadır, telefonda değil.
4. Android'de özel DNS. Ayarlar → Ağ ve internet → Gelişmiş → Özel DNS bölümüne bir DNS-over-TLS ana makine adı girebilirsiniz. Buradaki ayar tüm ağlarda geçerli olur; daha önce girilmiş çalışmayan bir değer varsa hatanın kaynağı odur. Bu mekanizmanın nasıl çalıştığı dns over https tls yazısında anlatılıyor.
5. iPhone'da Wi-Fi DNS'i. Ayarlar → Wi-Fi → ağın yanındaki i → DNS'i Yapılandır → Elle. Mobil veri tarafında iOS DNS değiştirmeye izin vermez; mobil veride sorun varsa operatör kaynaklıdır.
6. VPN ve içerik engelleme profilleri. Telefona kurulmuş VPN uygulamaları ve reklam engelleyiciler kendi DNS'lerini devreye sokar; test için hepsini kapatın.

Modem Kaynaklı Nedenler: Ayarınızı Ne Zaman Ezer#

Ev ve ofis ağlarında en sık kaçırılan nokta şudur: cihazınızın DNS ayarı "Otomatik" ise DNS sunucusunu modem belirler. Modem DHCP yanıtında DNS alanına ya sağlayıcının resolver'ını ya da kendi IP adresini yazar. Kendi adresini yazıyorsa modem bir DNS aktarıcısı gibi davranır ve modem takıldığında bütün ağ için DNS durur — bilgisayarınızda hiçbir sorun olmasa bile.

Belirtileri tanıyın:

• Evdeki tüm cihazlarda aynı anda site açılmıyor ama internet "var" görünüyor.
• Cihaza elle 1.1.1.1 yazınca sorun bitiyor, otomatiğe dönünce geri geliyor.
• Modemi yeniden başlatınca birkaç saat düzeliyor, sonra tekrar başlıyor.

Yapılacaklar sırasıyla: modemi 30 saniye elektrikten çekip takın (yalnızca yeniden başlatma düğmesi bazı modellerde tabloyu temizlemez), modem arayüzüne girip (genelde 192.168.1.1) WAN veya DHCP bölümündeki DNS alanlarına sabit resolver adresleri yazın, ve modem bellenimi için güncelleme olup olmadığına bakın. Uzun süredir açık kalan modemlerde NAT/bağlantı tablosunun dolması da benzer belirti verir; özellikle ağda çok sayıda cihaz varsa bu ihtimali göz ardı etmeyin.

Kurumsal ağlarda tablo biraz daha karmaşıktır: DNS genelde bir iç sunucudan verilir, dış resolver'lara doğrudan erişim güvenlik duvarında kapalıdır ve tarayıcının "güvenli DNS" özelliği bilerek engellenmiştir. Böyle bir ağda nslookup example.com 8.8.8.8 komutunun zaman aşımına uğraması normaldir, arıza değildir; testi iç DNS sunucusunun adresiyle yapmanız gerekir.

Hata Site Sahibinden Kaynaklanıyorsa Ne Yapılır#

Ayrım testinde her resolver aynı alan adı için SERVFAIL veya zaman aşımı döndürüyorsa sorun ziyaretçide değil, alan adının kendi DNS altyapısındadır. Ziyaretçiyseniz yapabileceğiniz tek şey site sahibine haber vermektir; site sahibiyseniz kontrol listesi şudur:

1. Alan adının süresi dolmuş mu? En yaygın sebep budur ve süre dolduğunda kayıt kuruluşu nameserver delegasyonunu düşürür. Whois çıktısında son kullanma tarihine bakın.
2. Nameserver kayıtları doğru mu? dig NS example.com çıktısındaki sunucular gerçekten sizin DNS sağlayıcınızın sunucuları mı? Taşıma sonrası eski nameserver'ların kalması çok görülür.
3. Otoriter sunucular gerçekten yanıt veriyor mu? Her birini tek tek sorgulayın:

dig @ns1.saglayici.com example.com
dig @ns2.saglayici.com example.com

Biri yanıt verip diğeri vermiyorsa resolver'lar zaman zaman çalışmayana düşer ve site "bazen açılır, bazen açılmaz" hâline gelir. Bu, kullanıcı tarafında en çok kafa karıştıran tablodur.

4. 53 numaralı port açık mı? Kendi DNS sunucunuzu işletiyorsanız güvenlik duvarında hem UDP hem TCP 53 açık olmalıdır. Yalnızca UDP açık bırakmak, büyük yanıtların (DNSSEC imzalı zone'lar, çok kayıtlı yanıtlar) TCP'ye düşmesi gereken durumlarda sessiz hatalara yol açar.
5. DNSSEC imzası geçerli mi? İmza süresi dolmuş veya anahtar değiştirilip DS kaydı güncellenmemişse doğrulama yapan bütün resolver'lar SERVFAIL döndürür ve site DNSSEC doğrulaması yapmayan resolver'larda açılırken diğerlerinde açılmaz. dnssec nedir yazısı bu zinciri açıklıyor.
6. Tek nokta hatası var mı? Bütün nameserver'lar aynı veri merkezinde ve aynı ağda ise o ağda bir sorun olduğunda alan adı tamamen görünmez olur. Coğrafi olarak dağıtık altyapının neden fark yarattığını anycast dns nedir yazısında ayrıntılandırdım.

Sunucu tarafında ağ katmanının genel sağlığını ölçmek isterseniz ağ tanılama ping traceroute mtr yazısındaki yöntemler DNS dışındaki kopmaları da görmenizi sağlar.

Sıkça Sorulan Sorular#

DNS sunucusu yanıt vermiyor hatası internet olmadığı anlamına mı gelir#

Hayır, bu hata bağlantınızın kesildiğini değil, alan adını IP adresine çeviremediğinizi gösterir. Nitekim çoğu kullanıcı bu hatayı alırken WhatsApp veya oyunların çalışmaya devam ettiğini görür; çünkü bu uygulamalar zaten önbellekteki ya da sabit IP adreslerini kullanır. Bağlantınızın gerçekten var olup olmadığını ping 1.1.1.1 komutuyla test edebilirsiniz; yanıt geliyorsa internet vardır ve sorun yalnızca isim çözümlemededir.

DNS'i 8.8.8.8 yapmak her zaman çözer mi#

Hayır, yalnızca sorun sizin resolver'ınızdaysa çözer. Alan adının otoriter sunucuları yanıt vermiyorsa, alan adının süresi dolmuşsa veya DNSSEC imzası bozuksa hangi resolver'ı yazarsanız yazın sonuç değişmez. Ayrıca ağınızda dış DNS sunucularına erişim engelliyse bu değişiklik durumu daha da kötüleştirir. Bu yüzden resolver değiştirmeden önce yazının başındaki ayrım testini yapın.

DNS önbelleğini temizlemek zararlı mı#

Hayır, tamamen zararsızdır; yalnızca daha önce çözülmüş isimlerin geçici kaydını siler ve bir sonraki istekte isimler yeniden sorgulanır. Tek etkisi, temizlemenin hemen ardından birkaç sayfanın milisaniyeler düzeyinde daha geç açılmasıdır. Windows'ta ipconfig /flushdns, macOS'ta sudo dscacheutil -flushcache komutu bu işi yapar; ayrıntılı yöntemler için dns önbellek temizleme yazısına bakabilirsiniz.

Bir site açılıyor diğeri açılmıyorsa sorun nerede#

Bazı siteler açılıp bazıları açılmıyorsa sorun büyük olasılıkla sizde değil, açılmayan alan adının DNS tarafındadır. Bunu kanıtlamak için açılmayan alan adını üç farklı resolver'a sorun; üçünde de aynı hatayı alıyorsanız kaynak uzaktadır. Yalnızca sizin varsayılan resolver'ınızda hata alıyorsanız o resolver'ın önbelleğinde bozuk bir kayıt kalmış olabilir ve genelde kayıt TTL süresi dolunca kendiliğinden düzelir.

Modemi yeniden başlatmak neden bazen işe yarıyor#

Modem yeniden başlatıldığında hem kendi DNS aktarım tablosunu hem bağlantı durum tablosunu sıfırdan kurar, ayrıca sağlayıcıdan yeni bir DHCP kirası alır. Uzun süre açık kalan modemlerde bu tablolar dolabilir veya bozuk kayıtlar birikebilir; yeniden başlatma bunları temizlediği için sorun geçici olarak kaybolur. Sorun birkaç gün sonra tekrarlıyorsa kalıcı çözüm modem üzerinde sabit resolver adresleri tanımlamak ya da bellenim güncellemesi yapmaktır.

Windows tanılama aracı hatayı doğru teşhis ediyor mu#

Kısmen; araç yalnızca "DNS sorgusuna zamanında yanıt gelmedi" olgusunu tespit eder ve bunu her zaman ağınızdaki DNS sunucusuna yükler. Oysa aynı belirti, sorgulanan alan adının otoriter sunucularının yanıt vermemesi durumunda da ortaya çıkar; bu durumda sizin ağınızda hiçbir sorun yoktur. Bu yüzden aracın mesajını bir teşhis değil, bir başlangıç ipucu olarak kabul edin ve komut satırından kendi testinizi yapın.

VPN kapattıktan sonra da site açılmıyor#

VPN istemcileri bağlantı sırasında sistemin DNS ayarlarını değiştirir ve düzgün kapanmadıklarında bu ayarı geri almayı unutabilirler. Windows'ta Get-DnsClientServerAddress, macOS'ta scutil --dns komutuyla sistemin hâlâ VPN'in DNS sunucusunu kullanıp kullanmadığını görebilirsiniz. Tanımadığınız bir adres görüyorsanız DNS ayarını otomatiğe döndürüp ipconfig /flushdns çalıştırın; sanal ağ adaptörü sistemde kaldıysa VPN uygulamasını tamamen kaldırmak gerekebilir.

Aynı hatayı sunucu tarafında da alıyorum, ne yapmalıyım#

Sunucuda isim çözümlemesi çalışmıyorsa önce resolver yapılandırmasına bakın: Linux'ta /etc/resolv.conf dosyasındaki nameserver satırları geçerli mi, dig @1.1.1.1 example.com çalışıyor mu, güvenlik duvarında giden UDP/TCP 53 açık mı. Sunucudan e-posta gönderemiyor ya da dış API'lere bağlanamıyorsanız belirti çoğu zaman budur ve uygulama loglarında zaman aşımı olarak görünür. Sunucunun IP adresine ulaşılamama senaryosuyla karıştırmamak için sunucu ip adresi bulunamadı hatası yazısındaki ayrımı da gözden geçirin.

Kapanış#

"DNS sunucusu yanıt vermiyor" mesajı tek bir arıza değil, bir belirti kümesidir. Doğru yaklaşım, doğrudan çözüm denemeye başlamak yerine önce sorunun hangi katmanda olduğunu ayırmaktır: aynı alan adını üç farklı resolver'a sorun, SERVFAIL mi NXDOMAIN mi zaman aşımı mı geldiğine bakın, mobil veriyle karşılaştırın. Bu 60 saniyelik test, cihazdaki DNS ayarını değiştirmek mi, modemi elden geçirmek mi, yoksa hiç uğraşmadan site sahibine haber vermek mi gerektiğini net biçimde söyler. Cihaz tarafında da sıralama bellidir: önbellek temizliği, IP yenileme, resolver değişikliği, IPv6 kontrolü, hosts dosyası, güvenlik yazılımı.

Sorun sizin alan adınızda çıkıyorsa mesele çoğu zaman nameserver'ların tek noktada toplanması, süresi dolmuş bir kayıt ya da taşıma sonrası güncellenmemiş bir delegasyondur. Alan adı ve DNS yönetimini tek panelden takip etmek isterseniz alan adı hizmetleri sayfasına, siteyi barındıran tarafın sürekliliği için hosting paketleri ve daha yüksek trafikli projelerde sanal sunucu seçeneklerine bakabilirsiniz. Sunucudaki güvenlik duvarı, DNS ve ağ ayarlarını kendiniz yönetmek istemiyorsanız sunucu yönetimi hizmeti bu bakımı üstlenir.