Bu araç nasıl çalışır
Bir ad girin, kayıt türü seçin; sunucu aynı soruyu 14 genel DNS çözümleyiciye DNS-over-HTTPS üzerinden aynı anda gönderir. Her çözümleyiciye yanıt için en fazla 6 saniye verilir. Sayfa ardından her çözümleyiciyi durumu, döndürdüğü yanıt, bildirdiği TTL ve kaç milisaniye sürdüğü ile listeler.
Sorgulanan çözümleyiciler Cloudflare, Google, Quad9, OpenDNS, AdGuard, CleanBrowsing, NextDNS, Mullvad, DNS.SB, Alibaba DNS, DNSPod (Tencent), Yandex, Control D ve LibreDNS’tir. Birlikte çoğu insanın ve çoğu cihazın gerçekten kullandığı çözümleyici servislerini kapsarlar; bir değişikliğin ziyaretçileriniz için yayında olup olmadığını sorarken önemli olan budur.
Tablonun üstünde araç çalıştırmayı özetler: kaç çözümleyici yanıt verdi, kaç farklı yanıt kümesi görüldü ve yanıtlar tutarlı mı. Sonuç yalnızca yanıt veren her çözümleyici tam olarak aynı değer kümesini döndürdüğünde ve hiçbiri adın veya kaydın eksik olduğunu bildirmediğinde tutarlı olarak işaretlenir.
Sonuçlar ad ve tür başına 60 saniye önbelleğe alınır; kontrolü bir dakika içinde yinelemek aynı veriyi gösterir. Araç, çözümleyicilerin iyi niyetini korumak için ziyaretçi başına hız sınırlıdır; bir değişikliği kontrol etmek içindir, izleme için değil.
Desteklenen kayıt türleri A, AAAA, CNAME, MX, NS, TXT, SOA ve CAA’dır. Tüm kayıt türlerini tek seferde içeren ayrıntılı tek bir yanıt için DNS sorgulama aracını kullanın.
Sonuç nasıl okunur
Her satır bir çözümleyiciyi gösterir. İlk bakılacak yer durum sütunudur:
| Durum | Anlamı |
|---|---|
| ok | Çözümleyici en az bir kayıtla yanıt verdi. Değerler yanıt sütununda listelenir. |
| kayıt yok | Ad var ama istenen türde kaydı yok. |
| nxdomain | Çözümleyici adın var olmadığını söylüyor. |
| servfail | Çözümleyici sorguyu tamamlayamadı; çoğunlukla yetkili sunucular erişilemez ya da bölge DNSSEC doğrulamasından geçemiyor. |
| refused | Çözümleyici bu sorguyu yanıtlamayı reddetti. |
| erişilemez | Sunucumuz çözümleyiciye süre sınırı içinde ulaşamadı. |
| hata | Çözümleyici aracın yorumlayamadığı bir şey döndürdü. |
Durumu ok ama adresi beklemediğiniz bir satır incelenecek olandır: o çözümleyici değişikliğinizden öncesine ait önbelleklenmiş bir kopya sunuyordur ya da yetkili sunucularınız birbiriyle uyuşmuyordur.
TTL sütunu çözümleyicinin mevcut yanıtını ne kadar tutacağını gösterir. Eski adresi 2.400 saniye TTL ile gösteren bir çözümleyici, bir şey önbelleğini temizlemezse 40 dakika daha onu gösterecektir. TTL ayrıca çözümleyicinin kaydı yakın zamanda alıp almadığını da söyler: yapılandırılan TTL’ye yakın bir değer taze bir alım, düşük bir değer dolmaya yakın bir kayıt demektir.
Milisaniye sütunu sunucumuzdan çözümleyiciye gidiş dönüş süresidir. Çözümleyicinin sizin için ne kadar hızlı olduğu hakkında bir şey söylemez; esas olarak hızlı yanıtlayanları zorlananlardan ayırır.
Bir satırda birden fazla değer, birkaç A kaydı, birkaç MX kaydı veya uzun TXT kayıtları olan adlar için normaldir. Tutarlılık kontrolü kümenin tamamını karşılaştırır; aynı adresleri farklı sırayla döndüren iki çözümleyici yine tutarlı sayılır.
Sonraki adımlar
Değişiklik henüz hiçbir yerde görünmüyor
- Bir çözümleyici yerine yetkili ad sunucularına doğrudan sorun. Adlarını almak için burada NS türünü çalıştırın, sonra bilgisayarınızda
dig @ns1.saglayiciniz.com example.com A(macOS, Linux) veyanslookup example.com ns1.saglayiciniz.com(Windows) kullanın. Yetkili sunucu hâlâ eski değeri döndürüyorsa değişiklik kaydedilmemiş ya da farklı bir bölgeye kaydedilmiştir. - Alan adının gerçekten yetkilendirdiği bölgeyi düzenlediğinizi kontrol edin. Bir şirkette kayıtlı ama başka bir şirkette barındırılan alan adının kayıtları kayıt şirketinde değil barındırma sağlayıcısındadır; WHOIS sorgulama hangi ad sunucularının yetkilendirildiğini gösterir.
- Yetkili yanıt doğruysa gerisi beklemektir. Çözümleyiciler eski TTL dolduğunda yenilenir.
Bazı çözümleyiciler yeni değeri, bazıları eskisini gösteriyor
Bu, sürmekte olan normal yayılımdır. Bozuk bir şey yoktur. Eski kayıtlar kendi takvimlerinde dolar; dışarıdan bir çözümleyiciye yeni kayıt itemezsiniz. Bir çözümleyici eski TTL’nin çok ötesinde hâlâ eski değeri gösteriyorsa her iki yetkili sunucunuzun yeni bölgeyi tuttuğunu SOA serilerini karşılaştırarak doğrulayın.
Kendi cihazınız hâlâ eski yanıtı gösteriyor
- Yerel önbelleği boşaltın: Windows’ta
ipconfig /flushdns, macOS’tesudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder, systemd-resolved kullanan Linux’tasudo resolvectl flush-caches. - Chromium tabanlı tarayıcılarda
chrome://net-internals/#dnsadresinden tarayıcı önbelleğini temizleyin ya da tarayıcıyı yeniden başlatın. - Çoğu ev modemi gibi kendi önbellekleyen çözümleyicisini çalıştırıyorsa modemi yeniden başlatın.
- Direnen İSS çözümleyicisiyse cihazı geçici olarak bir genel çözümleyiciye geçirin ya da bekleyin.
Bir sonraki değişiklikten önce
Değiştirmeyi planladığınız kayıtların TTL’sini, değişiklikten en az bir tam eski TTL süresi önce 300 saniyeye düşürün. Değişikliği yapın, burada doğrulayın, sonra TTL’yi 3.600 saniye gibi makul bir değere geri yükseltin. TTL maddesi hızlı değişiklikle çözümleyici yükü arasındaki dengeyi açıklar.
Yakın tarihli değişiklik olmadan da çözümleyiciler neden uyuşmaz
Satırlar arasındaki her fark bir yayılım gecikmesi değildir.
Çözümleyicilerin birkaçı filtreler. AdGuard reklam ve izleme alan adlarını engeller; CleanBrowsing’in güvenlik filtresi ve Quad9 zararlı olarak sınıfladıkları alan adlarını engeller ve engellenen bir ad için yanıt tipik olarak NXDOMAIN veya boş bir adrestir. Cloudflare ve Google’da çözümlenen ama bu üçünde NXDOMAIN döndüren bir alan adı büyük olasılıkla yayılmamış değil, bir engelleme listesindedir.
Bazı servisler bilerek farklı adresler döndürür. İçerik dağıtım ağları ve büyük platformlar yakın bir sunucu seçmek için çözümleyicinin konumunu veya ilettiği istemci alt ağını kullanır. Bu durumda her çözümleyici meşru olarak farklı bir adres döndürür ve sonuç hiçbir zaman tutarlı olmaz. IP sorgulama iki farklı adresin aynı ağa ait olup olmadığını söyler; coğrafyaya duyarlı DNS’in olağan işareti budur.
Olumsuz yanıtlar da önbelleğe alınır. Bir adı oluşturmadan önce sorgularsanız çözümleyiciler SOA kaydında tanımlanan olumsuz önbellek süresi boyunca var olmadığını hatırlar. Kaydı sonradan oluşturmak bu olumsuz kayıtları temizlemez. Pratik kural: önce kaydı oluşturun, sonra kontrol edin.
Belirli değişiklik türlerini kontrol etmek
Yeni web sitesi veya sunucu taşıma. Çıplak alan adı için ve ayrıca www için A kaydını (sunucuda IPv6 varsa AAAA’yı da) sorgulayın; ikisi farklı adlardır ve çoğu zaman farklı yerlerde değiştirilir. Her çözümleyicide tutarlı yeni adresler, ziyaretçilerin her yerde yeni sunucuya ulaştığı anlamına gelir.
Posta sağlayıcısı değişikliği. Alan adı için MX sorgulayın. Eski MX kayıtlarını tutan çözümleyiciler dolana kadar eski sağlayıcıya teslim etmeyi sürdürür; eski posta kutularını en az eski TTL artı bir güvenlik payı süresince açık tutun.
Yeni ad sunucuları. NS sorgulayın. Oturması en yavaş değişiklik budur, çünkü yetkilendirme NS kayıtlarının kendi önbelleğine ek olarak üst bölgede, çoğunlukla bir iki gün olan kendi TTL’siyle önbelleğe alınır.
Doğrulama ve kimlik doğrulama kayıtları. Sağlayıcının verdiği tam adda TXT sorgulayın. Kaydı ekledikten hemen sonra başarısız olan bir doğrulama normalde sağlayıcı çok erken kontrol ettiğinde olumsuz yanıtı önbelleğe almış bir çözümleyicidir; kaydı yeniden düzenlemek yerine bekleyin ve sağlayıcıdan yeniden kontrol isteyin.
Bu aracın sınırları
- Çözümleyiciler büyük anycast servisleridir. Her biri sunucumuza en yakın düğümden yanıt verir; tablo 14 ülke veya bölgenin haritası değildir. Yalnızca iki Çinli çözümleyici, Yandex ve LibreDNS gibi birkaç girdi belirli bir bölgeye bağlıdır.
- İSS’nizin çözümleyicisi, şirketinizin iç çözümleyicisi ve modeminiz dâhil değildir. Buradaki tutarlı sonuç, dünyadaki her kullanıcının yeni değeri gördüğünü garanti etmez.
- Filtreleyen çözümleyiciler engelleme listelerindeki alan adları için NXDOMAIN döndürebilir; bu, eksik kayıt gibi görünür.
- Araç çalıştırma başına bir ad ve bir tür kontrol eder. CNAME zincirlerini izlemez, DNSSEC imzalarını doğrulamaz ve üst bölgedeki yetkilendirmeyi bölgenin kendi NS kayıtlarıyla karşılaştırmaz.
- Sonuçlar 60 saniye önbelleğe alınır ve kontrol hız sınırlıdır; izleme akışı olarak uygun değildir.
- Yanıt süreleri sunucumuzdan ölçülür ve çözümleyicinin sizin konumunuzdaki performansını yansıtmaz.