Önce hangi aşamanın başarısız olduğunu belirleyin
Ofiste bir web adresinin açılmaması, internet devresinin tamamen kesildiği anlamına gelmez. Alan adının çözümlenmesi, hedefe bağlantı kurulması ve uygulamanın yanıt vermesi farklı aşamalardır. DNS kontrolünün amacı bunlardan hangisinin inceleneceğini daraltmaktır. Hız testi iyi sonuç verse bile belirli bir alan adına erişim sorunu ayrıca araştırılmalıdır.
İlk kayda tam hata mesajını ve etkilenen adı ekleyin. Tek bilgisayar mı, bütün ofis mi, yalnızca VPN kullananlar mı etkileniyor? Aynı anda çalışan başka bir kurumsal uygulama var mı? Bu sorular bir teşhis değildir; ekiplerin aynı belirtiyi karşılaştırmasını sağlar. Parola, oturum bağlantısı ve müşteri bilgilerini hata kaydından çıkarın.
Windows cihazında ayarları okuyarak başlayın
Microsoft’un DNS istemci rehberi, IP yapılandırmasının ve tanımlı DNS sunucularının kontrolüyle başlar. Yetkili BT ekibi Windows üzerinde ipconfig /all çıktısından adres, ağ geçidi, DNS sunucusu ve DNS son eki bilgilerini okuyabilir. Bu bilgileri kurumun beklenen yapılandırmasıyla karşılaştırmak, rastgele sunucu değiştirmekten önce yapılmalıdır.
Microsoft, nslookup aracının istemcinin DNS önbelleğini kullanmadan sorgu yaptığını belirtir. Bu nedenle sorgu sonucu ile uygulamanın davranışı aynı kabul edilmemelidir. Tam alan adı çalışırken kısa ad çalışmıyorsa DNS son eki de inceleme kapsamına girer. Komutların çıktısını kendi ağınızdaki beklenen kayıtlarla değerlendirin; örnek adresleri üretim ayarı olarak kullanmayın.
Yanıt alınması ile uygulamanın açılması farklıdır
Bir DNS yanıtı alınması, dönen adresteki uygulamanın sağlıklı olduğunu kanıtlamaz. Microsoft’un istemci sorunları belgesi, yanlış veya erişilemeyen DNS sunucularını, yerel Hosts kayıtlarını ve aradaki güvenlik kurallarını ayrı olasılıklar olarak ele alır. Yetkili ekip gerekirse istemci ve sunucu tarafındaki gözlemleri birlikte inceler.
Örneğin tek cihazdaki sorun, ortak DNS sunucusunun kesin arızalı olduğunu göstermez. Bütün cihazlarda aynı anda başlayan bir sorun da otomatik olarak internet sağlayıcısına bağlanmamalıdır. DNS sunucusunun yanıtı, istemcinin yapılandırması ve uygulama hatası ayrı kaydedildiğinde sorumluluk alanı daha anlaşılır olur.
Değişiklik yapmadan önce kayıt alın
Önbelleği temizlemek veya DNS sunucusunu değiştirmek ilk refleks olmasın. Önce kullanılan sunucuyu, sorgulanan adı, dönen yanıtı ya da zaman aşımını ve saati kaydedin. Kurum içi adların çözümü ve güvenlik politikaları belirli DNS hizmetlerine bağlı olabilir. Değişiklik ancak ilgili yöneticinin değerlendirmesiyle yapılmalı ve önceki ayara dönüş yolu korunmalıdır.
Bu yazı bir hız artırma veya genel DNS sunucusu önerisi değildir. Amaç, işletmedeki erişim sorununun hangi katmanda olduğunu belirlemektir. Metro Ethernet erişiminde de yerel ağ, DNS ve uygulama bağımlılıkları ayrı değerlendirilir. Turklan yalnızca kurumsal ve simetrik internet sunar; bu kapsam bütün uygulamaların her koşulda çalışacağı garantisi anlamına gelmez.
Kaynaklar ve hizmet kapsamı
Microsoft: Troubleshooting DNS clients (https://learn.microsoft.com/en-us/windows-server/networking/dns/troubleshoot/troubleshoot-dns-client) ve Microsoft: DNS client name resolution issues (https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/troubleshoot-dns-client-resolution-issues) kaynakları 13 Ekim 2026’da kontrol edildi. Windows’a ilişkin bilgiler diğer işletim sistemlerine aynı komutlarla uygulanmamalıdır.
Bağlantı kapsamını değerlendirmek için Turklan Metro Ethernet hizmetini (https://www.turklan.com/metro-ethernet/) inceleyin.