- Katılım
- 21 May 2023
- Mesajlar
- 539
- Tepki
- 17
- Puan
- 18
Bir arkadaşınız sitenizin yeni sürümüyle karşılaşırken siz hâlâ eski hâlini görüyorsanız, sorun sunucunuzda değil, aradaki önbelleklerde olabilir. İkiniz de aynı adrese giriyor ama farklı bir yanıt alıyorsunuz; bu DNS değişikliklerinin doğasında olan bir durum.
Bu yazı, bir DNS değişikliğinin neden herkeste aynı anda görünmediğini ve bu süreyi ne kadar öngörebileceğinizi gösteriyor.
TTL: değişikliğin ne kadar bekleyeceğini belirleyen sayı
RFC 1035'e göre TTL (Time To Live), "kaynağı yeniden sorulmadan önce kaydın önbellekte tutulabileceği zaman aralığını belirten 32 bit'lik bir tam sayı." Basitçe söylemek gerekirse her DNS kaydının kendine ait bir son kullanma süresi var; bu süre dolana kadar önbellekteki sunucular kaydı tekrar sorgulamadan doğrudan kendi kopyalarını kullanıyor.
Bu, sizin bir A veya CNAME kaydını değiştirdiğiniz anda değişikliğin anında yayılmadığı anlamına geliyor; eski kaydı önbelleğinde tutan her sunucu, kendi TTL süresi dolana kadar eski cevabı vermeye devam ediyor.
Bu davranış bir kusur değil, DNS'in performans için kasıtlı bir tasarım tercihi. Her sorgu için kaynağa (yetkili sunucuya) gidilmesi gerekseydi, dünya genelindeki DNS trafiği kat kat artar ve her sayfa yüklemesi gözle görülür şekilde yavaşlardı. Önbellekleme bu yükü dağıtıyor; bedeli ise bir değişikliğin anında değil, kademeli olarak görünmesi.
Kimin önbelleği, ne kadar süre tutuyor
Cloudflare'in resmî TTL belgesine göre TTL, "DNS kayıtlarının ne kadar süre önbelleğe alındığını ve buna bağlı olarak kayıt güncellemelerinin son kullanıcılara ulaşmasının ne kadar süreceğini" kontrol ediyor. Belge, daha uzun TTL'nin daha hızlı DNS sorgu yanıtı (daha fazla önbellek isabeti) sağladığını, ama değişikliklerin yürürlüğe girmesinin daha uzun sürdüğünü; daha kısa TTL'nin ise güncellemelerin hızlı uygulanmasını sağlarken daha fazla DNS sorgusuna yol açtığını belirtiyor.
Aynı belgeye göre proxy edilen kayıtlar otomatik olarak 300 saniyelik (5 dakika) bir TTL ile ayarlanıyor; ama belge, "yerel DNS önbelleğinizin daha uzun süre güncellenmemiş olabileceğini" ve bu yüzden değişikliği gerçekten görmenin 5 dakikadan uzun sürebileceğini ayrıca not ediyor. Proxy edilmeyen kayıtlarda ise TTL'i 30-60 saniye ile 1 gün arasında kendiniz seçebiliyorsunuz.
Bu, tek bir "yayılma süresi" diye bir şey olmadığını gösteriyor: her katmanın (sizin ayarladığınız kayıt TTL'i, sağlayıcının ISS önbelleği, tarayıcının kendi DNS önbelleği) kendi bekleme süresi var, ve gördüğünüz gecikme bunların en yavaşı kadar uzuyor. "DNS propagation" (DNS yayılması) diye anılan süreç aslında tek bir merkezi işlem değil; binlerce bağımsız önbelleğin, kendi TTL takvimine göre birbirinden habersiz şekilde güncellenmesinin toplu görünümü.
"Herkes aynı anda görmüyor" pratikte neye benziyor
- Siz ve meslektaşınız: Farklı ISS'ler kullanıyorsanız, birinizin önbelleği diğerinden önce güncellenebilir.
- Mobil ve masaüstü: Farklı ağlar (mobil operatör ile ev interneti) farklı DNS sunucuları kullanır, bu da farklı önbellek zamanlamasına yol açar.
- Tarayıcı önbelleği: Bazı tarayıcılar kendi DNS önbelleğini işletim sisteminden bağımsız tutar; sekmeyi kapatıp açmak bazen yeterli olur.
- Eski TTL'nin mirası: Değişiklikten hemen önce TTL'i düşürmediyseniz, önceki uzun TTL süresi hâlâ geçerli olabilir.
Bir değişiklik yapmadan önce TTL'i geçici olarak düşürmek, bu bekleme süresini kısaltmanın bilinen bir yöntemi; ama bu, değişiklikten günler önce yapılması gereken bir adım, değişiklik anında değil. Mantık şöyle işliyor: düşük TTL'li bir kayıt, eski TTL süresi dolduktan sonra önbelleklerde kısa süre tutulmaya başlar; asıl değişikliği o noktadan sonra yaptığınızda, önbellekler zaten kısa aralıklarla yenileniyor olduğundan yeni kayıt daha hızlı yayılır.
Domain ve hosting süreciyle ilişkisi
Bu bekleme süresi, yalnızca web sitesi için değil, alan adınızla ilgili yaptığınız her DNS değişikliği için geçerli. Kurumsal e-posta kayıtlarını (SPF, DKIM, DMARC gibi) güncellediğinizde de aynı önbellek mantığı işliyor; bu kayıtları yeni eklediyseniz alıcı sunucuların güncel hâli görmesi de zaman alabilir. Kurumsal e-posta neden spam'e düşer, SPF, DKIM, DMARC yazımız bu kayıtların ne işe yaradığını ayrıca anlatıyor.
Domain ve hosting sürecine yeni başlıyorsanız, DNS'in bu adımların hangi noktasında devreye girdiğini görmek isteyebilirsiniz; hosting ve domain rehberimiz bu süreci baştan anlatıyor. Bir felaket anında elinizdeki yedeğin gerçekten işe yarayıp yaramadığını önceden bilmek de benzer bir "önceden test etme" mantığı taşıyor; yedeğiniz var, peki geri dönüşünüz var mı yazımız bu paralelliği hosting tarafında ele alıyor.
Püf nokta' Alıntı:
Özetle
Bir DNS değişikliğinin herkeste aynı anda görünmemesi bir hata değil, TTL'in tanımı gereği beklenen bir davranış. Her katmanın kendi önbellek süresi olduğu için, gördüğünüz gecikme bunların en yavaşı kadar uzuyor; TTL'i önceden düşürmek bu süreyi öngörülebilir kılmanın elinizdeki tek pratik araç.
Son DNS değişikliğinizde, yeni hâli görmeniz ne kadar sürdü?
Güncelleme: 24 Ağustos 2026.
Dijital Dünyanıza Yön Veren Pusula
