DNS TTL Değişikliği Ne Zaman Etki Eder?

DNS kaydını değiştirmen ile bütün istemcilerin yeni adrese gitmesi aynı olay değildir. Yetkili sunucu yeni kaydı yayımlarken recursive resolver, işletim sistemi veya uygulama eski bilgiyi bir süre kullanabilir. “Yayılma” beklemek yerine hangi katmanın hangi cevabı verdiğini ölçmek gerekir.

TTL'yi değişiklik anında düşürmek geçmişi değiştirmez

A kaydı daha önce 86400 saniye TTL ile alınmışsa bir resolver o kopyayı eski ömrüne göre tutabilir. Taşıma anında yetkili TTL'yi 300 yapmak mevcut kopyayı geriye dönük beş dakikalık hale getirmez. Normal koşullarda eski TTL kadar önceden düşürme planı yapılır; yeni düşük değerle alınan cevaplar daha kısa süreli olur.

Tek kaydın TTL'sini bütün DNS zincirinin süresi sayma. A, AAAA ve CNAME kayıtlarının ayrı ömürleri olabilir; nameserver/delegasyon değişikliği de ayrı önbellekler içerir. Bu yazı esas olarak mevcut adres kaydının taşınmasını anlatır. Kaynak kayıt biçimi RFC 1035 içindedir.

Yetkili cevabı recursive cevaptan ayır

dig kurulu bir istemcide kendi alan adın ve gerçek yetkili sunucunla aşağıdaki biçimleri kullan. example.com ve ns1.example.net burada yer tutucudur; ikinci satırı gerçek NS bilgisiyle değiştirmelisin:

dig example.com NS +short
dig @ns1.example.net example.com A +norecurse
dig @1.1.1.1 example.com A
dig @8.8.8.8 example.com A

Yetkili sorguda aa bayrağını, yanıt durumunu ve beklenen kaydı kontrol et. Bütün yetkili sunucuları karşılaştır; yalnız biri güncelse sorun sadece resolver önbelleği olmayabilir. Bölünmüş DNS veya coğrafi politika kullanılıyorsa farklı cevaplar tasarım gereği de olabilir. BIND dig belgesi sorgu seçeneklerini açıklar.

217 saniye neyi ifade eder?

Bu satır temsili bir recursive yanıttır:

example.com. 217 IN A 203.0.113.20

217, o cevapta bildirilen kalan TTL'dir. Yetkili yanıttaki TTL ise aynı şekilde önbellek sayacı olarak yorumlanmaz. Recursive değerin her sorguda kesintisiz azalması da şart değildir; resolver yenileme/prefetch yapabilir veya farklı önbellek düğümleri cevaplayabilir. Yetkili sunucuya ulaşılamadığında bazı resolver'lar serve-stale davranışıyla süresi geçmiş veri sunabilir. Bu yüzden tek sayaçtan dünya çapında kesin tamamlanma saati çıkarma.

Yeni eklenen ad için negatif önbellek

Daha önce olmayan bir ad NXDOMAIN döndürmüşse bu yokluk bilgisi de önbelleğe alınabilir. Yeni kaydın pozitif TTL'sini azaltmak önceki negatif kaydı temizlemez. Negatif ömrün belirlenmesinde SOA bilgileri kullanılır; RFC 2308 ilgili kuralları tanımlar. SERVFAIL'i ise otomatik olarak “biraz bekleyince geçecek TTL sorunu” sayma; yetkili erişimi veya DNSSEC gibi nedenleri araştır.

DNS düzeldiği hâlde uygulama neden eski yere gider?

Yerel önbellek temizliği yalnız ilgili cihazı etkiler, ISS resolver'ını temizlemez. Tarayıcı kendi güvenli DNS çözümleyicisini kullanabilir; uygulama önbelleği veya açık bağlantı eski hedefi kullanmaya devam edebilir. AAAA kaydı eski IPv6 adrese gidiyorsa yalnız A kaydını kontrol etmek de yeterli değildir.

Geçişte eski hizmeti kontrollü süre açık tut, yeni uçta gerçek uygulama isteğini doğrula ve loglarda trafiğin yönünü izle. Normal TTL'ye dönmeden önce yetkili kayıtların tutarlı olduğunu, kullanılan resolver'ların yeni cevap verdiğini ve uygulamanın yeni hizmete ulaştığını ayrı ayrı doğrula.