Bu araç nasıl çalışır
Bir alan adı veya ana makine adı yazın, bir kayıt türü seçin ya da TÜMÜ seçeneğinde bırakın; sorguyu sunucu sizin için çalıştırır. Kurulacak bir şey, açılacak bir hesap yoktur.
Sorgulamayı sunucumuzdaki çözümleyici yapar; işletim sisteminizin web sitesi açarken kullandığıyla aynı türdendir. Her kayıt türü için sunucu çözümleyiciye sorar ve aldığı her yanıtı, ait olduğu ad ve kalan TTL ile listeler. TÜMÜ seçildiğinde sunucu 9 türü sırayla sorgular: A, AAAA, CNAME, MX, NS, TXT, SOA, SRV ve CAA.
Bazı barındırma ortamları yalnızca sıradan adres kayıtlarını yanıtlayan bir çözümleyici çalıştırır. Bu durumu karşılamak için sunucu kendi çözümleyicisinin sağlığını kontrol eder ve tam yanıt vermediğinde genel bir çözümleyiciye DNS-over-HTTPS sorgusuna düşer. Yedekten gelen yanıtlar TTL olmadan gösterilir, çünkü yedek TTL’yi aynı biçimde bildirmez.
Sonuçlar ad ve tür başına 5 dakika önbelleğe alınır; bu sürede sorguyu yinelerseniz önbellekteki yanıtı görürsünüz. Sonucun üstündeki yanıt süresi sunucunun canlı sorgularda harcadığı süredir; önbellekten gelen sonuç çok küçük bir sayı gösterir.
Araç adları büyük küçük harf ayrımı yapmadan kabul eder, baştaki http:// veya https:// kısmını atar, tam URL yapıştırırsanız yolu kaldırır ve uluslararası adları sorgudan önce ASCII (punycode) biçimine çevirir. www.example.com ile https://www.example.com/page aynı sonucu verir.
Sonuç nasıl okunur
Her kayıt türü üç sütunlu kendi bloğunda gösterilir: kaydın döndürüldüğü ad, TTL ve değer. Sağdaki sayı o türden kaç kayıt olduğunu söyler. Kayıt bulunamadı diyen blok, adın çözümlendiğini ama o türde bir şey yayımlamadığını gösterir; adın hiç var olmamasından farklıdır.
Kayıt türlerine kısa bakış
| Tür | Değer nedir | Tipik kullanım |
|---|---|---|
| A | 32 bit IPv4 adresi | Web sunucuları, posta sunucuları, IPv4 üzerinden erişilen her şey |
| AAAA | 128 bit IPv6 adresi | Aynı servisler IPv6 üzerinden |
| CNAME | Bu adın takma adı olduğu başka bir ad | www adını bir CDN’e veya barındırma platformuna yönlendirmek |
| MX | Öncelik ve posta sunucusu ana makine adı | Alan adının postasının teslim edildiği yer |
| NS | Ad sunucusu ana makine adı | Bölge için hangi sunucuların yetkili olduğu |
| TXT | Serbest metin | SPF politikaları, DKIM anahtarları, DMARC politikaları, sahiplik doğrulaması |
| SOA | Birincil sunucu, sorumlu posta kutusu, seri numarası | Bölge yönetimi ve çoğaltma |
| SRV | Öncelik, ağırlık, port ve hedef ana makine | SIP, XMPP, LDAP ve benzerleri için servis keşfi |
| CAA | Bayraklar, etiket ve değer | Alan adı için hangi sertifika otoritelerinin sertifika verebileceği |
A ve AAAA değerleri IP sorgulama aracına bağlantıdır; sunucunun nerede olduğunu ve hangi ağın duyurduğunu görebilirsiniz. CNAME, NS ve MX hedefleri bu araca geri bağlanır; bir takma ad zincirini izlemek veya posta sunucusunun kendi adres kayıtlarını incelemek kolaylaşır.
MX kayıtları ana makine adının önünde bir öncelik numarası taşır. Küçük numaralar önce denenir. Aynı önceliğe sahip iki sunucu yükü paylaşır. Bir alan adı, bir sunucu çöktüğünde posta yine ulaşsın diye çoğunlukla 2–5 MX kaydı yayımlar.
SOA değeri 3 alan gösterir: birincil ad sunucusu, @ işareti yerine nokta ile yazılan sorumlu posta kutusu ve seri numarası. İşletmeciler bölge her değiştiğinde seriyi genellikle artırır; ad sunucuları arasında serileri karşılaştırmak eşzamanlı olup olmadıklarını anlamanın hızlı bir yoludur.
TTL sütunu
TTL, bir çözümleyicinin yeniden sormadan önce yanıtı kaç saniye tutabileceğidir. Gördüğünüz değer bölgede yapılandırılan sayı değil, çözümleyicimizin önbelleğinde kalan süredir. Aynı adı bir dakika arayla iki kez sorgularsanız TTL yaklaşık 60 saniye düşer; sıfıra ulaştığında çözümleyici yeni kopya alır ve TTL bölgenin değerine geri sıçrar. TTL sözlük maddesi bunun yaptığınız değişiklikleri nasıl etkilediğini açıklar.
Alan adından IP’ye ve ana makine adından IP’ye
DNS sorgulamanın en yaygın nedeni bir adı adrese çevirmektir. IPv4 için A, IPv6 için AAAA seçin. Bir adın her türden birkaç kaydı olabilir; tarayıcılar birini seçer, bağlantı başarısız olursa diğerlerine geçer.
A bloğu boş ama CNAME kaydı varsa ad bir takma addır. Adres, kendisi de takma ad olabilen CNAME hedefinde bulunur. Gerçek A veya AAAA kayıtları olan bir ada ulaşana kadar hedefe tıklayarak zinciri izleyin. Uzun zincirler ilk bağlantıya gecikme ekler; çoğu sağlayıcının bunları 1–2 atlamada tutmasının nedeni budur.
Ters yönde, adresten ada gitmek için ters DNS sorgulamasını kullanın. İleri ve ters kayıtlar ayrı tutulur; ters sorgudan aldığınız ana makine adı başladığınız ad olmak zorunda değildir.
Yaygın DNS sorunları nasıl düzeltilir
IP yanlış veya eski
- Yetkili sunucuların ne dediğini doğrulayın. Burada NS kayıtlarını sorgulayın, sonra bilgisayarınızdan o sunuculardan birine doğrudan sorun (komutlar aşağıda). Yetkili yanıt zaten doğruysa başka yerde gördüğünüz eski adres kendiliğinden dolacak bir önbellek kopyasıdır.
- Büyük genel çözümleyicilerden kaçının yeni değeri döndürdüğünü görmek için DNS yayılım kontrolüne bakın.
- Yetkili yanıt yanlışsa bölgenin barındırıldığı yere (kayıt şirketi, DNS sağlayıcısı veya barındırma paneli) girip kaydı düzeltin. Kaydedin ve TTL’nin dolmasını bekleyin.
- Bir sonraki değişiklikten önce TTL’yi bir gün önceden 300 saniyeye düşürün; geçişin kendisi hızla tamamlanır.
MX kaydı yok veya posta ulaşmıyor
- MX sorgulayın. Blok boşsa posta sunucuları alan adının A kaydına düşer; bu nadiren istediğiniz şeydir.
- Her MX hedefinin IP adresi değil ana makine adı olduğundan ve kendi A veya AAAA kaydı bulunduğundan emin olun. CNAME’e işaret eden MX standardı bozar ve bazı göndericiler reddeder.
- Önceliklerin mantıklı olduğunu kontrol edin: birincil sunucunuz en küçük numarayı almalıdır.
- TXT kayıtlarında bir SPF politikası arayın; eksik veya bozuk SPF kaydı postanın spam’e düşmesinin sık nedenidir.
TXT kayıtları eksik veya doğrulanmıyor
- TXT kayıtları yayımlandığı gibi döndürülür. Fazladan tırnak, yinelenen kayıt veya yanlış ada yerleştirilmiş kayıt arayın (örneğin DMARC kök yerine
_dmarc.example.comadında bulunmalıdır). - DKIM seçicileri
secici._domainkey.example.comadında bulunur. Araca çıplak alan adı yerine bu tam adı girin. - Kayıt yetkili sunucuda doğru ama araç hâlâ eski değeri gösteriyorsa önbellekteki yanıt henüz dolmamıştır. TTL geçtikten sonra yeniden kontrol edin.
Alan adının kökünde CNAME
Standart, bölge tepesinde SOA ve NS kayıtlarının yanında CNAME’e izin vermez. Bir sağlayıcı çıplak alan adını bir ana makine adına yönlendirmenizi istiyorsa ALIAS, ANAME veya düzleştirme özelliğini kullanın ya da A ve AAAA kayıtları yayımlayın. Kökte CNAME gösteren bir sorgu bölgenin yanlış yapılandırıldığının işaretidir ve bazı çözümleyicilerde başarısız olabilir.
Hangi kayıt türü hangi soruyu yanıtlar
Ne sorgulayacağınızdan emin değilseniz belirtiden başlayın.
| Belirti veya soru | Sorgu | Bakılacak şey |
|---|---|---|
| Web sitesi yüklenmiyor | A ve AAAA | Adres beklediğiniz sunucuyla uyuşuyor mu? Çalışan IPv6’sı olmayan bir ana makineye işaret eden AAAA kaydı var mı? |
| Posta geri dönüyor veya hiç ulaşmıyor | MX, sonra her MX hedefinin A kaydı | En az bir MX, çözümlenen hedefler, mantıklı öncelikler |
| Posta spam’e düşüyor | Kökte TXT, _dmarc ve DKIM seçici adı |
Tek bir SPF kaydı, DMARC politikası, posta sisteminizin kullandığı seçici için DKIM anahtarı |
| Bir sağlayıcı sahiplik doğrulaması istiyor | Belirttikleri adda TXT | Verdikleri jetonun tam kendisi, fazladan tırnak yok |
| Değişiklikler görünmüyor | NS ve SOA | NS kayıtları düzenlediğiniz sunucular mı? SOA serisi değişti mi? |
| Sertifika otoritesi sertifika vermeyi reddediyor | CAA | CA’nızı adlandıran bir kayıt ya da hiç CAA kaydı olmaması |
| Bir uygulama servisini bulamıyor | _servis._proto.example.com adında SRV |
Port ve hedef ana makine |
Eski bir AAAA kaydı, yavaş veya başarısız bağlantıların sık ve kolay gözden kaçan nedenidir. IPv6 destekli ağlardaki tarayıcılar önce AAAA adresini dener; orada kimse dinlemiyorsa kullanıcı IPv4’e dönmeden önce zaman aşımını bekler. Sunucuda IPv6 çalıştırmıyorsanız onun için AAAA kaydı yayımlamayın.
NS ve SOA kayıtları size ne söyler
Çözümleyicinin döndürdüğü NS kayıtları bölgenin kendisinden gelir; üst bölgedeki yetkilendirme (örneğin .com sunucularında) farklı sunucular listeleyebilir. İkisi uyuşmadığında çözümleyiciler bölgenin eski kopyasını tutan bir sunucuya ulaşabilir ve değişiklikler yalnızca bazen uygulanmış görünür. Sonraki bölümdeki +trace komutu bu durumu ortaya çıkarır. SOA serisi ikinci kontroldür: her NS sunucusuna doğrudan sorup serileri karşılaştırın; düşük serili ikincil sunucu son bölge aktarımını almamıştır.
Kendi bilgisayarınızdan DNS kontrolü
Araç çözümleyicimizden yanıt verir. Kendi çözümleyicinizin veya belirli bir ad sunucusunun ne döndürdüğünü görmek için şu komutları kullanın.
Windows (Komut İstemi): nslookup -type=MX example.com yapılandırılmış çözümleyicinizi sorgular. Belirli bir sunucuya sormak için sona ekleyin: nslookup -type=A example.com 1.1.1.1.
Windows (PowerShell): Resolve-DnsName example.com -Type TXT -Server 8.8.8.8 nslookup’tan daha kolay okunan yapılandırılmış bir sonuç döndürür.
macOS ve Linux: dig example.com MX +short kısa bir yanıt verir, dig @ns1.example.net example.com A belirli bir yetkili sunucuya sorar ve dig +trace example.com yetkilendirmeyi kök sunuculardan aşağı doğru izler; her adımdan hangi sunucunun sorumlu olduğunu tam olarak gösterir.
Kendi makinenizdeki eski yanıtı temizlemek için: Windows’ta ipconfig /flushdns, macOS’te sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder, systemd-resolved kullanan Linux sistemlerde sudo resolvectl flush-caches. Chromium tabanlı tarayıcılar kendi önbelleğini tutar; chrome://net-internals/#dns adresinden temizlenebilir.
Bu aracın sınırları
- Yanıtlar sunucumuzun bulunduğu yerdeki tek bir çözümleyiciden gelir. Başka bölgedeki çözümleyici farklı bir önbellek kopyası tutabilir ve coğrafyaya duyarlı DNS kullanan servisler farklı yerlere bilerek farklı adresler döndürür. İki araç da kendi İSS’nizin çözümleyicisinin vereceği yanıtı gösteremez.
- Gösterilen TTL, çözümleyicimizdeki kalan önbellek süresidir, bölgede yapılandırılan değer değil.
- Sonuçlar 5 dakika önbelleğe alınır. Son sorgunuzdan 5 dakikadan kısa süre önce değişen kayıt, önbellek dolana kadar görünmez.
- Araç 9 kayıt türünü sorgular. DNSKEY, DS, TLSA, NAPTR ve HINFO gibi daha seyrek türler kapsanmaz ve DNSSEC doğrulama durumu gösterilmez.
- Çözümleyici yedeği kullanıldığında TTL’ler yoktur ve kayıt sırası farklı olabilir.
- Sorgulama, adresin arkasındaki sunucunun gerçekten çalıştığını test etmez. Doğru A kaydı web sitesinin açık olduğu anlamına gelmez; bunun için port kontrolünü kullanın.
- Sorgular ziyaretçi başına hız sınırlıdır. Betikle toplu sorgular reddedilir.
Bu sayfadaki hiçbir şey kendi bağlantınızın DNS sorgularını VPN veya proxy dışına sızdırıp sızdırmadığını söylemez. O başka bir sorudur ve yanıtı DNS sızıntı testinde bulunur.