“Sunucu IP Adresi Bulunamadı” Hatası Nasıl Düzeltilir

The "Server IP address could not be found" (Sunucu IP adresi bulunamadı) hatası, tarayıcınızın bir alan adı için DNS sorgusu gönderdiği ancak geçerli bir IP adresi alamadığı anlamına gelir — bu nedenle hiçbir TCP bağlantısı denenmez. Temel neden neredeyse her zaman DNS çözümleme zincirindeki bir başarısızlıktır: eski bir yerel önbellek, yanlış yapılandırılmış bir çözümleyici, DNS kaydı değişikliğinden sonra yayılma gecikmesi veya gerçek bir sunucu tarafı kesintisi.

Bu kılavuz, söz konusu zincirin her katmanını kapsar — tarayıcının kendi DNS önbelleğinden ISS’nizin özyinelemeli çözümleyicisine ve yetkili ad sunucusuna kadar — kesin komutlar, kayıt defteri düzeyinde ayrıntılar ve genel kılavuzların gözden kaçırdığı uç durumlarla birlikte.

DNS Çözümlemesi Sırasında Gerçekte Ne Olur

Sorun gidermeden önce, çözümleme yolunu anlamak gereksiz çabayı önler. Tarayıcıya bir URL yazdığınızda, aşağıdaki arama sırası sırayla başlar:

1. Tarayıcı DNS önbelleği — Chrome, Firefox ve Edge, işletim sisteminden bağımsız olarak kendi bellek içi DNS önbelleklerini tutar.
2. İşletim sistemi çözümleyici önbelleği — Windows DNS İstemcisi hizmeti veya macOS mDNSResponder yerel önbelleğini kontrol eder.
3. Hosts dosyası — Ağ tabanlı tüm çözümlemenin önüne geçen statik bir geçersiz kılma dosyası.
4. Yapılandırılmış DNS çözümleyici — Genellikle yönlendiriciniz (iletici olarak görev yapar) veya doğrudan yapılandırılmış `8.8.8.8` gibi bir genel çözümleyici.
5. ISS’deki özyinelemeli çözümleyici — ISS’nizin çözümleyicisi, önbelleğinde yanıt yoksa küresel DNS hiyerarşisini sorgular.
6. Yetkili ad sunucusu — Alan adının A/AAAA kayıtları için nihai doğruluk kaynağı.

Bu aşamalardan herhangi birindeki bir başarısızlık aynı genel tarayıcı hatasını üretir. Hangi katmanın bozuk olduğunu bilmek, hangi düzeltmenin önce uygulanacağını belirler.

Adım 1: URL’yi Doğrulayın ve Kapsamı Test Edin

Bu adım önemsiz görünür ancak en yaygın iki nedeni hemen ortadan kaldırır.

• Yanlış TLD’ler (`.co` ile `.com`, `.net` ile `.org`) dahil olmak üzere adres çubuğundaki yazım hatalarını kontrol edin.
• Çalıştığını bildiğiniz ikinci bir alan adını test edin (ör. `google.com`). Bu da başarısız olursa, sorun alan adına özgü değil, makinenizdeki ağ genelindedir.
• Hücresel veri kullanan bir mobil cihazdan test edin (Wi-Fi değil). Site orada yükleniyorsa, sorun ağınıza veya makinenize özgüdür.
• Tarayıcıyı tamamen atlamak için komut satırından hızlı bir DNS araması yapın:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

`nslookup` bir IP adresi döndürüyorsa ancak tarayıcı hata vermeye devam ediyorsa, sorun tarayıcıya özgüdür. `nslookup` da başarısız olursa, sorun işletim sistemi çözümleyici düzeyinde veya daha derindedir.

Adım 2: Tarayıcının Dahili DNS Önbelleğini Temizleyin

Her büyük tarayıcı, DNS kayıtlarını işletim sisteminden bağımsız olarak önbelleğe alır. Yalnızca işletim sistemi önbelleğini temizlerken tarayıcı önbelleğini göz ardı etmek yaygın bir hatadır.

Google Chrome ve Edge (Chromium tabanlı):

Adres çubuğunda aşağıdaki dahili URL’ye gidin:

“`

chrome://net-internals/#dns

“`

"Clear host cache" (Ana bilgisayar önbelleğini temizle) seçeneğine tıklayın. Ardından şuraya gidin:

“`

chrome://net-internals/#sockets

“`

Eski IP adreslerine bağlı eski TCP bağlantılarını da temizlemek için "Flush socket pools" (Soket havuzlarını temizle) seçeneğine tıklayın.

Firefox:

Firefox doğrudan bir DNS temizleme arayüzü sunmaz. En güvenilir yöntem şudur:

1. Adres çubuğunda `about:config` sayfasını açın.
2. `network.dnsCacheExpiration` için arama yapın.
3. Değeri geçici olarak `0` olarak ayarlayın, sayfayı yenileyin, ardından `60` (varsayılan) değerine geri yükleyin.

Alternatif olarak, tüm sekmeler kapalıyken Firefox’u yeniden başlatmak DNS önbelleğini tamamen temizler.

Tarayıcı çerezlerini ve önbelleğe alınmış dosyaları temizlemek, bir yönlendirme döngüsü veya eski yanıt söz konusu olduğunda da yardımcı olabilir:

• Chrome: Menü > Diğer Araçlar > Tarama Verilerini Temizle > Önbelleğe alınan resimler ve dosyalar ile Çerezler ve diğer site verileri seçeneklerini işaretleyin > Verileri temizle.

Adım 3: İşletim Sistemi DNS Önbelleğini Temizleyin

İşletim sistemi düzeyindeki DNS çözümleyici önbelleği, kayıtları TTL’leri sona erene kadar depolar. Bir alan adı yakın zamanda DNS kayıtlarını değiştirdiyse (ör. sunucu geçişi veya IP değişikliği), makineniz bir çözümleyici hatası veya çok yüksek orijinal TTL nedeniyle eski, artık geçersiz kaydı TTL’sinin çok ötesinde tutabilir.

Windows (tüm sürümler):

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

“`cmd

ipconfig /flushdns

“`

Beklenen çıktı: `Successfully flushed the DNS Resolver Cache.`

Daha kapsamlı bir sıfırlama için NetBIOS önbelleğini de temizleyin:

“`cmd

nbtstat -R

“`

macOS (sürüme özgü komutlar):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Bunun yerine `nscd` kullanılıyorsa:

“`bash

sudo service nscd restart

“`

Adım 4: Yönlendiricinizi Yeniden Başlatın ve IP Kiranızı Yenileyin

Ev yönlendiriciniz genellikle bir DNS iletici olarak görev yapar — DNS sorgularınızı alır ve ISS’nizin çözümleyicisine iletir. Bozuk bir ARP tablosuna veya eski bir DHCP kirasına sahip bir yönlendirici, sunucu tarafı sorunlarıyla aynı görünen DNS hatalarına neden olabilir.

Yönlendirici yeniden başlatma prosedürü:

1. Yönlendiriciyi kapatın ve güç kaynağından fişini çekin.
2. Tam 30 saniye bekleyin (gerçek bir soğuk yeniden başlatma için kapasitörlerin deşarj olması gerekir).
3. Tekrar açın ve test etmeden önce tüm gösterge ışıklarının sabitlenmesini bekleyin.

Yönlendirici yeniden başladıktan sonra IP adresinizi yenileyin:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Sistem Ayarları > Ağ > etkin arayüzünüzü seçin > Ayrıntılar > TCP/IP > DHCP Kirasını Yenile seçeneğine gidin.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Uç durum: DHCP rezervasyonlarına sahip bir kurumsal veya üniversite ağındaysanız, kirayı yenilemek IP’nizi değiştirmeyebilir ancak DHCP seçenek 6 tarafından iletilen DNS sunucusu atamalarını yeniler. BT ekibiniz yakın zamanda dahili DNS sunucusu adreslerini değiştirdiyse bu tek başına sorunu çözebilir.

Adım 5: Güvenilir Bir Genel DNS Çözümleyiciye Geçin

ISS’nizin özyinelemeli çözümleyicisi genellikle en zayıf halkadır. ISS çözümleyicileri önbellek zehirlenmesinden, NXDOMAIN ele geçirmesinden (başarısız aramaları reklam sayfalarına yönlendirme) veya basit kesintilerden muzdarip olabilir. İyi bakımlı bir genel çözümleyiciye geçmek çoğunlukla en hızlı düzeltmedir.

DNS Çözümleyici Karşılaştırması

Windows’ta DNS nasıl değiştirilir:

1. Denetim Masası > Ağ ve Paylaşım Merkezi > Bağdaştırıcı ayarlarını değiştir seçeneğini açın.
2. Etkin ağ bağdaştırıcınıza sağ tıklayın > Özellikler.
3. İnternet Protokolü Sürüm 4 (TCP/IPv4) > Özellikler seçeneğini seçin.
4. Aşağıdaki DNS sunucusu adreslerini kullan seçeneğini işaretleyin ve tercih ettiğiniz çözümleyiciyi girin.
5. Seçtiğiniz çözümleyicinin IPv6 adreslerini kullanarak (ör. Cloudflare IPv6: `2606:4700:4700::1111` ve `2606:4700:4700::1001`) İnternet Protokolü Sürüm 6 (TCP/IPv6) için de tekrarlayın.
6. Tamam‘a tıklayın ve eski çözümleyiciden önbelleğe alınan girişleri temizlemek için `ipconfig /flushdns` komutunu tekrar çalıştırın.

macOS’ta DNS nasıl değiştirilir:

1. Sistem Ayarları > Ağ > arayüzünüzü seçin > Ayrıntılar > DNS.
2. + düğmesine tıklayın ve tercih ettiğiniz DNS adreslerini ekleyin.
3. ISS tarafından atanan eski girişleri kaldırın.
4. Tamam > Uygula‘ya tıklayın.

Kritik nüans: İşletim sistemi düzeyinde DNS’i değiştirmek, kendi yerleşik DNS çözümlemesini kullanan uygulamaları etkilemez (ör. bazı VPN istemcileri, DNS-over-HTTPS etkin belirli tarayıcılar). Tarayıcınızın DNS ayarlarını ayrıca doğrulayın.

Adım 6: Hosts Dosyasını İnceleyin ve Düzeltin

Hosts dosyası, ağ tabanlı tüm çözümlemenin mutlak önüne geçen yerel bir statik DNS geçersiz kılma dosyasıdır. Tek bir hatalı biçimlendirilmiş veya kötü amaçlı giriş, tüm bir alan adını sessizce engelleyebilir. Kötü amaçlı yazılımlar, belirli alan adlarını yönlendirmek veya engellemek için bu dosyayı sıklıkla hedef alır.

Windows hosts dosyası konumu:

“`

C:WindowsSystem32driversetchosts

“`

Yönetici olarak çalışan Not Defteri ile açın. Meşru bir hosts dosyası yalnızca şunları içermelidir:

“`

127.0.0.1 localhost

::1 localhost

“`

Bir alan adını `0.0.0.0`, `127.0.0.1` veya beklenmedik herhangi bir IP adresine yönlendiren ek girişler araştırılmalı ve yetkisizse kaldırılmalıdır.

macOS / Linux hosts dosyası:

“`bash

sudo nano /etc/hosts

“`

Yorum olmayan (`#` ile başlamayan) ve ulaşmaya çalıştığınız alan adına atıfta bulunan satırları arayın. Bunları kaldırın, dosyayı kaydedin (nano’da `Ctrl+X`, ardından `Y`) ve Adım 3’te açıklandığı gibi DNS önbelleğini temizleyin.

İpucu: Windows’ta hosts dosyasını düzenledikten sonra, yeniden başlatmadan değişikliğin hemen geçerli olması için `ipconfig /flushdns` komutuyla DNS önbelleğini temizlemeniz gerekir.

Adım 7: VPN, Proxy ve DNS-over-HTTPS Çakışmalarını Devre Dışı Bırakın

VPN istemcileri ve proxy yapılandırmaları, özellikle kurumsal ortamlarda DNS çözümleme hatalarının en gözden kaçan nedenleri arasındadır.

VPN ile ilgili DNS sızıntıları ve hatalar:

Bir VPN etkin olduğunda, genellikle sanal bir ağ bağdaştırıcısı yükler ve tüm DNS sorgularını sağlayıcının dahili çözümleyicisine VPN tüneli üzerinden yönlendirir. VPN bağlantısı kesilirse ancak sanal bağdaştırıcı etkin kalırsa, DNS sorguları ölü bir tünele gönderilir ve zaman aşımına uğrar. VPN istemcisini tamamen devre dışı bırakın (yalnızca bağlantıyı kesmeyin) ve test edin.

Windows’ta proxy’yi devre dışı bırakın:

Ayarlar > Ağ ve İnternet > Proxy > Proxy sunucusu kullan ve Ayarları otomatik algıla seçeneklerini kapatın (ikincisi WPAD keşfi aracılığıyla gecikmelere neden olabilir).

DNS-over-HTTPS (DoH) çakışmaları:

Chrome, Firefox ve Edge, işletim sistemi çözümleyicisini tamamen atlayarak belirli bir DoH sağlayıcısı kullanacak şekilde yapılandırılabilir. Bu DoH sağlayıcısına ulaşılamazsa veya yanlış yapılandırılmışsa, DNS çözümlemesi sessizce başarısız olur.

• Chrome: Ayarlar > Gizlilik ve güvenlik > Güvenlik > Güvenli DNS kullan — yapılandırılmış sağlayıcıyı doğrulayın veya “Mevcut hizmet sağlayıcınızla” seçeneğine geçin.
• Firefox: Ayarlar > Genel > Ağ Ayarları‘na kaydırın > Ayarlar > DNS over HTTPS’yi etkinleştir seçeneğini ve yapılandırılmış sağlayıcıyı kontrol edin.

Adım 8: Ağ Bağdaştırıcısı Sürücülerini Güncelleyin veya Yeniden Yükleyin

Bozuk veya güncel olmayan ağ bağdaştırıcısı sürücüleri, DNS hataları olarak kendini gösteren aralıklı DNS hatalarına, paket kaybına ve bağlantı kesintilerine neden olabilir.

Windows:

1. `Win + X` tuşlarına basın > Aygıt Yöneticisi.
2. Ağ Bağdaştırıcıları‘nı genişletin.
3. Etkin bağdaştırıcınıza sağ tıklayın > Sürücüyü güncelle > Sürücüleri otomatik olarak ara.
4. Windows güncelleme bulamazsa, bağdaştırıcı üreticisinin web sitesini (Intel, Realtek, Broadcom) ziyaret edin ve en son sürücüyü doğrudan indirin.
5. Tam yeniden yükleme için: bağdaştırıcıya sağ tıklayın > Cihazı kaldır > Bu cihazın sürücü yazılımını sil seçeneğini işaretleyin > yeniden başlatın. Windows, yeniden başlatmada temiz bir sürücü yükleyecektir.

Gelişmiş Windows ağ yığını sıfırlama (sürücü güncellemeleri yardımcı olmadığında kullanın):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Dört komutu da çalıştırdıktan sonra yeniden başlatın. Bu işlem, Winsock kataloğunu ve TCP/IP yığınını varsayılan değerlerine sıfırlar; kötü amaçlı yazılımların, başarısız VPN yazılımı kaldırma işlemlerinin veya bozuk yığın girişlerinin neden olduğu sorunları çözer.

Adım 9: Sunucu Tarafı ve DNS Yayılma Sorunlarını Teşhis Edin

Tüm istemci tarafı adımlar başarısız olursa, sorun harici olabilir — ya alan adının DNS kayıtları küresel olarak çözümlenmiyor ya da sunucunun kendisine ulaşılamıyor.

Alan adının harici bakış açılarından çözümlenip çözümlenmediğini kontrol edin:

Alan adını birden fazla küresel konumdan eş zamanlı olarak sorgulamak için şu araçları kullanın:

• dnschecker.org — 100’den fazla küresel ad sunucusunda A kaydı yayılımını gösterir.
• whatsmydns.net — A, CNAME, MX ve diğer kayıt türleri için DNS yayılımını kontrol eder.
• downforeveryoneorjustme.com — Sitenin küresel olarak mı yoksa yalnızca konumunuzdan mı erişilemez olduğunu doğrular.

DNS yayılma gecikmeleri:

Bir alan adının yakın zamanda A kaydı, ad sunucuları veya barındırma hizmeti değiştirildiyse, eski kayıtta ayarlanan TTL değerine bağlı olarak yayılma birkaç dakikadan 48 saate kadar sürebilir. Bu süre zarfında, dünya genelindeki bazı çözümleyiciler eski (artık geçersiz) IP adresini döndürürken diğerleri yenisini döndürür. Bu bir sunucu tarafı/DNS yönetimi sorunudur, istemci tarafı bir sorun değildir.

Alan adını kendiniz yönetiyorsanız ve yakın zamanda sitenizi yeni bir sunucuya taşıdıysanız — örneğin bir VPS Hosting ortamına geçiş yaptıysanız — DNS bölgenizdeki A kaydının yeni sunucunun IP adresine işaret ettiğini ve eski TTL’nin tamamen sona erdiğini doğrulayın.

Yetkili ad sunucusunu doğrudan kontrol edin:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Yetkili ad sunucusu doğru IP’yi döndürüyorsa ancak yerel çözümleyiciniz döndürmüyorsa, sorun önbellek yayılmasıdır. Yetkili ad sunucusunun kendisi kayıt döndürmüyorsa veya yanlış kayıt döndürüyorsa, DNS bölgesi yapılandırmasının düzeltilmesi gerekir.

Adım 10: ISS’niz veya Barındırma Sağlayıcınızla İletişime Geçin

Alan adı harici bakış açılarından doğru şekilde çözümleniyorsa ancak ağınızdan çözümlenmiyorsa, ISS’nizin çözümleyicisi o alan adı için filtreleme, engelleme veya yanlış sonuçlar döndürüyor olabilir. Bu, çoğu kullanıcının fark ettiğinden daha yaygındır — bazı ISS’ler yasal uyumluluk için DNS düzeyinde engelleme uygular ve bu engeller zaman zaman meşru alan adlarını da etkiler.

Geçici olarak farklı bir çözümleyici kullanarak test edin (Adım 5’te açıklandığı gibi). Alan adı `8.8.8.8` ile doğru şekilde çözümleniyorsa ancak ISS’nizin çözümleyicisiyle çözümlenmiyorsa, ISS’nizle iletişime geçin ve söz konusu alan adının yanlış engellendiğini veya önbelleğe alındığını bildirin.

Site sahibiyseniz ve kullanıcılarınız bu hatayı bildiriyorsa, sorun barındırma yapılandırmanızla ilgili olabilir. Şunları doğrulayın:

• Alan adınızın A kaydının doğru sunucu IP’sine işaret ettiğini.
• SSL Sertifikalarınızın geçerli olduğunu ve ilk bağlantıyı engelleyen yönlendirme döngülerine neden olmadığını.
• Ad sunucularınızın Alan Adı Tescil sağlayıcınızda doğru şekilde ayarlandığını.
• Sunucunuzun gerçekten çalıştığını ve web hizmetinin (Apache, Nginx) etkin olduğunu.

Yüksek trafikli veya görev açısından kritik siteler için, aralıklı DNS veya bağlantı hatalarına neden olabilecek paylaşılan kaynak sorunlarını ortadan kaldırmak amacıyla bir Dedicated Server‘a geçmeyi düşünün.

Karşılaştırma: İstemci Tarafı ve Sunucu Tarafı Nedenler

Pratik Karar Matrisi ve Temel Çıkarımlar

Tanı süresini en aza indirmek için bu kontrol listesini sırayla uygulayın:

• Önce kapsamı doğrulayın. Hata bir alan adını, bir tarayıcıyı, bir cihazı veya tüm ağı mı etkiliyor? Bu tek soru, ilgisiz adımların %80’ini ortadan kaldırır.
• Herhangi bir ayara dokunmadan önce `nslookup` komutunu çalıştırın. IP’yi çözümlüyorsa, düzeltme tarayıcı düzeyindedir. Başarısız olursa, düzeltme işletim sistemi düzeyinde veya daha derindedir.
• Doğru sırayla temizleyin: önce tarayıcı DNS önbelleği, ardından işletim sistemi DNS önbelleği, sonra yönlendirici yeniden başlatma. Ters sırada yapmak zaman kaybettirir.
• DNS sunucusu ayarlarını değiştirdikten sonra her zaman işletim sistemi DNS önbelleğini temizleyin. Yeni çözümleyici, önbellek temizlenene kadar eski çözümleyici altında önbelleğe alınmış alan adları için sorgulanmayacaktır.
• Alan adı yakın zamanda çalışıyorken aniden durduysa hosts dosyasını kontrol edin. Bu, kötü amaçlı yazılım veya yanlış yapılandırılmış bir güvenlik aracının güçlü bir göstergesidir.
• Windows’ta `netsh winsock reset` komutunu yalnızca son çare olarak kullanın — VPN istemcileri gibi yazılımlar tarafından eklenen meşru girişler dahil tüm Winsock girişlerini sıfırlar; bu yazılımların daha sonra yeniden yüklenmesi gerekebilir.
• Site sahibiyseniz, herhangi bir sunucu geçişinin ardından DNS bölgesi kayıtlarınızı hemen doğrulayın. Sitenizi cPanel ile VPS üzerinde çalıştırıyorsanız, WHM DNS Bölgesi Düzenleyicisi tüm kayıtlara doğrudan erişim sağlar. Paylaşımlı Web Hosting kullanıyorsanız, A kaydının güncel olduğunu doğrulamak için barındırma kontrol panelinin DNS yönetim bölümünü kullanın.
• E-posta ile ilgili DNS hatalarında (MX kayıtları çözümlenmiyor), E-posta Hosting sağlayıcınızın ad sunucusu yapılandırmasını ayrıca kontrol edin — MX kayıtları, A kayıtlarından bağımsızdır ve bağımsız olarak başarısız olabilir.

SSS

“Server IP address could not be found” hatası neden yalnızca Chrome’da görünüyor, Firefox’ta görünmüyor?

Chrome ve Firefox ayrı dahili DNS önbellekleri tutar ve farklı DNS-over-HTTPS sağlayıcıları kullanacak şekilde yapılandırılabilir. Chrome’un eski veya bozuk bir önbellek girişi varsa ya da DoH sağlayıcısına ulaşılamazsa, Firefox işletim sistemi çözümleyicisini kullanarak başarılı olurken Chrome başarısız olur. Bunu çözmek için `chrome://net-internals/#dns` adresine gidin ve “Clear host cache” (Ana bilgisayar önbelleğini temizle) seçeneğine tıklayın.

Bir alan adının A kaydını değiştirdikten sonra DNS yayılması ne kadar sürer?

Yayılma süresi, değişiklikten önce kayıtta ayarlanan TTL (Yaşam Süresi) değerine bağlıdır. Eski TTL 3600 saniye (1 saat) ise, çoğu çözümleyici eski kaydı bir saate kadar önbelleğe alır. TTL 86400 saniye (24 saat) ise, uç durumlarda yayılma 48 saate kadar sürebilir. Planlanan bir geçişten birkaç saat önce TTL’yi 300 saniyeye düşürmek yayılma süresini önemli ölçüde azaltır.

Bir güvenlik duvarı veya antivirüs bu DNS hatasına neden olabilir mi?

Evet. DNS filtreleme içeren güvenlik yazılımları (Windows Defender, Malwarebytes, Kaspersky vb.), kötü amaçlı olarak işaretlenen alan adları için DNS sorgularını kesebilir ve engelleyebilir. Hata, güvenlik yazılımı yükledikten veya güncelledikten hemen sonra ortaya çıktıysa, DNS koruma bileşenini geçici olarak devre dışı bırakın (antivirüsün tamamını değil) ve test edin. Ayrıca yazılımın hosts dosyanıza giriş ekleyip eklemediğini kontrol edin.

`ipconfig /flushdns` ile `netsh winsock reset` arasındaki fark nedir?

`ipconfig /flushdns` yalnızca Windows DNS çözümleyici önbelleğini temizler — önbelleğe alınmış DNS kayıtlarını kaldırır, böylece bir sonraki sorgu yapılandırılmış çözümleyiciye taze olarak gider. `netsh winsock reset` ise tüm Windows Soketleri API kataloğunu varsayılan durumuna sıfırlar; ağ yığınının kendisindeki daha derin bozulmaları düzeltir. Winsock sıfırlama yeniden başlatma gerektirir ve yalnızca DNS temizleme ile sürücü güncellemeleri sorunu çözmediğinde kullanılmalıdır.

Alan adı `nslookup` aracılığıyla doğru şekilde çözümleniyorsa ancak tarayıcı hala hata gösteriyorsa ne kontrol etmeliyim?

Bu senaryo genellikle üç nedenden birine işaret eder: tarayıcının dahili DNS önbelleği hala eski bir kayıt tutuyor (`chrome://net-internals/#dns` aracılığıyla temizleyin), tarayıcının soket havuzunda eski bir bağlantı var (`chrome://net-internals/#sockets` aracılığıyla temizleyin) veya bir tarayıcı uzantısı (özellikle proxy veya VPN uzantıları) DNS isteğini kesip başarısız yapıyor. Tüm uzantıları devre dışı bırakın ve uzantı müdahalesini izole etmek için gizli/özel pencerede test edin.