TTL Nedir? DNS TTL Değeri Ne İşe Yarar?

Bir alan adının IP adresini değiştirdiniz, panelde kaydettiniz, ama saatler sonra hâlâ eski sunucu yanıt veriyor. Ya da bir e-posta sağlayıcısı “DNS değişikliğinin yayılması 24-48 saat sürebilir” diyor ve siz bu sürenin neye göre belirlendiğini merak ediyorsunuz. Bu iki senaryonun da merkezinde tek bir değer var: TTL. Çoğu zaman görmezden gelinen, ama bir geçişin sorunsuz mu yoksa kâbus gibi mi geçeceğini belirleyen bu küçük sayıyı bu yazıda baştan sona ele alıyoruz.

TTL Nedir?

TTL, açılımıyla Time-to-Live (yaşam süresi), bir verinin geçerli kabul edilip önbellekte tutulacağı süreyi saniye cinsinden ifade eden bir değerdir. Kavram aslında DNS’e özgü değildir; ağ paketlerinde bir paketin kaç yönlendiriciden geçebileceğini sınırlayan, sonsuz döngüleri önleyen bir mekanizma olarak da karşımıza çıkar. Ancak günlük hayatta “TTL” dendiğinde hosting ve alan adı dünyasında akla gelen, neredeyse her zaman DNS TTL‘dir.

DNS bağlamında TTL şu soruya cevap verir: “Bu DNS kaydının cevabını öğrendim; bunu tekrar sormadan ne kadar süre kullanabilirim?” Diyelim ki tarayıcınız alanadiniz.com için A kaydını sordu ve 193.0.14.1 cevabını aldı. Eğer bu kaydın TTL değeri 3600 ise, cevabı veren özyineli (recursive) DNS sunucusu bu bilgiyi 3600 saniye, yani 1 saat boyunca belleğinde tutar. Aynı kayıt bu süre içinde tekrar sorulduğunda, sunucu yetkili (authoritative) sunucuya hiç gitmeden bellekteki cevabı verir. Süre dolduğunda kayıt “bayatlamış” sayılır ve bir sonraki soruda yeniden taze cevap alınır.

Kısacası TTL, DNS’in önbellekleme (caching) mantığının zaman ayarıdır. İnternetin milyarlarca sorguyu her seferinde köke kadar taşımadan hızlı ve ölçeklenebilir çalışmasını sağlayan şey büyük ölçüde bu mekanizmadır.

DNS TTL Değeri Tam Olarak Ne İşe Yarar?

TTL’in günlük etkisini en iyi üç işlev üzerinden anlamak mümkün:

• Hız ve performans: Önbellekteki bir kayıt, tüm DNS hiyerarşisini (kök sunucular, TLD sunucuları, yetkili sunucu) dolaşmadan anında döndürülür. Yüksek TTL, daha az sorgu ve daha hızlı çözümleme demektir. Sık ziyaret edilen siteler için bu fark, sayfanın ilk açılış hızına (özellikle ilk bağlantı kurulurken yapılan DNS lookup süresine) doğrudan yansır.
• Altyapı yükünün azalması: Her DNS sorgusu yetkili sunucuya ulaşmasaydı, popüler alan adlarının DNS sunucuları saniyede milyonlarca istekle boğulurdu. TTL, bu yükün büyük kısmını ara önbelleklere dağıtarak yetkili sunucuların nefes almasını sağlar.
• Değişikliklerin yayılma hızı: Madalyonun diğer yüzü. TTL ne kadar yüksekse, bir kaydı değiştirdiğinizde eski cevap dünya genelindeki önbelleklerde o kadar uzun süre takılı kalır. Yani TTL, hem “ne kadar hızlıyım” hem de “bir değişikliği ne kadar çabuk yayabilirim” sorularının ortak ayar düğmesidir.

Burada anlaşılması gereken kritik nokta şudur: TTL’i sizin yetkili sunucunuz belirler, ama ona uyan taraf dünyadaki özyineli çözümleyicilerdir. Yani siz bir kaydın TTL’ini 5 dakikaya düşürdüğünüzde, bu yeni değer ancak eski TTL süresi dolduktan sonra herkese ulaşır. Bu zincirleme etkiyi göz ardı etmek, geçişlerdeki en yaygın hatadır ve birazdan buna ayrı bir başlık ayıracağız.

TTL Nasıl Çalışır? Adım Adım Bir Sorgunun Hayatı

Bir kaydın TTL’i pratikte nasıl davranıyor, sırasıyla görelim:

• Kullanıcının cihazı veya yerel ağdaki çözümleyici, alanadiniz.com için A kaydını ister.
• Özyineli DNS sunucusu önce kendi önbelleğine bakar. Kayıt yoksa veya TTL süresi dolmuşsa, sorguyu yetkili sunucuya kadar taşır.
• Yetkili sunucu, cevabı TTL süresiyle birlikte döndürür: “Cevap 193.0.14.1, bunu 3600 saniye saklayabilirsin.”
• Özyineli sunucu bu kaydı önbelleğe alır ve geri sayım başlar. Önemli ayrıntı: 20 dakika sonra başka biri aynı kaydı sorarsa, sunucu tam TTL’i değil kalan süreyi (3600 – 1200 = 2400 saniye) döndürür; önbellek yaşlandıkça sayaç azalır.
• TTL sıfırlandığında kayıt geçersiz sayılır ve bir sonraki sorguda süreç taze cevapla tekrarlanır.

Bu yüzden “DNS yayılması” denen şey aslında sihirli bir yayılma değildir; sadece dünya genelindeki önbelleklerin, eski TTL süreleri dolarken birer birer yeni kayda geçmesidir. En kötü senaryo her zaman “son sorgu süresi + tam TTL” kadardır.

TTL Değeri Kaç Olmalı? Düşük mü Yüksek mi?

Tek bir doğru cevap yoktur; doğru TTL, kaydın ne sıklıkla değişeceğine ve ne kadar kritik olduğuna bağlıdır. Genel mantık şudur: nadiren değişen, sabit kayıtlar için yüksek; sık değişen veya yedeklemeye konu olan kayıtlar için düşük TTL.

Aşağıda yaygın olarak benimsenen değer aralıklarını ve kullanım amaçlarını topladık:

TTL Değeri (saniye)	Yaklaşık Süre	Tipik Kullanım Senaryosu
60 – 300	1 – 5 dakika	Aktif yedekleme (failover), yük dengeleme, planlı geçiş öncesi geçici düşürme
300 – 900	5 – 15 dakika	Sık değişebilen kayıtlar, dinamik altyapılar
3600	1 saat	Çoğu site için dengeli, güvenli varsayılan
14400	4 saat	Orta düzeyde stabil, hosting panellerinde sık görülen varsayılan
86400	24 saat	Uzun süredir değişmeyen, çok stabil kayıtlar (örneğin NS, sabit MX)

Pratikte çoğu web sitesi için A/AAAA kayıtlarında 900-3600 saniye (15 dakika – 1 saat) arası bir değer, hız ile esneklik arasında sağlam bir denge sunar. Çözülemeyen bir kararsızlıkta 3600 saniye (1 saat) güvenli bir başlangıç noktasıdır.

Çok düşük TTL neden her zaman daha iyi değildir?

Sezgisel olarak “TTL’i hep düşük tutayım, değişikliklerim hemen yayılsın” demek isteyebilirsiniz. Ancak 60 saniyenin altındaki değerler, dünyadaki çözümleyicileri yetkili sunucunuza sürekli soru sormaya zorlar. Bunun bedeli vardır:

• Yetkili DNS altyapınıza binen sorgu yükü ciddi şekilde artar.
• Önbellek devreye az girdiği için son kullanıcının yaşadığı çözümleme gecikmesi artabilir, yani site biraz daha geç açılır.
• DDoS gibi saldırı senaryolarında, zaten yüksek sorgu hacmi çok düşük TTL ile daha da kötüleşir.
• Bir yapılandırma hatası yaptığınızda, bu hata da aynı hızla tüm dünyaya yayılır; düşük TTL hızı her iki yönde de çalışır.

Bu yüzden çok düşük TTL, kalıcı bir tercih değil, genellikle geçici bir taktik olarak kullanılır.

Geçiş ve Taşıma Sırasında TTL: Kesintisiz Göç İçin Doğru Yöntem

TTL’in gerçek değerini en çok bir sunucu taşıması, IP değişikliği veya hosting sağlayıcısı değişikliği sırasında anlarsınız. Yanlış zamanlama saatlerce kesinti, doğru zamanlama ise neredeyse fark edilmeyen bir geçiş demektir. Uzmanların önerdiği klasik yaklaşım şu üç adımdan oluşur:

• Geçişten 1-2 gün önce TTL’i düşürün. Örneğin kaydın mevcut TTL’i 86400 (24 saat) ise, taşımadan iki gün önce bunu 3600 (1 saat), hatta 300 (5 dakika) yapın. Burada altın kural şudur: yeni düşük değerin yayılması için en az eski TTL süresi kadar beklemeniz gerekir. 24 saatlik bir TTL’den geçiyorsanız, dünyadaki tüm önbelleklerin yeni düşük değeri öğrenmesi için 24 saat öncesinden hazırlık yapmalısınız.
• Geçiş anında kaydı güncelleyin. Artık TTL düşük olduğu için, yeni IP adresi veya yeni sunucu birkaç dakika içinde dünya genelinde geçerli olur. Bu, kesinti penceresini saatlerden dakikalara indirir.
• Geçiş doğrulandıktan sonra TTL’i tekrar yükseltin. Yeni altyapının sağlıklı çalıştığından emin olunca, TTL’i yeniden 3600 veya 14400 gibi makul bir değere çıkarın ki performans ve düşük sorgu yükü avantajına geri dönesiniz.

Bu üç adımlı yöntem, “DNS değişikliği 48 saat sürer” efsanesinin neden bir zorunluluk değil, sadece kötü zamanlamanın sonucu olduğunu gösterir. TTL’i önceden yönetirseniz, kesinti süresini büyük ölçüde kendiniz belirlersiniz.

SOA Minimum TTL ve Negatif Önbellekleme: Var Olmayan Kayıtların TTL’i

TTL’in az bilinen ama önemli bir boyutu da “olmayan” cevaplarla ilgilidir. Bir DNS sorgusunun cevabı bazen “böyle bir kayıt yok” (NXDOMAIN) olur. İşte bu olumsuz cevabın ne kadar süreyle önbellekte tutulacağını, alan adınızın SOA (Start of Authority) kaydındaki minimum TTL alanı belirler.

Bu davranış RFC 2308 ile standartlaştırılmıştır. İlk başta SOA’daki minimum alanı bölgedeki tüm kayıtlar için varsayılan TTL sayılırken, bu RFC ile anlamı değişmiş ve negatif önbellekleme süresi (negative caching) olarak tanımlanmıştır. Çözümleyiciler, “bu kayıt yok” cevabını da bu süre boyunca saklar.

Pratik sonucu şudur: Yeni bir alt alan adı eklediğinizde, birileri o adı siz oluşturmadan hemen önce sorduysa, “yok” cevabı negatif önbelleğe takılmış olabilir ve yeni kaydınız hemen görünmeyebilir. Bu yüzden SOA minimum değerini gereksiz yere yüksek tutmak, yanlışlıkla silinip geri eklenen kayıtların toparlanma süresini de uzatır.

TTL, CDN ve Yedekleme Senaryoları

Yük dengeleme, coğrafi yönlendirme veya CDN gibi senaryolarda DNS bazen IP adresini dinamik olarak değiştirir; bir sunucu düşerse trafiği sağlıklı olana yönlendirir. Bu tür dinamik yapılarda düşük TTL mantıklıdır, çünkü yedekleme kararının kullanıcılara hızla yansıması gerekir. Ancak burada da bir denge sorunu vardır: TTL ne kadar düşükse yedekleme o kadar hızlı, ama önbellek avantajı o kadar az olur.

Bu noktada anycast yönlendirme zarif bir alternatif sunar. Anycast’te aynı IP adresi birden çok lokasyonda duyurulur ve kullanıcı en yakın noktaya yönlenir. Böylece yönlendirme kararı DNS TTL’ine bağlı kalmaz; yüksek TTL kullanmak mümkün olur, hem önbellekleme avantajı korunur hem de yönlendirme ağ seviyesinde anında çalışır. Yani mimari seçimi, en az TTL değeri kadar belirleyicidir.

TTL’i Nerede ve Nasıl Değiştirirsiniz?

TTL ayarı, alan adınızın DNS kayıtlarını yönettiğiniz yerde bulunur. Genellikle her kaydın (A, AAAA, CNAME, MX, TXT) yanında ayrı bir TTL sütunu vardır; cPanel/Plesk/DirectAdmin gibi paneller bu ayarı saniye cinsinden ister, bazıları “1 saat”, “4 saat” gibi hazır seçenekler sunar.

Pratik bir öneri: TTL’i değiştirmeden önce mevcut değeri not edin. Çünkü düşürdüğünüz değerin etkili olabilmesi için eski yüksek değerin süresi dolana kadar beklemeniz gerekir. Alan adınızın mevcut durumunu sorgulamak için WHOIS sorgulama aracını, yeni bir alan adı için alan adı sorgulama sayfasını kullanabilirsiniz.

Alastyr Altyapısında DNS ve TTL Yönetimi

Alastyr olarak 2002’den bu yana, yani 25 yıla yakın süredir Türkiye’nin köklü, %100 Türk sermayeli hosting firmalarından biriyiz. DNS ve alan adı tarafında bu deneyimin somut karşılığı şudur: İzmir’deki kendimize ait (kiralık olmayan), N+1 yedekli, Tier III standartlarında veri merkezimiz, RIPE NCC üyesi ve AS3188 ile yönetilen bağımsız ağımız üzerinden çalışır. 40 Gbit yedekli omurga (Turk Telekom + TurkNet) sayesinde DNS sorgularınız hızlı ve kesintisiz yanıtlanır.

Alan adı tarafında BTK akredite .TR kayıt kuruluşu olarak hizmet veriyor, kayıtlarınızı ve TTL ayarlarınızı kolayca yönetebileceğiniz arayüzler sunuyoruz. Ücretsiz WHOIS gizleme, ücretsiz SSL ve ücretsiz taşıma desteğiyle bir geçiş sürecini baştan sona planlıyoruz. Bir taşıma veya IP değişikliği planlıyorsanız, 7/24 destek ekibimiz (ofiste daima en az bir personel) TTL stratejinizi sizinle birlikte adım adım kurgular.

Sıkça Sorulan Sorular

TTL değeri saniye cinsinden mi belirtilir?

Evet. DNS TTL her zaman saniye cinsinden ifade edilir. Örneğin 3600 değeri 1 saati, 86400 değeri 24 saati ifade eder. Bazı paneller bunu daha okunur biçimde “1 saat”, “4 saat” gibi gösterse de altta yatan değer saniyedir.

TTL değeri kaç olmalı?

Tek bir doğru değer yoktur; kaydın ne sıklıkla değiştiğine bağlıdır. Çoğu web sitesi için A/AAAA kayıtlarında 900-3600 saniye (15 dakika – 1 saat) arası dengeli bir seçimdir. Sık değişen veya yedeklemeye konu kayıtlarda 60-300 saniye, çok stabil kayıtlarda 14400-86400 saniye tercih edilir.

TTL düşük olursa ne olur?

Düşük TTL, kayıt değişikliklerinin daha hızlı yayılmasını sağlar; bu yüzden geçiş ve yedekleme senaryolarında işe yarar. Ancak çözümleyiciler yetkili sunucunuza daha sık soru sorar, bu da DNS altyapısındaki yükü artırır ve önbellek avantajını azaltır. 60 saniyenin altındaki değerler genellikle gereksiz yüktür.

TTL yüksek olursa ne olur?

Yüksek TTL daha az sorgu, daha hızlı çözümleme ve daha düşük altyapı yükü demektir. Karşılığında bir kaydı değiştirdiğinizde eski cevap önbelleklerde uzun süre takılı kalır; yani değişiklikler yavaş yayılır. Stabil, nadiren değişen kayıtlar için idealdir.

DNS değişikliği neden 24-48 saat sürüyor?

Çünkü dünyadaki çözümleyiciler, eski kaydı eski TTL süresi boyunca önbellekte tutar. Eğer kaydınızın TTL’i 24 saatse, en kötü ihtimalle bir önbelleğin yeni değere geçmesi 24 saate kadar sürebilir. Bu süreyi kısaltmanın yolu, geçişten önce TTL’i düşürmektir.

Taşımadan önce TTL’i nasıl ayarlamalıyım?

Geçişten en az eski TTL süresi kadar önce TTL’i düşük bir değere (örneğin 300 saniye) çekin ve bu yeni değerin yayılmasını bekleyin. Geçişi yapın, yeni altyapı doğrulandıktan sonra TTL’i yeniden 3600 veya 14400 gibi makul bir değere yükseltin. Bu yöntem kesinti süresini saatlerden dakikalara indirir.

SOA minimum TTL nedir?

SOA kaydındaki minimum TTL alanı, “böyle bir kayıt yok” (NXDOMAIN) gibi olumsuz cevapların ne kadar süreyle önbellekte tutulacağını belirler. RFC 2308 ile bu değer negatif önbellekleme süresi olarak tanımlanmıştır. Çok yüksek tutmak, yanlışlıkla silinen kayıtların geri toparlanma süresini uzatabilir.

TTL’i her zaman çok düşük tutmak iyi bir fikir mi?

Hayır. Sürekli çok düşük TTL, yetkili DNS sunucularınıza gereksiz yük bindirir, son kullanıcı çözümleme gecikmesini artırabilir ve DDoS senaryolarında durumu kötüleştirir. Düşük TTL’i kalıcı bir tercih değil, geçiş veya yedekleme gibi durumlarda kullanılan geçici bir taktik olarak düşünün.

TTL ile DNS önbelleği aynı şey mi?

Aynı şey değil ama doğrudan ilişkilidir. DNS önbelleği, çözümleyicilerin cevapları sakladığı bellektir; TTL ise bu bellekteki bir kaydın ne kadar süre geçerli sayılacağını belirleyen değerdir. Yani önbellek “nerede saklandığı”, TTL ise “ne kadar süre saklandığı” sorusunun cevabıdır.