Linux sunuculardaki TTL süreleriyle alakalı bir sorum var. TTL diyelimki 3600. A kaydınıX. X denX. B ye yönlendirdiğimde diğer sunucularda 3600 saniye = 1 saat olduğu için 1 saat sonra cacheleri yenileyeceğinden diğer sunucularda 3600 saniye geçmeden tekrar sorgulanmayacaktır. Burasını anladım. Şimdi biz TTL neden kullanalım ki sürekli her bağlantıda yeni veri alsın niye cacheliyoruz ?
Yusuf Hayyam
Y
Her sefersinde dns sunucuna sorgu gelsin istiyorsan ttl’i cok kisa tutabilirsin
Her seferinde yeni istek geldiği takdirde dünyadaki binlerce sunucudan gelen istekler sunucuyu yormasın diye mi TTL kullanıyoruz ?
Yusuf Hayyam hayir ttl oyle bi cache yapisi degil. Her istekte client’in dns sunucusundan gelecek yaniti beklememesi icin kullaniyoruz. Misal ttl’in 60 sn diyelim ben istek attim benim kullandigim dns sunuculari gitti senin domain icin belirledigin nameserverlara sorgu ve ip yi aldi ve bu 60 sn icinde bana tekrar geldiginde bu ip yi kullan tekrar sorma demektir. Ben sitende baska bir sayfaya tikladigimda bu ip yi bulma kismi devreden cikar ve client direk istegi ilgili ip ye yonlendirir. Baskasi girdiginde yine ayni islem tekrarlanir.
Gelecek yanıt süresini arttırmak için kullanıyoruz yani
Misal biz bazi kritik kayitlar icin 300 sn ttl tutuyoruz cunku bazen ilgili servisi baska sunucudan vermemiz gerekiyor
Bağlantı kurdu diyelim. 60 saniye boyunca cacheden okur yani
Yusuf Hayyam azaltmak icin kullaniyoruz desek daha dogru olur
Yusuf Hayyam aynen oyle
Yanlış yazmışım pardon
Başka sunucudan derken cloudflare gibi mi
Hatta sen bunu sifirlamak istersen flushdns yapmak zorundasin bilgisayarin aldigi dns cahelerini temizlersin windows da ipconfig /flushdns yaparsin ve bu dns on bellegi temizlenir
pekiya ttl süresini 300 sn tutuyoruz dediğiniz yorumdaki servisi başka sunucudan derken nasıl anlamadım
Yusuf Hayyam baska nameserver degil misal ben bazi projelerimde amazon route53 kullaniyorum cloudflare benzeri dns sunucusu gibi dusunebilirsin misal bir domain uzerinden verdigim bir servis var http://servis.hasan.com/ ip olarak 11.22.33.44 oldugunu farzedelim bazen bu sunucuda bir problem vs olabiliyor o zaman hemen dns kaydina girip yeni ip yi yaziyorum 22.33.44.55 diye ttl gecince tum istekler yeni sunucuya geliyor
300 sn tutmanızın nedeni ne sonuçta NS leri güncelliyorsunuz
Ns degistirmiyorum sadece ip degistiriyorum
Oncelikle nameserver ve dns kaydi ayrimini yapabilmen lazim
İP leri güncelediğinizde TTL değeri 60 ise ne problemi yaratacak ki
60 sn yaparsam dns cozucu istek sayisi artar cogu kaydimda 86400 kullaniyorum. Eger ki web sitene giren ziyaretcilerin her istekte dns cozumleme zamanini beklemesini istemiyorsan bu sayiyi yuksek tutmalisin ama yuksek tutmanin da dezavantaji var servisi baska ip uzerindne vermek icin o ttl’in tamamen sonlanmasini beklemek zorundasin
60 saniye yaparsan istek sayısı artar buda yavaşlatır. Ha bu yüzden TTL süresini yüksek tutuyorsunuz. TTL tamamen sonlandığını nasıl anlarım
Yusuf Hayyam dns sunucun servis verdigin sunucu ile ayni yerdeyse evet biraz kaynak tuketimine yol acar
Anladım teşekkürler