TTL, bir DNS cevabının önbellekte ne kadar tutulabileceğini belirleyen süredir. Taşıma sırasında düşürülmesi yeni cevabın daha kısa aralıklarla alınmasına yardımcı olabilir. Ancak düğmeye basıldığı anda internetin bütün önbellekleri temizlenmez. İyi bir TTL planı, değişiklik gününden önce başlar ve yeni hedefte site ile e-postanın hazır olup olmadığını birlikte düşünür.
Ön hazırlık
Değişecek tam isimleri, kayıt türlerini ve mevcut TTL değerlerini listeleyin. Kök alan adı, www, mail ve özel uygulama adları ayrı olabilir. Yeni sunucunun hazır olduğu zamanı ve eski hizmetin kapatılacağı zamanı belirleyin. DNS-only, proxy ve NS delegasyonu gibi farklı katmanların aynı TTL alanıyla kontrol edilmediğini unutmayın; panelin gösterdiği ayarı doğru kayda bağlayın.
Adım adım plan
Eski cevapların ne kadar süre tutulabileceğini ölçün. Paneldeki ayarı ve bir DNS sorgusundaki kalan TTLyi karşılaştırın. Bunlar aynı sayı olmak zorunda değildir; çözümleyici geri sayan bir önbellek süresi gösterebilir. Değişiklik yapılacak kayıt uzun TTL ile kullanılıyorsa, hazırlığı önceki sürenin dolmasına fırsat tanıyacak kadar erken planlayın.
Sağlayıcınızın kabul ettiği daha kısa TTLyi önceden uygulayın. Panelde otomatik seçenek varsa bunun ne anlama geldiğini resmi belgeden okuyun. Proxyli kayıtların TTL değeri hizmet tarafından sabit tutulabilir. Bir başka firmada gördüğünüz minimum değeri kendi panelinizin de desteklediğini varsaymayın. Çok kısa süreler daha çok sorgu üretebilir; geçici taşıma ihtiyacını günlük işletim ihtiyacından ayırın.
Yeni hedefte web uygulaması, sertifika ve veri aktarımını doğrulayın. Sonra planlanan A, AAAA veya CNAME değerini değiştirin. Aynı anda ilgisiz MX, NS ve PHP ayarlarını değiştirmekten kaçının; hangi adımın sonucu etkilediğini görmek zorlaşır. Yeni ve eski kayıt değerleriyle işlem saatini bir notta saklayın. Geri dönüş gerektiğinde eski hedefin halen çalışıyor olması gerekir.
Yetkili cevabı ve farklı ağların çözümleyicilerini izleyin. Yeni değer yetkili sunucuda görünmüyorsa TTL beklemek çözüm değildir; yanlış zone veya kaydedilmeyen değer olabilir. Yeni hedefe gelen istekleri ve eski hedefteki hareketi karşılaştırın. Geçiş doğrulandıktan sonra normal çalışma için uygun TTLye dönün; bunun da önceden alınmış cevapları geriye doğru değiştirmediğini hesaba katın.
Sonucu doğrulama
Doğru bir planın sonucu, tüm kullanıcıların aynı saniyede geçmesi değil, ölçülebilir ve geri dönülebilir bir geçiştir. Yeni sunucu hem IPv4 hem varsa IPv6 yolunda beklenen içeriği sunmalıdır. Posta hedefi değiştiyse dışarıdan mesaj teslimini ayrıca sınayın. HTTP önbelleği veya CDN cevabı eski sayfayı tutuyorsa bunu DNS TTL sorunu diye yorumlamayın; DNS hedefiyle sunulan içerik farklı kontrollerdir.
Örnek bakım planı
Eski kayıt bir gün önbellekte tutulabiliyorsa, taşıma anında kısa TTL seçmek daha önce alınan cevapları kısaltmaz. Hazırlık gününde yeni TTLyi uygulayıp eski sürenin etkisini beklemek daha tutarlı bir yaklaşım olur. Ardından hedefi değiştirin ve eski sunucuyu hemen kapatmayın. E-ticaret gibi veri yazan sitelerde iki sunucunun aynı anda bağımsız sipariş alması için ayrıca bir veri planı gerekir.
Sorun giderme
TTL alanını değiştirdiğiniz halde sorgudaki süre uzun görünüyorsa eski cevap tutuluyor olabilir. Sürekli yeni hedef girerek durumu karmaşıklaştırmayın. Nameserver değişiminin üst delegasyondaki önbelleği ayrıca etkileyebileceğini değerlendirin. Henüz oluşturulmamış bir ad için eski NXDOMAIN cevabı da önbellekte kalabilir. Hata türünü, sorgu adını ve saati not ederek destek ekibine karşılaştırmalı veri sunun.
Sık sorulan sorular
TTLyi sıfır yapmak geçişi anında tamamlar mı?
Bu değer her sağlayıcıda desteklenmez ve eski önbellekleri temizleme garantisi vermez. Kullanacağınız geçerli aralığı panel belgesinden öğrenin. Hız hedeflemek yerine önce yeni hizmeti hazırlayın, değişikliği ölçün ve eski cevabın olası etkisini planlayın.
İşlemden sonra kısa TTLyi sürekli bırakmalı mıyım?
İhtiyacınıza bağlıdır. Çok sık değişmeyen kayıtlar için farklı bir denge uygun olabilir. DNS sağlayıcınızın sorgu davranışı, hizmet koşulları ve operasyon planınızla değerlendirin. Kısa TTL, uygulama yedeğinin veya çalışan ikinci sunucunun yerine geçmez; tek başına kesintisizlik sağlamaz.
İlgili işlemler
Müşteri paneliniz üzerinden hizmetinizi ve destek taleplerinizi açabilir, bilgi bankasında diğer rehberlere ulaşabilirsiniz. Yeni bir hizmet için hosting paketlerini ve alan adı seçeneklerini inceleyin.
Resmî kaynaklar
Süreç özeti
DNS taşıması öncesinde TTL planlama
| Adım | Kontrol |
|---|---|
| 1 | Eski TTLyi ölçün |
| 2 | Önceden düşürün |
| 3 | Hedefi değiştirin |
| 4 | Sonucu izleyin |