DNS yayılma süresi ve TTL nasıl çalışır?

DNS değişikliğinden sonra bir cihaz yeni siteyi, başka bir cihaz eski siteyi gösterebilir. Bu durum çoğunlukla farklı önbellek katmanlarının aynı anda yenilenmemesinden kaynaklanır. “DNS yayılıyor” ifadesi kullanışlı bir kısaltmadır; ancak bütün DNS sunucularının tek merkezden aynı anda güncellendiği anlamına gelmez. Doğru tanı için hangi kayıt, hangi yanıt ve hangi önbellek söz konusu olduğunu ayırmak gerekir.

TTL hangi süreyi anlatır?

TTL, bir DNS yanıtının önbellekte ne kadar süre saklanabileceğini belirten değerdir. Yayındaki kaydı bugün daha kısa TTL ile değiştirmeniz, daha önce eski TTL ile alınmış tüm yanıtları anında geçersiz yapmaz. Taşıma planında TTL hazırlığının önceden yapılmasının nedeni budur. Yetkili DNS kaydı doğru olsa bile bazı çözücüler ellerindeki geçerli eski yanıtı kullanmaya devam edebilir.

Tarayıcı önbelleği, uygulama önbelleği ve CDN önbelleği DNS önbelleğinden farklıdır. Yeni IP’ye bağlanıp eski HTML görmek mümkündür. Bu yüzden eski tasarımın görünmesi doğrudan DNS sorunu olduğunu kanıtlamaz. Sayfanın hangi sunucudan geldiğini kontrol etmek, yalnız ekran görüntüsünü karşılaştırmaktan daha güvenilir sonuç verir.

Taşıma öncesi planlama

Web siteniz veri alıyorsa taşıma sırasında hangi sunucunun yazma kabul edeceğini belirleyin. Bir e-ticaret sitesinin iki kopyasında aynı anda sipariş oluşması, önbellek süresinden daha önemli bir veri tutarlılığı problemidir. Eski sunucunun ne zaman salt okunur yapılacağı, dosya ve veritabanının son kez ne zaman eşitleneceği açık olmalıdır.

E-posta ve alt alan adlarını da listeleyin. Yalnız A kaydının TTL değerini değiştirmek, nameserver delegasyonu veya başka kayıtların önbellek davranışını bütünüyle kontrol etmez. Sabit bir “her zaman şu kadar saat” sözü yerine kendi kayıtlarınızın ve sağlayıcınızın özelliklerini inceleyin.

Adım adım kontrol yöntemi

1. Yetkili yanıtı inceleyin. Yeni kaydın gerçekten kaydedildiğini doğrulayın. Yanlış DNS panelinde düzenleme yaptıysanız beklemek sonucu değiştirmez.
2. Kayıt türünü karşılaştırın. A doğruyken AAAA eski sunucuya gidiyor olabilir. Ana alan adı ve www için farklı kayıtlar varsa ikisini de kontrol edin.
3. Farklı çözücüleri deneyin. Tek bir ağın yanıtıyla karar vermeyin. Ofis bağlantısı ve mobil veri gibi farklı ağlarda kontrollü test yapın; sonuçları saat bilgisiyle not edin.
4. Web önbelleğini ayırın. Yeni IP doğrulanmışsa uygulama veya CDN önbelleğini inceleyin. Tarayıcıdaki zorla yenileme her önbellek katmanını temizlemez.
5. Tutarlı sonuca ulaştığınızda eski sistemi kapatın. Aceleyle eski sunucuyu kapatmak, hâlâ eski yanıtı kullanan ziyaretçilerin erişimini kesebilir. Trafik ve uygulama kayıtlarını izleyerek karar verin.

Örnek tanı kaydı

Bir not tablosuna saat, test edilen tam alan adı, sorgu türü, görülen IP ve kullanılan ağı yazın. “10.15 — mobil veri — ana alan adı — yeni IP” gibi bir kayıt, belirsiz ekran görüntülerinden daha faydalıdır. Gözlem sayısını gereksiz yere artırmak yerine farklı katmanları temsil eden birkaç tutarlı kontrol yapın.

Kayıt beklenen hedefe hiç dönmüyorsa yazım hatası, yanlış bölge, DNSSEC uyumsuzluğu veya kayıt kuruluşunda tamamlanmamış nameserver değişikliği araştırılmalıdır. Uzun süre beklemek her sorunun çözümü değildir; doğru yanıtın yetkili sunucuda mevcut olup olmadığını erken kontrol etmek zaman kazandırır.

Sık sorulan sorular

Bilgisayarın DNS önbelleğini temizlemek herkesi etkiler mi? Hayır. Yalnız o cihazın kullandığı yerel önbellek katmanını etkiler.

TTL’yi sürekli çok düşük tutmalı mıyım? Bu, ihtiyaç ve sağlayıcı sınırlarına göre değerlendirilir. Daha fazla sorgu ve yönetim gereksinimi oluşturabilir; plansız değişikliklerin yerine geçmez.

Yeni kayıt doğru ama site hâlâ yanlışsa? Sunucu sanal host ayarı, CDN ve uygulama önbelleğini inceleyin. DNS tanısını web içeriği tanısından ayırın.

İlgili teknik kaynak

• Cloudflare: TTL kavramı