Summary

Bu DNS yayılma kontrolü, bir DNS değişikliğinin bazı çözümleyicilere ne kadar süre görünmez kalabileceğini tahmin eder. Yayılma bir önbellek sürecidir: çözümleyici TTL bitene kadar eski yanıtı tutar, bu yüzden en kötü durum eski TTL değerine eşittir. Yeni kayıtlar, SOA olumsuz TTL süresince yokmuş gibi önbelleğe alınabilir; ad sunucusu geçişleri ise kayıt işletmecisinin NS TTL değerini izler. Değişiklik türünü, TTL değerini ve düzenlemeden bu yana geçen süreyi girerek kalan bekleme süresini görün. Hesaplama tarayıcınızda çalışır ve canlı DNS sorgusu yapmaz.

DNS yayılma kontrolü: değişikliğiniz ne zaman canlıya çıkar?

TTL değerini ve düzenlemenizden bu yana geçen süreyi girin. Bu DNS yayılma kontrolü, bir kayıt değişikliği, yeni bir DKIM anahtarı veya ad sunucusu geçişi için kalan en kötü bekleme süresini gösterir.

Bekleme sürenizi kontrol edin

DNS yayılma kontrolü

Değişiklik türünü seçin, geçerli TTL değerini ve kaydı kaydettiğiniz andan bu yana geçen süreyi girin. Sonuç yazdıkça güncellenir ve hiçbir veri tarayıcınızdan çıkmaz.

Kaydı düzenlemeden önceki TTL, yenisi değil.

Nasıl çalışır

Hesaplayıcı aslında neyi ölçer

Yayılma, önbellek süresinin dolmasıdır

DNS değişiklikleri hiçbir yere itilmez. Her çözümleyici aldığı yanıtı TTL bitene kadar tutar, sonra yeniden sorar. En yavaş çözümleyici, düzenlemenizden hemen önce eski yanıtı almış olandır; bu yüzden en kötü durum eski TTL değerine eşittir.

Yeni kayıtların kendi saati vardır

Daha önce var olmayan bir kayıt, yokmuş gibi önbelleğe alınmış olabilir. Bu olumsuz yanıt, SOA TTL ile SOA minimum alanının küçüğü kadar geçerli kalır. Kaydı kimse erken sorgulamadıysa, yeni kayıt hemen görünür olur.

Ad sunucusu geçişi kayıt işletmecisini izler

Ad sunucusu değiştirmek, üst bölgedeki NS kayıtlarını değiştirir. Bu TTL değerini siz belirlemezsiniz. Hesaplayıcı bunu bir girdi olarak alır; .com gibi büyük üst düzey alan adları için tipik değer iki gündür.

E-posta DNS değişikliğinden önce

Beklemeyi kısaltan dört adım

SPF, DKIM, DMARC ve MX düzenlemelerini bir gönderim alan adında yaparken kullandığımız sıra budur.

  1. 1

    Mevcut TTL değerini okuyun

    Kayıt üzerinde dig çalıştırın ve yanıt bölümündeki sayıyı okuyun. Değişikliğinizin bu süreyi aşması gerekir.

  2. 2

    TTL değerini önceden düşürün

    TTL değerini 300 saniyeye ayarlayın, ardından kaydı düzenlemeden önce en az eski TTL kadar bekleyin. Çözümleyiciler uzun ömürlü kopyayı önce sona erdirmelidir.

  3. 3

    Değişikliği yapın ve saati not edin

    Düzenlemeyi kaydedin, saati yazın ve geçen süreyi yukarıdaki hesaplayıcıya girin.

  4. 4

    Önce kaynakta, sonra bir çözümleyicide doğrulayın

    Önce yetkili ad sunucunuzu, ardından herkese açık bir çözümleyiciyi sorgulayın. İkisi de yeni değeri gösterdiğinde ve pencere geçtiğinde TTL değerini yeniden yükseltin.

Sık sorulan sorular

Bu DNS yayılma kontrolü ücretsiz mi?
Evet. Kayıt gerekmez, istek sınırı yoktur. Hesaplama, yazdığınız üç sayı üzerinde yapılan aritmetiktir; bu yüzden tarayıcınızda çalışır ve sunucularımıza hiçbir şey gönderilmez.
Canlı DNS sunucularını sorguluyor mu?
Hayır. Dünya genelindeki çözümleyicilerden kaydınızı aramaz. Girdiğiniz TTL değerine göre, önbelleğe alınmış bir yanıtın en fazla ne kadar yaşayabileceğini hesaplar. Belirli bir çözümleyicinin şu anda ne döndürdüğünü görmek için o çözümleyiciye karşı dig çalıştırın ve sonucu burada gösterilen pencereyle karşılaştırın.
Tahmin neden yeni TTL yerine eski TTL değerini kullanıyor?
Çözümleyiciler, düzenlemenizden önce aldıkları yanıtı, o yanıtla gelen TTL değeriyle birlikte önbelleğe alır. Aynı düzenlemede TTL değerini düşürmek, eski yanıtı zaten tutan çözümleyicilere hiçbir şey kazandırmaz. Yeni TTL değeri yalnızca değişiklikten sonra alınan yanıtlar için geçerlidir.
Olumsuz önbellek TTL süresi nedir ve ne zaman geçerlidir?
Bir çözümleyici kaydı olmayan bir ad sorduğunda, "böyle bir ad yok" yanıtını önbelleğe alabilir (RFC 2308). Bu süre, SOA kaydının kendi TTL değeri ile minimum alanının küçüğü kadar sürer. Yalnızca kaydı oluşturmadan önce adı sorgulamış çözümleyicileri etkiler; örneğin birinin çok erken test ettiği bir DKIM seçicisi gibi.
Ad sunucusu değişikliği neden bu kadar uzun sürüyor?
Ad sunucularınızı gösteren NS kayıtları, kontrol edemediğiniz bir TTL değeriyle kayıt işletmecisinde durur. .com gibi büyük üst düzey alan adları için bu değer genellikle iki gündür. Süresi dolana kadar bazı çözümleyiciler eski ad sunucularınıza sormaya devam eder.
Pencereyi geçtim ama hâlâ eski değeri görüyorum. Şimdi ne yapmalıyım?
Önbellekleri suçlamayı bırakın. Yetkili ad sunucunuzu doğrudan sorgulayın ve yeni değeri sunduğunu doğrulayın. Sunmuyorsa düzenleme yanlış bölgeye, yanlış ana bilgisayar adına gitmiş ya da hiç kaydedilmemiş olabilir. Sunuyorsa daha önce kullanmadığınız bir çözümleyiciden test edin ve kendi makinenizde ya da ağınızda yerel önbellek olup olmadığını kontrol edin.
Bu SPF, DKIM ve DMARC kayıtları için de geçerli mi?
Evet. Bunlar TXT kayıtlarıdır ve diğerleri gibi önbelleğe alınır. Eski SPF kaydınızı önbelleğe almış bir alıcı sunucu, TTL bitene kadar onu değerlendirmeye devam eder; bu yüzden düzenlemeden hemen sonraki bir gönderim, eski politikaya göre değerlendirilebilir.

Kendi gönderimlerinizin altyapısını izleyin

Bu araç bir bekleme süresini tahmin eder. Notification Harbor, kontrol ettiğiniz gönderimleri kapsar: alan adı ısındırma, gönderim bazında izleme ve üretim gönderiminden önce doğru yapılandırılmış SPF, DKIM ve DMARC kayıtları.

Notification Harbor'ın nasıl çalıştığını görün
notificationharbor
Ücretsiz başla