Sunucu IP Adresi Bulunamadı Hatası Nedir, Ne Yapmalı?

Tarayıcıda beyaz bir sayfa ve ortasında şu cümle: "Bu siteye ulaşılamıyor — ornek.com.tr ana makinesinin sunucu IP adresi bulunamadı." Altında da genelde DNS_PROBE_FINISHED_NXDOMAIN ya da ERR_NAME_NOT_RESOLVED yazar. Sunucu IP adresi bulunamadı hatası aslında tek bir şey söyler: tarayıcınız yazdığınız alan adını bir IP adresine çeviremedi. Yani site "kapalı" bile değil; adresin karşılığı bulunamadığı için sunucuya hiç bağlantı denemesi yapılmadı. Bu ayrım kritik, çünkü sunucunuz gayet çalışıyor olabilir.

Türkçe kaynaklarda bu hata için verilen tavsiye neredeyse her zaman aynı üç adımda takılıp kalıyor: ipconfig /flushdns çalıştır, DNS'i 8.8.8.8 yap, tarayıcıyı yeniden başlat. Bu adımlar hatanın yalnızca sizin bilgisayarınızda çıktığı durumlar için doğrudur — ama alan adının süresi dolmuşsa, nameserver'ları yanlışsa ya da zone dosyasında A kaydı hiç yoksa saatlerce tamamen yanlış yerde ararsınız. Bu yazıda önce hatanın yerel mi genel mi olduğunu ölçeceğiz, sonra çıkan sonuca göre doğru tarafta çözüm arayacağız. Sistem yöneticisi olarak yıllardır gördüğüm en pahalı zaman kaybı, bu ilk ayrımın atlanmasıdır.

Sunucu IP Adresi Bulunamadı Hatası Ne Anlama Gelir#

Bu hata, isim çözümlemesinin (DNS resolution) başarısız olduğunu gösterir; sunucunun kapalı olduğunu göstermez. Bir siteye girmek istediğinizde tarayıcı sırasıyla şunları yapar: önce kendi iç önbelleğine bakar, sonra işletim sisteminin çözümleyicisine sorar, o da hosts dosyasına ve ardından tanımlı DNS sunucusuna gider. DNS sunucusu cevabı bilmiyorsa kök sunuculardan başlayarak alan adının yetkili nameserver'larını bulur ve A/AAAA kaydını ister. Bu zincirin herhangi bir halkası "böyle bir isim yok" ya da "cevap veremiyorum" derse tarayıcı size sunucu IP adresi bulunamadı hatasını basar.

Zincirin nasıl işlediğini derinlemesine merak ediyorsanız dns nedir yazısı temeli kurar. Burada önemli olan şu: hata mesajı size zincirin hangi halkasında sorun olduğunu söylemez. O bilgiyi kendimiz çıkaracağız.

Önce Şunu Ölçün: Hata Sadece Sizde mi, Herkeste mi#

Tek bir komutla bu ayrımı yapabilirsiniz: alan adını kendi ağınızın dışındaki bir DNS sunucusuna doğrudan sorun. Cevap gelirse sorun sizdedir, gelmezse sorun alan adındadır.

Windows'ta:

nslookup ornek.com.tr 8.8.8.8
nslookup ornek.com.tr 1.1.1.1

Linux veya macOS'ta:

dig @8.8.8.8 ornek.com.tr A +short
dig @1.1.1.1 ornek.com.tr A +short

Üç olası sonuç ve anlamları:

Bu tablo yazının omurgasıdır. Bundan sonraki bölümler, çıkan sonuca göre ayrılıyor. Kendi sonucunuzu bilmeden aşağıdaki adımları sırayla denemeyin.

Ek bir doğrulama olarak farklı bir ağdan da bakın: bilgisayarın Wi-Fi'sini kapatıp telefonun mobil verisiyle siteyi açmayı deneyin. Mobil veride açılıyorsa sorun kesinlikle yerel ağınızdadır.

Sadece Sizde Çıkıyorsa: İstemci Tarafı Çözümleri#

Eğer dig @8.8.8.8 doğru IP'yi döndürdüyse ama tarayıcınız hâlâ hata veriyorsa, sorun bilgisayarınız ile ISS'nizin DNS sunucusu arasındaki bir yerdedir. Sırayla şunları uygulayın:

1. İşletim sistemi DNS önbelleğini temizleyin. Windows'ta yönetici PowerShell'de ipconfig /flushdns, macOS'ta sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder, systemd kullanan Linux dağıtımlarında sudo resolvectl flush-caches.
2. Tarayıcının kendi DNS önbelleğini temizleyin. Chrome'un OS önbelleğinden ayrı bir önbelleği vardır; adres çubuğuna chrome://net-internals/#dns yazıp "Clear host cache" düğmesine basın. Bu adım Türkçe kaynaklarda neredeyse hiç geçmez ama ipconfig /flushdns sonrası hâlâ hata alanların çoğunun sorunu burasıdır.
3. hosts dosyasını kontrol edin. Windows'ta C:\Windows\System32\drivers\etc\hosts, Linux/macOS'ta /etc/hosts. Site taşırken test için eklediğiniz ve sonra silmeyi unuttuğunuz bir satır, o alan adını ölü bir IP'ye sabitliyor olabilir. Alan adınızı içeren satırın başına # koyup kaydedin.
4. DNS sunucusunu geçici olarak değiştirin. Ağ bağdaştırıcısı ayarlarında IPv4 DNS'i 1.1.1.1 ve 8.8.8.8 yapın. ISS DNS'lerinin arızalanması ya da bir kaydı yanlış önbelleğe alması sık görülür.
5. VPN, proxy ve "güvenli DNS" özelliklerini kapatın. Antivirüs yazılımlarının web koruma modülleri ve tarayıcıların DNS-over-HTTPS ayarı bazen kurumsal ağlarda çözümlemeyi bozar.
6. Modem/router'ı yeniden başlatın. Ev tipi cihazlarda dahili DNS önbelleği vardır ve NXDOMAIN cevaplarını negatif önbelleğe alabilir.

Bu altı adımdan sonra hâlâ sizde çıkıyorsa, kurumsal bir ağdaysanız ağ yöneticinize sorun: iç DNS sunucusunda o alan adı için bir engelleme veya split-horizon yapılandırması olabilir.

Herkeste Çıkıyorsa: Alan Adı Tarafını Kontrol Edin#

Eğer dig komutu NXDOMAIN döndürdüyse, sırayla üç şeye bakacaksınız: alan adının süresi, nameserver'lar ve zone dosyasındaki kayıtlar. Sıra önemli — süresi dolmuş bir alan adında zone'a bakmanın anlamı yoktur.

1. Alan adının süresi dolmuş mu#

En sık, en can sıkıcı ve en hızlı çözülen sebep budur. Yenileme e-postası spam kutusuna düşmüş, kredi kartının son kullanma tarihi geçmiş, alan adı eski çalışanın hesabında kalmış — hepsini defalarca gördüm.

whois ornek.com.tr | grep -i -E "expir|status|renew"

Expiry Date geçmiş bir tarihse ya da durum alanında clientHold, serverHold, redemptionPeriod gibi bir değer görüyorsanız sebep budur. clientHold durumundaki bir alan adı registry tarafından zone'dan tamamen çıkarılır; NXDOMAIN almanızın sebebi tam olarak budur. Yenileme sonrası zone'a geri dönmesi genelde birkaç saat alır. Süreç ve son tarihler için alan adı yenileme rehberi ile redemption grace period yazılarına bakın.

2. Nameserver'lar doğru mu#

Alan adı geçerliyse, hangi nameserver'ların yetkili olduğunu sorun:

dig ornek.com.tr NS +short
whois ornek.com.tr | grep -i "name server"

Buradaki iki çıktı birbirini tutmuyorsa, nameserver değişikliği yapılmış ama henüz her yere yayılmamış demektir. Hiç NS dönmüyorsa ya da eski hosting firmanızın nameserver'ları görünüyorsa, alan adı paneline girip nameserver'ları güncel hosting sağlayıcınızın verdiği değerlerle değiştirmeniz gerekir. Adımlar nameserver değiştirme yazısında panel panel anlatılıyor.

Kritik bir ayrıntı: nameserver kaydı registry'de var ama o sunucular kapalıysa NXDOMAIN değil SERVFAIL alırsınız. İkisini karıştırmayın; SERVFAIL aldığınızda konu dns sunucusu yanıt vermiyor hatası tarafına kayar.

3. Zone'da A kaydı var mı#

Nameserver'lar doğruysa, doğrudan o nameserver'a sorup zone'un içeriğini görün:

dig @ns1.saglayici.com ornek.com.tr A
dig @ns1.saglayici.com www.ornek.com.tr A

Yetkili sunucudan boş ANSWER SECTION dönüyorsa A kaydı gerçekten yoktur. cPanel kullanıyorsanız Alan Adları → Zone Editor ekranından, boş bir kök (@) A kaydı ve www için A ya da CNAME kaydı ekleyin. Burada sık yapılan hata, sadece www için kayıt açıp kök alan adını unutmaktır; o zaman www.ornek.com açılır, ornek.com "sunucu IP adresi bulunamadı" verir. Tersi de olur.

Yeni Alınmış veya Yeni Taşınmış Sitelerde Propagasyon#

Alan adını yeni aldıysanız ya da nameserver'ı yeni değiştirdiyseniz, bu hata çoğu zaman bir arıza değil, bekleme süresidir. Kayıtlar dünyaya yayılırken bazı çözümleyiciler yeni değeri görür, bazıları hâlâ eskisini (ya da hiçbir şeyi) döndürür — bu yüzden site sizde açılmazken arkadaşınızda açılabilir.

Süre, bir önceki kaydın TTL değerine ve registry'nin güncelleme aralığına bağlıdır. .com gibi uzantılarda değişiklik dakikalar içinde registry'ye işlenir; .tr uzantılarında bu biraz daha uzun sürebilir. Beklerken durumu ölçmek için farklı çözümleyicilere sorun:

for r in 8.8.8.8 1.1.1.1 9.9.9.9 208.67.222.222; do
  echo -n "$r -> "; dig @$r ornek.com.tr A +short
done

Çoğu çözümleyici doğru IP'yi dönmeye başladıysa iş bitmiştir, kalanı zaman meselesidir. Konunun tamamı propagasyon süresi yazısında; nameserver değişiminin siteyi kapatıp kapatmayacağı sorusu ise nameserver değişince site kapanır mı yazısında ele alınıyor.

Az Bilinen Bir Sebep: Bozuk AAAA Kaydı#

Alan adı A kaydında doğru IP'yi döndürdüğü hâlde bazı kullanıcılarda site açılmıyorsa, zone'da geçersiz bir AAAA (IPv6) kaydı olabilir. Modern işletim sistemleri IPv6'yı önceleyerek dener; sunucunuz IPv6 üzerinden hizmet vermiyorsa ya da kayıttaki adres yanlışsa, IPv6 bağlantısı olan kullanıcılar hataya düşer, IPv4 kullananlar sorunsuz girer. Bu asimetri "kimde açılıyor kimde açılmıyor" karmaşasının klasik kaynağıdır.

Her iki kayıt tipini de ayrı ayrı sorgulayın:

dig ornek.com.tr A +short
dig ornek.com.tr AAAA +short

AAAA satırında bir adres görüyorsanız, o adrese gerçekten hizmet verildiğini doğrulayın:

curl -6 -I https://ornek.com.tr --max-time 10

Zaman aşımı alıyorsanız iki seçeneğiniz var: ya sunucuda IPv6'yı düzgün yapılandırın, ya da zone'dan AAAA kaydını kaldırın. Yarım bırakılmış bir IPv6 yapılandırması, hiç olmamasından daha zararlıdır. Aynı mantık www alt alan adı için de geçerlidir; kök ve www kayıtlarını her zaman ayrı ayrı test edin.

Benzer Hata Kodlarının Ayrımı#

Tarayıcı farklı arızalar için farklı kodlar üretir ve doğru kodu okumak teşhis süresini ciddi biçimde kısaltır.

Son üç satırdaki kodları alıyorsanız DNS tarafında hiçbir şey aramayın — isim zaten çözülmüş, sorun bağlantı ya da uygulama katmanındadır. Adım adım eleme yapmak için site açılmıyor ne yapmalı yazısı iyi bir kontrol listesi sunar.

Sunucuda ve Panelde Kontrol Edilecekler#

Alan adı doğru çözümleniyor ama hâlâ bir yerlerde tutarsızlık varsa, sunucu tarafında şu üç şeyi doğrulayın:

1. Alan adı hesaba tanımlı mı. cPanel'de site ana alan adı, addon domain ya da park edilmiş alan adı olarak eklenmiş olmalı. Eklenmemişse zone dosyası oluşmaz. Konu addon ve parked domain yazısında.
2. Sunucunun IP'si değişmiş mi. Sunucu taşındıysa ya da IP güncellendiyse zone'daki A kaydı eski IP'de kalmış olabilir. dig ornek.com.tr +short çıktısını sunucunuzun gerçek IP'siyle karşılaştırın.
3. Harici DNS kullanıyorsanız zone çakışması var mı. Nameserver'ları Cloudflare gibi harici bir servise verdiyseniz, hosting panelindeki zone dosyası artık geçerli değildir; kayıtları o servisin panelinden düzenlemeniz gerekir. Yıllardır en sık gördüğüm karışıklık budur: kişi cPanel Zone Editor'de kaydı düzeltir, hiçbir şey değişmez, çünkü yetkili sunucular başka yerdedir. Nasıl ilerleyeceğiniz dns kayıtları hangi panelden değiştirilir yazısında adım adım var.

Alan adını sunucuya bağlama işleminin tamamını görmek isterseniz domaini hostinge bağlama yazısı baştan sona senaryoyu anlatıyor.

Yayılmayı Hızlandırmak İçin Yapabilecekleriniz#

Yayılma süresini tamamen kontrol edemezsiniz ama etkileyebilirsiniz. Planlı bir değişiklikten önce ilgili kayıtların TTL değerini 300 saniyeye düşürün; değişiklikten sonra eski değerin ömrü kısa olur ve geçiş hızlanır. İşlem bittikten sonra TTL'i normal seviyeye (ör. 3600) geri çıkarın. Ayrıntılar ttl nedir yazısında.

Değişikliği yaptıktan sonra "bende açılmıyor" paniğine kapılmadan önce şu iki komutu çalıştırın; ikisi de doğruysa iş tamamdır:

dig +trace ornek.com.tr A
dig @$(dig ornek.com.tr NS +short | head -1) ornek.com.tr A +short

Birincisi kök sunuculardan başlayarak zincirin nerede koptuğunu gösterir, ikincisi doğrudan yetkili kaynaktan cevap alır ve önbellek etkisini tamamen aradan çıkarır. dig ve nslookup kullanımını hiç yapmadıysanız dig ve nslookup ile dns sorgulama yazısı komutları örneklerle geçiyor.

Sıkça Sorulan Sorular#

Sunucu IP adresi bulunamadı hatası sunucumun kapalı olduğu anlamına gelir mi#

Hayır, tam tersine sunucuya hiç bağlanılmadığı anlamına gelir. Bu hata isim çözümleme aşamasında oluşur; yani tarayıcı alan adının hangi IP'ye ait olduğunu öğrenemediği için sunucuya bir istek bile göndermemiştir. Sunucunuz o sırada gayet çalışıyor olabilir ve IP adresini doğrudan tarayıcıya yazarsanız site açılabilir. Sunucunun kapalı olduğu durumlarda ERR_CONNECTION_REFUSED veya ERR_CONNECTION_TIMED_OUT görürsünüz.

Hatanın sadece bende olup olmadığını nasıl anlarım#

Alan adını kendi ağınızın dışındaki bir DNS sunucusuna doğrudan sorarak anlarsınız. nslookup ornek.com 8.8.8.8 veya dig @1.1.1.1 ornek.com A +short komutu bir IP döndürüyorsa alan adı dünya genelinde çözümleniyor demektir ve sorun sizin bilgisayarınızda ya da yerel ağınızdadır. NXDOMAIN dönüyorsa sorun alan adı tarafındadır ve yerel önbellek temizlemenin hiçbir faydası olmaz. Ek doğrulama için telefonunuzun mobil verisinden aynı adresi açmayı deneyin.

ipconfig flushdns yaptım ama düzelmedi, sırada ne var#

Tarayıcının kendi DNS önbelleğini de temizlemeniz gerekiyor. Chrome, işletim sistemi önbelleğinden bağımsız bir host önbelleği tutar; chrome://net-internals/#dns adresindeki "Clear host cache" düğmesi bunu temizler. Bu adımdan sonra da düzelmiyorsa hosts dosyanızda o alan adına ait eski bir satır kalmış olabilir. Son olarak DNS sunucunuzu geçici olarak 1.1.1.1 yapıp deneyin; sorun ISS çözümleyicisinin önbelleğinde olabilir.

Alan adımın süresi dolduysa site ne kadar sürede geri gelir#

Ödeme yapıldıktan sonra genellikle birkaç saat içinde geri gelir, ancak bu süre uzantıya ve alan adının hangi aşamada olduğuna bağlıdır. Sadece süresi yeni dolmuşsa registry alan adını zone'a hızlıca geri koyar. Redemption dönemine girdiyse geri alma işlemi ek ücretli ve daha uzun bir süreçtir, bazen günler sürer. Yenileme sonrası hemen açılmazsa yetkili nameserver'a doğrudan sorup kaydın geri geldiğini doğrulayın, kalanı yayılma süresidir.

Site telefonda açılıyor ama bilgisayarda açılmıyor, sebebi ne#

Bu neredeyse her zaman bilgisayarınızın DNS önbelleği, hosts dosyası ya da ağ ayarlarından kaynaklanır. Telefonunuz mobil veri üzerinden farklı bir DNS çözümleyicisi kullandığı için güncel kaydı görür, bilgisayarınız ise eski veya negatif önbelleğe takılmıştır. Bilgisayarda DNS önbelleğini temizleyin, tarayıcı host önbelleğini boşaltın ve hosts dosyasını kontrol edin. Aynı Wi-Fi ağında telefonda da açılmıyorsa sorun modem/router'ın DNS önbelleğindedir.

Nameserver değiştirdim, ne kadar beklemeliyim#

Genellikle birkaç saat içinde büyük ölçüde tamamlanır, tam yayılma için 24-48 saat pencere bırakmak güvenlidir. Bu süre, önceki kaydın TTL değerine ve uzantının registry güncelleme sıklığına bağlı değişir. Bekleme sırasında sitenin bazı kullanıcılarda eski sunucuda, bazılarında yeni sunucuda açılması normaldir. Bu yüzden geçiş sırasında iki sunucuyu da bir süre ayakta tutmak ve eski sunucuda içerik değişikliği yapmamak en doğrusudur.

Cloudflare kullanıyorum, kayıtları nerede düzenlemem gerekir#

Nameserver'larınız Cloudflare'a yönlendirilmişse tüm DNS kayıtlarını Cloudflare panelinden düzenlemeniz gerekir. Hosting panelinizdeki zone dosyası artık yetkili değildir ve orada yapacağınız değişiklikler hiçbir etkiye sahip olmaz. Hangi tarafın yetkili olduğunu dig ornek.com NS +short komutuyla kesin olarak görebilirsiniz. Bu ayrımı atlamak, saatlerce doğru kaydı yanlış panelde düzeltmeye çalışmanın en yaygın sebebidir.

Kapanış#

Sunucu IP adresi bulunamadı hatası korkutucu görünse de teşhisi disiplinli yapıldığında hızlı çözülen bir arızadır. Anahtar adım, çözüm denemeye başlamadan önce hatanın yerel mi genel mi olduğunu ölçmektir: dış bir DNS sunucusuna doğrudan sorup IP alıyorsanız istemci tarafında, NXDOMAIN alıyorsanız alan adı tarafında çalışırsınız. Alan adı tarafında sıra bellidir — önce süre, sonra nameserver, sonra zone kaydı. Bu sırayı bozmadan ilerlerseniz çoğu vaka on beş dakikada kapanır ve bir daha aynı yere düşmezsiniz.

DNS tarafını her seferinde kendiniz kurcalamak istemiyorsanız, alan adı ve barındırmayı aynı yerde tutmak işi ciddi biçimde sadeleştirir: alan adı kaydı tarafında nameserver'lar hazır gelir ve yenileme hatırlatmaları takip edilir, web hosting paketlerinde ise zone dosyası hesap açılışında otomatik oluşturulur, A kaydı doğru IP'yi gösterir ve www ile kök alan adı birlikte tanımlanır. Sunucu değiştirirken bu yazıdaki bekleme ve propagasyon aşamalarını hiç yaşamak istemiyorsanız site taşıma hizmeti geçişi eski sunucuyu ayakta tutarak, kesintisiz biçimde planlar.