Bir taşımadan sonra eski site görünmeyi sürdürür. Daha fazla beklemeden, üçünden hangisi olduğunu öğrenin: değişiklik yayılmamıştır, yerel bir şey önbelleğe alıyordur ya da düzenlediğiniz kayıt kullanılan kayıt değildir.

Yetkili sunucuya doğrudan sorun

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @ns1.yourprovider.com    # the authority itself

Yetkili sunucu yeni adresi zaten döndürüyorsa değişiklik olmuştur ve geri kalan her şey önbellektir. Eskisini döndürüyorsa kayıt kaydedilmemiştir ya da artık DNS'inizi işletmeyen bir sağlayıcıda kaydedilmiştir.

Gerçekte hangi ad sunucuları yetkili

dig +short NS yourdomain.com
whois yourdomain.com | grep -i "name server"
İnsanların bir gün kaybettiği arıza budur: bölge eski barındırıcıda düzenlenmiştir, oysa tescil kuruluşu alan adını başka bir sağlayıcıya yöneltmektedir. Kayıt kusursuzdur ve onu okuyan yoktur.

Sorun önbellekse

# your own machine
sudo systemd-resolve --flush-caches || sudo resolvectl flush-caches
# then check what the TTL was
dig yourdomain.com | grep -A1 "ANSWER SECTION"

TTL, çözümleyicilere eski yanıtı ne kadar süre saklamalarının söylendiğidir. 86400'lük bir TTL, bir güne kadar demektir ve yaptığınız hiçbir şey bunu bir başkası için hızlandırmaz. Planlı bir taşımadan bir gün ÖNCE TTL'i 300'e düşürün.

Ve unutulan kayıtlar

  • Çıplak alan adının yanı sıra www.
  • IPv6 varsa AAAA kaydı - bakınız sanal sunucuda IPv6.
  • Hâlâ eski barındırıcıyı gösteren bir CNAME.
  • DNS'ten bağımsız olarak kaynağınıza dair kendi kanaati olan bir dağıtım ağı.
Hiçbir şeyi taşımadan önce yeni sunucuyu, kendi makinenizdeki bir hosts dosyası girdisiyle deneyin. O zaman DNS değişikliği deney değil, son adım olur - bakınız kesintisiz taşımak.