DNS Yayılma Süresi: Ne Kadar Sürer, Nasıl Hızlandırılır?

DNS yayılma süresi, bir DNS kaydını kaydettiğiniz an ile internetteki tüm çözümleyicilerin yeni cevabı döndürmeye başladığı an arasındaki süredir. Normal bir kayıt değişikliğinde bu süre genellikle birkaç dakika ile kaydın eski TTL değeri arasındadır. Nameserver değiştirdiğinizde ise üst bölgedeki yetki kayıtları daha uzun önbelleklendiği için 24–48 saati bulabilir.

"Yayılma" kelimesi aslında biraz yanıltıcı. Değişiklik internete dağıtılmaz; yetkili DNS sunucunuz yeni değeri kaydet tuşuna bastığınız anda bilir. Beklediğiniz şey, internet servis sağlayıcılarındaki, açık DNS servislerindeki, modemlerdeki ve işletim sistemlerindeki binlerce bağımsız önbelleğin eski cevabı silip yeniden sormasıdır.

DNS değişiklikleri neden anında görünmez?

Her DNS cevabıyla birlikte bir TTL (time to live) değeri gelir. Bu, çözümleyicinin cevabı tekrar sormadan kaç saniye kullanabileceğini söyler. A kaydınızın TTL'i 3600 iken bir ziyaretçinin operatörü kaydı sorgulamışsa, siz değişikliği yapsanız bile o çözümleyici eski IP'yi bir saate kadar vermeye devam edebilir. DNS sağlayıcınızın hızı bunu değiştirmez.

Bütün mekanizma bundan ibaret. Her çözümleyici kaydı farklı bir anda almıştır, dolayısıyla kopyaların süresi de farklı anlarda dolar. Bir arkadaşınızın yeni siteyi, diğerinin eskisini görmesinin ve "DNS propagation" kontrol sitelerinde bir süre yeşil-kırmızı karışık bir harita görmenizin sebebi budur.

Bazı operatör çözümleyicileri ve kurumsal ağlar TTL'e tam uymaz; trafiği azaltmak için kayıtları biraz daha uzun tutabilir. Bu yüzden kritik geçişlerde hesabınıza her zaman küçük bir güvenlik payı ekleyin ve yalnızca kendi bağlantınızdaki sonuca bakarak karar vermeyin.

DNS yayılımı ne kadar sürer? Tipik süreler

Cevap neyi değiştirdiğinize bağlı. Aşağıdaki tablo, önbelleklerin TTL'e uyduğu varsayımıyla (büyük çözümleyicilerin çoğu uyar) gerçekçi aralıkları gösteriyor.

"Yeni kayıt" satırı çoğu kişiyi şaşırtır. Siz ya da bir araç app.ornek.com adresini o kayıt yokken sorguladıysa, çözümleyiciler "böyle bir kayıt yok" cevabını da önbelleğe alır. Bu negatif cevabın süresi bölgenin SOA kaydından türetilir ve RFC 2308 ile tanımlanmıştır. Kısacası, bir alt alan adını oluşturmadan test etmeyin.

Kayıt değişikliği ile nameserver değişikliği farkı

Aynı bölge içindeki kayıt değişiklikleri

Yalnızca kayıtları düzenlediğinizde, örneğin sitenizi yeni sunucuya taşımak için A kaydını güncellediğinizde, tek bir önbellek katmanı ve tek bir TTL söz konusudur. TTL 300 saniyeyse pratikte herkes yeni IP'yi yaklaşık beş dakika içinde görür. Bu hızlı ve öngörülebilir senaryodur; domaini VPS'e yönlendirme rehberimizi uyguladığınızda yaşadığınız da budur.

Nameserver değişiklikleri

Nameserver değiştirmek tüm DNS bölgesini başka bir sağlayıcıya taşımak demektir. Çözümleyiciler hangi nameserver'ın yetkili olduğunu TLD'nin kendi sunucularından öğrenir ve büyük uzantılarda bu yetki kayıtlarının TTL'i genellikle bir iki gündür. Bu TTL'i siz düşüremezsiniz; onu kayıt kuruluşu belirler. Meşhur "48 saate kadar sürebilir" uyarısı buradan gelir.

Bu süre boyunca bazı çözümleyiciler eski sağlayıcıya, bazıları yenisine sorar. İki bölge birebir aynı değilse ziyaretçiler farklı cevaplar alır. Doğru yöntem: önce tüm kayıtları yeni sağlayıcıda oluşturun, doğrudan sorgulayarak kontrol edin, nameserver'ı en son değiştirin. DNS'i taşıyıp taşımamaya karar vermediyseniz önce Cloudflare DNS mi registrar DNS mi yazımıza göz atın.

DNS yayılımını hızlandırmanın pratik yolu

Başkalarının önbelleğini temizleyemezsiniz ama beklenecek önbelleği en aza indirebilirsiniz. Değişikliği şöyle planlayın:

1. TTL'i önceden düşürün — değişiklikten en az bir eski TTL süresi önce (1 saatlik TTL için birkaç saat önce) değiştireceğiniz kayıtları 60–300 saniyeye çekin.
2. Hedefi hazırlayın — yeni sunucu, posta kutusu ya da servis şimdiden doğru cevap versin; erken gelen trafik boşa düşmesin.
3. Değişikliği yapın — kaydı güncelleyin. Önbellekler artık kaydı bir ila beş dakika tuttuğu için geçiş neredeyse anında yayılır.
4. Dışarıdan doğrulayın — birkaç açık çözümleyiciyi ve yetkili sunucuyu doğrudan sorgulayın (bir sonraki bölüm).
5. Eski hedefi bir süre açık tutun — eski sunucuyu en az eski TTL süresi artı bir güvenlik payı kadar çalışır bırakın.
6. TTL'i tekrar yükseltin — her şey oturduğunda 3600 gibi daha uzun bir değere dönün; sorgu sayısı azalır, dayanıklılık artar.

DNS yayılma kontrolü nasıl yapılır?

İşe asıl kaynaktan başlayın: yetkili nameserver'ınıza doğrudan sorun. Yeni değeri döndürüyorsa sizin tarafınız tamamdır, gerisi önbellek meselesidir. Sık kullanılan komutlar:

• dig +short ornek.com A @ns1.saglayiciniz.com — yetkili sunucunun cevabı.
• dig +short ornek.com A @1.1.1.1 ve @8.8.8.8 — iki büyük açık çözümleyicinin şu anki cevabı. Tam dig çıktısındaki TTL geri sayar; sıfıra inince bir sonraki sorgu yeni değeri çeker.
• nslookup ornek.com — dig olmayan Windows sistemlerde.
• dig NS ornek.com +trace — yetkiyi kökten itibaren izler; nameserver değişikliğinin TLD seviyesinde görünüp görünmediğini doğrular.

Dünya haritası gösteren DNS kontrol siteleri aynı sorguları farklı ülkelerden çalıştırır. Genel bir fikir verir ama yalnızca bir avuç çözümleyiciyi yansıtır, Türk Telekom ya da Turkcell'in önbelleğini değil.

Kendi önbelleğinizi temizleyin

Çoğu zaman eski cevap kendi cihazınızdadır. İşletim sistemi önbelleğini temizleyin (Windows'ta ipconfig /flushdns, birçok Linux dağıtımında sudo resolvectl flush-caches, macOS'te sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder), tarayıcıyı yeniden başlatın ya da modemi devre dışı bırakmak için mobil veriden deneyin.

Örnek senaryo: siteyi yeni sunucuya taşımak

Diyelim ki sitenizi eski bir paylaşımlı hostingten yeni bir VPS'e taşıyorsunuz ve A kaydınızın TTL'i şu an 3600 saniye. Kesintisiz bir geçiş için zaman çizelgesi şöyle olabilir:

• Pazartesi sabahı: A ve www kayıtlarının TTL'ini 300 saniyeye düşürün. Eski bir saatlik önbelleklerin tamamen boşalması için en az bir saat bekleyin; işi garantiye almak istiyorsanız geçişi ertesi güne bırakın.
• Geçiş öncesi: dosyaları ve veritabanını yeni sunucuya kopyalayın, siteyi bilgisayarınızın hosts dosyasıyla yeni IP üzerinden test edin.
• Geçiş anı: A kaydını yeni IP ile güncelleyin. Önbellekler kaydı en fazla beş dakika tuttuğu için trafik birkaç dakika içinde yeni sunucuya akmaya başlar.
• Sonraki gün: eski sunucunun loglarında ziyaret kalmadığını görünce kapatın, TTL'i tekrar 3600'e yükseltin.

Veritabanı kullanan sitelerde geçiş sırasında kısa bir süre yorum, sipariş gibi yazma işlemlerini durdurmak iyi bir fikirdir; aksi halde eski sunucuya düşen son birkaç kayıt yeni sunucuya hiç ulaşmayabilir. E-posta taşıyorsanız aynı mantığı MX kayıtlarına uygulayın ve eski posta kutusunu birkaç gün açık tutun.

Sık görülen sorunlar ve çözümleri

• Bende açılıyor, başkasında açılmıyor — yetkili sunucuyu kontrol edin; doğruysa önbellekleri bekliyorsunuz demektir. Değilse kayıt yanlış bölgeye ya da yanlış sağlayıcıya girilmiştir.
• 48 saat geçti, hâlâ eski — domain büyük ihtimalle düzenlediğiniz yerden farklı nameserver'lar kullanıyor. Domain panelindeki NS kayıtlarını, değişikliği yaptığınız yerle karşılaştırın.
• Taşımadan sonra e-postalar geri dönüyor — MX, SPF ve DKIM kayıtları nameserver değişmeden önce yeni bölgeye kopyalanmamış.
• SSL sertifikası alınamıyor — sertifika otoritesinin doğrulaması eski IP'ye gitmiş ya da bir CAA kaydı engelliyor. TTL dolunca tekrar deneyin.

mistREG'de DNS yayılma süresi

mistREG'den alınan domainlerin DNS bölgesi Cloudflare'in yetkili DNS ağında barındırılır ve mistREG panelinden yönetilir; düzenlemeler yetkili sunucularda neredeyse anında yayına girer. TTL'i 60 ile 86.400 saniye arasında seçebilir ya da "auto" bırakabilirsiniz. Böylece yukarıdaki "önce TTL'i düşür" adımını uygulamak kolaylaşır.

Kayıtlar yalnızca DNS modunda sunulur; yani girdiğiniz IP, ziyaretçinin aldığı IP'nin ta kendisidir. Kendi nameserver'larınızı kullanmak isterseniz istediğiniz zaman özel nameserver tanımlayabilirsiniz; bu durumda domain Cloudflare'de barındırılan bölgeden çıkar ve olağan nameserver yayılma süresi geçerli olur. 200'den fazla uzantıda domain sorgulayabilir, sık sorulan sorulara bakabilir ya da Telegram'dan @mistnetwork veya panel içi destek talebiyle bize ulaşabilirsiniz. Hizmet kullanımı her zaman sağlayıcının kullanım koşullarına tabidir.