DNS Yayılması ve TTL: Değişiklik Neden Herkeste Aynı Anda Görünmez?

Bir DNS kaydı değiştikten sonra bazı kullanıcılar yeni siteyi, bazıları eski siteyi görebilir. Bu durum her zaman sunucu hatası anlamına gelmez. Yetkili DNS kaydı ile farklı katmanlardaki önbellekleri ayırarak kontrol yapmak, belirsiz bekleme süreleri yerine somut bir teşhis sağlar.

Bu rehberde neler var?

• TTL neyi ifade eder?
• Taşıma öncesi TTL planı yapın
• Yetkili kayıt ile görünen sonucu ayırın
• DNS dışındaki önbellekleri kontrol edin
• IPv4 ve IPv6 sonuçlarını karşılaştırın

TTL neyi ifade eder?

TTL, bir DNS yanıtının önbellekte ne kadar süre tutulabileceğini saniye cinsinden belirtir. Düşük TTL, sonraki değişikliklere daha hızlı uyum sağlanmasına yardımcı olabilir; ancak daha önce önbelleğe alınmış bir yanıtın süresini geriye dönük olarak değiştirmez. TTL tek başına tüm kullanıcıların belirli bir anda yeni hedefe geçeceğinin garantisi değildir.

Taşıma öncesi TTL planı yapın

Planlı bir geçişten önce mevcut TTL değerini inceleyin. İhtiyaç varsa ilgili kayıtların TTL değerini önceden düşürün ve eski önbelleklerin geçerlilik süresini hesaba katın. İşlem tamamlandıktan sonra kullanım senaryonuza uygun değere dönün. Gereksiz yere tüm DNS bölgesini değiştirmek yerine yalnızca taşınan hizmete ait kayıtları planlayın.

Yetkili kayıt ile görünen sonucu ayırın

Önce alan adının kullandığı ad sunucularını doğrulayın. Ardından yetkili sunucudaki kayıtla farklı çözümleyicilerin verdiği yanıtı karşılaştırın. Panelde doğru değer görünmesi yeterli değildir; o panel yetkili olmayabilir. Değişikliği hangi gün, hangi saatte yaptığınızı kaydetmek kontrolü kolaylaştırır.

DNS dışındaki önbellekleri kontrol edin

Tarayıcı, işletim sistemi, uygulama önbelleği veya CDN farklı katmanlarda eski içerik gösterebilir. Yeni IP’ye ulaşan bir ziyaretçi hâlâ eski sayfayı görüyorsa sorun yalnızca DNS olmayabilir. Sunucu üzerinde doğru site dosyalarının ve alan adı eşlemesinin bulunduğunu kontrol edin. HTTPS sertifikasını da hedef sunucuda ayrı test edin.

IPv4 ve IPv6 sonuçlarını karşılaştırın

A kaydı doğru, AAAA kaydı eski bir hedefte kaldığında ağlara göre farklı sonuçlar oluşabilir. www ve kök alan adının kayıtları da birbirinden farklı olabilir. Kontrol listesini sadece tek bir adresle sınırlamayın. Eski hesabı kapatmadan önce önemli alt alan adlarının ve e-posta servislerinin çalıştığını doğrulayın.

Kontrollü geçiş örneği

Geçişten önce yeni sunucuda siteyi test eden bir ekip, alan adı hedefini değiştirir ve eski sunucuyu kısa süre erişilebilir tutar. Bu sırada farklı bağlantılardan web sayfasını ve e-posta akışını kontrol eder. Sipariş alan bir sitede iki sunucuda ayrı veri oluşmasını önlemek için uygulamanın veri senkronizasyonu ve yazma işlemleri ayrıca planlanır.

Uygulama kontrol listesi

• Değişiklik saatini ve eski değerleri kaydedin.
• Yetkili DNS yanıtını doğrulayın.
• Kök alan adı, www, A ve AAAA kayıtlarını inceleyin.
• CDN, uygulama ve tarayıcı önbelleğini ayrı değerlendirin.

Sık sorulan sorular

Her DNS değişikliği 48 saat sürer mi?

Tek bir süre tüm kurulumlar için geçerli değildir. TTL, önbellekler ve yapılan değişiklik türü birlikte değerlendirilmelidir.

Tarayıcı önbelleğini temizlemek DNS’i herkeste günceller mi?

Hayır. Bu yalnızca kullandığınız cihazdaki belirli önbellekleri etkileyebilir; diğer ağların yanıtlarını değiştirmez.

İlgili rehberler

• DNS Kayıtları: A, AAAA, CNAME, MX, TXT ve NS Ne İşe Yarar?
• Alan Adı Transferi: Web Sitesi ve E-posta için Geçiş Planı
• Site Taşıma Rehberi: DNS, HTTPS ve SEO Yönlendirme Kontrolleri

Teknik başvuru: Cloudflare TTL referansı. Ürün ve sürüm ayrıntıları için güncel resmi belgeleri kontrol edin.

Geçiş planınız için iletişime geçin →