DNS yayılımı nedir ve neden zaman alır

DNS Yayılımı Nedir ve Neden Ciddiye Almalısınız?

Alan adınızın DNS'inde A veya MX gibi bir kaydı değiştirdiğinizde, bu değişiklik anında tüm internette uygulanmaz. Değişikliğin yetkili (authoritative) sunucuda kaydedildiği an ile dünyadaki tüm kullanıcıların yeni yanıtı aldığı an arasındaki bu zaman aralığına DNS yayılımı denir. Bu süreç birkaç dakikadan 72 saate kadar sürebilir ve sunucu taşıma, hosting değiştirme veya e-posta taşıma yapmayı planlayan her web sitesi yöneticisi için bunu anlamak kritik öneme sahiptir.

Asıl sorun, DNS'in dünya genelinde milyonlarca önbelleğe sahip dağıtık bir sistem olmasıdır. Google Public DNS veya kullanıcının internet servis sağlayıcısı gibi her çözümleyici (resolver), trafik yükünü azaltmak için yanıtları belirli bir süre saklar. Bu süre, DNS kaydındaki TTL (Time To Live) değeriyle belirlenir. Bu kavramı doğru anlamazsanız, taşınma sonrasında bazı kullanıcılarınız sizi eski sunucuda, bazılarıysa yeni sunucuda görebilir — bu da zayıf bir kullanıcı deneyimi ve güven kaybı anlamına gelir.

DNS Yapısı ve Yayılımda TTL'nin Rolü

DNS yayılımını anlamak için önce DNS'in birden fazla katmandan oluştuğunu bilmelisiniz. Kullanıcı tarayıcıya example.com adresini girdiğinde, isteği önce bir çözümleyiciye (8.8.8.8 veya ISS DNS'i gibi) gider. Bu çözümleyici yanıtı önbelleğinde bulamazsa, alan adının yetkili sunucusunun adresini bulmak için kök sunucuya (root server) ve ardından TLD sunucusuna (örneğin .com) başvurur. Sonunda yanıt yetkili sunucudan alınır ve kullanıcıya geri iletilir.

Her DNS kaydındaki TTL değeri, her çözümleyicinin yanıtı önbelleğinde ne kadar süre tutabileceğini belirler. Bu değer saniye cinsinden tanımlanır. Örneğin:

example.com.  3600  IN  A  185.10.10.10

Bu örnekte TTL, 3600 saniyeye (bir saat) eşittir. Yani çözümleyiciler, kaydı değiştirseniz bile bir saat boyunca bu alan adı için kullanıcılara 185.10.10.10 adresini gösterecektir.

Düşük TTL ve Yüksek TTL

TTL değeri seçimi stratejik bir karardır:

• Düşük TTL (300-900 saniye): Değişikliklerin daha hızlı yayılması, ancak yetkili sunucuya daha fazla istek geldiği için daha yüksek yük.
• Yüksek TTL (86400 saniye veya 24 saat): Sunucu yükünün azalması ve kullanıcılara daha hızlı yanıt, ancak bir kaydı yanlış değiştirirseniz hata 24 saate kadar tüm internette kalır.

Çoğu normal alan adı varsayılan 3600 saniyelik TTL kullanır. Ancak MX (e-posta sunucusu) gibi kritik kayıtlar için e-posta hizmetinin istikrarını korumak amacıyla genellikle daha yüksek bir TTL belirlenir.

DNS Yayılımı Neden Bazen 72 Saate Kadar Sürer?

Birçok kişi TTL'nin yayılma süresini belirleyen tek faktör olduğunu düşünür. Ancak gerçek daha karmaşıktır. TTL'yi 60 saniyeye ayarlasanız bile, bazı çözümleyiciler ve eski sistemler bu değere saygı göstermez. Gecikmenin başlıca nedenleri şunlardır:

1. İsyankar çözümleyiciler: Bazı küçük ISS'ler veya devlet kurumları, TTL'yi yok sayan ve yanıtları birkaç gün önbelleğe alan çözümleyicilere sahiptir.
2. Tarayıcı ve işletim sistemi önbelleği: Tarayıcılar ve işletim sistemleri de DNS yanıtlarını kendi hafızalarında tutar. Windows, DNS önbelleğini varsayılan olarak 3600 saniye tutar.
3. Eski yetkili sunucular: Alan adınız güncellenmemiş yazılıma sahip eski bir DNS sunucusundaysa, yayılımda beklenmedik davranışlar görülebilir.
4. SOA ve Refresh kaydı: SOA kaydı, DNS sunucuları arasındaki bölge aktarımı (Zone Transfer) için kullanılan Refresh ve Retry değerlerini içerir. Birden fazla yetkili sunucunuz varsa, bu değerler de yayılma süresini etkiler.

Önemli not: DNS yayılımı tüm kullanıcılar için aynı değildir. Her kullanıcı için yayılma süresi, çözümleyicisinin önbelleğindeki kalan TTL'ye eşittir. Yani 5 dakika önce yanıtı önbelleğe alan bir kullanıcı, 55 dakika daha eski yanıtı görürken, hemen şimdi istek yapan başka bir kullanıcı yeni yanıtı alır.

Taşınmadan Önce TTL'yi Düşürme: Doğru Yöntem

Yeni bir sunucuya taşınmayı veya hosting değiştirmeyi planlıyorsanız, önceden planlama yapmalısınız. Standart yöntem şu şekildedir:

Adım 1: Taşınmadan En Az 48 Saat Önce TTL'yi Düşürün

Taşınma zamanından en az 48 saat (tercihen 72 saat) önce, değiştirilecek tüm kayıtların TTL'sini 300 saniye (5 dakika) gibi düşük bir değere indirin. Bu, dünyadaki çözümleyicilerin eski yanıtları kademeli olarak bırakmasını sağlar ve 48 saat sonra neredeyse tüm çözümleyiciler yanıtı düşük TTL ile önbelleğe alır.

example.com.  300  IN  A  185.10.10.10
www.example.com.  300  IN  A  185.10.10.10

Adım 2: Taşınmayı Gerçekleştirin

48 saat geçtikten sonra kayıt değişikliklerini yapın. Artık TTL düşük olduğu için, tüm çözümleyicilerin yeni yanıtı alması en fazla 5 dakika sürer. Pratikte çoğu kullanıcı yeni yanıtı 10 dakikadan kısa sürede görür.

Adım 3: Emin Olduktan Sonra TTL'yi Artırın

Taşınmadan 24-48 saat sonra, her şeyin doğru çalıştığından emin olduğunuzda TTL'yi normal değere (örneğin 3600 veya 86400) geri getirin. Bu, sunucu yükünü azaltır ve yanıt hızını artırır.

DNS Yayılımını Kontrol Etme Araçları

Yayılımın dünyanın farklı noktalarında nasıl ilerlediğini görmek için çevrimiçi araçlar kullanın:

• dnschecker.org: Dünya genelinde 200'den fazla noktadan kayıt kontrolü.
• whatsmydns.net: Tüm kayıt türleri için yayılma durumunu gösterir.
• dig ve nslookup: Doğrudan kontrol için komut satırı araçları.

Linux komut satırından kontrol için:

dig example.com A +noall +answer
dig example.com A @8.8.8.8

İkinci komut özellikle Google DNS sunucusuna sorar ve bu çözümleyicinin yeni yanıtı önbelleğe alıp almadığını gösterir.

DNS Yayılımında Sık Yapılan Hatalar

Teknik destek yıllarımızda bu konuda kullanıcıların en sık yaptığı hataları gördük:

Hata 1: TTL'yi Taşınmayla Aynı Anda Değiştirmek

Bazı kişiler TTL'yi tam taşınma anında düşürür. Bu işe yaramaz, çünkü çözümleyiciler hâlâ eski yanıtı yüksek TTL ile (örneğin 24 saat) önbelleğe almıştır ve 24 saat boyunca yeni yanıtı almazlar. TTL düşürme en az 48 saat önce yapılmalıdır.

Hata 2: E-posta Kayıtlarını Unutmak

Taşınma sırasında birçok kişi yalnızca A kaydını değiştirir ve MX kaydını unutur. E-posta sunucunuz da taşınıyorsa, MX ve SPF kayıtlarını da düşük TTL ile ayarladığınızdan emin olun. Aksi takdirde e-postalarınız uzun süre eski sunucuya gönderilir.

Hata 3: Yalnızca Tek Noktadan Kontrol Etmek

Yayılımı yalnızca kendi sisteminizden kontrol etmek yeterli değildir. Sizin çözümleyiciniz yeni yanıtı verebilir, ancak diğer kullanıcıların ISS çözümleyicileri hâlâ eski yanıtı önbelleğe almış olabilir. Her zaman çok noktalı araçlar kullanın.

Sorunsuz Taşınma İçin İleri Düzey İpuçları

Daha karmaşık taşınmalar için şu ipuçlarını göz önünde bulundurun:

• Değişiklikten önce test edin: Yeni sunucuya erişiminiz varsa, DNS'i değiştirmeden önce sisteminizin hosts dosyasını düzenleyerek alan adını yeni IP'ye yönlendirin ve sunucunun doğru çalıştığından emin olun.
• Farklı kayıtlar için ayrı TTL kullanın: MX gibi kritik kayıtları daha yüksek TTL ile tutabilir, yalnızca A ve AAAA kayıtlarını düşürebilirsiniz.
• Tarayıcı önbelleğini yönetin: Kullanıcılarınıza tarayıcı önbelleğini temizlemelerini veya gizli mod kullanmalarını önerin. Bu, yeni sürümü daha hızlı görmelerine yardımcı olur.

Dağıtık altyapıya sahip bir DNS sağlayıcısı kullanıyorsanız, yayılma genellikle daha hızlı gerçekleşir. ServerNet'in hosting paketlerinde sunduğu profesyonel DNS hizmetleri gibi hizmetler, hem IPv4 hem IPv6 sunucularını destekler ve TTL yönetimini hassas bir şekilde yapmanızı sağlar.

Özet

DNS yayılımı, TTL ve önbelleği doğru anlayarak yönetebileceğiniz doğal ve kaçınılmaz bir süreçtir. Altın kural: Taşınma yapacaksanız, TTL'yi en az 48 saat önce düşürün, taşınmayı gerçekleştirin ve istikrardan emin olduktan sonra TTL'yi normale döndürün. Bu yöntemle yayılma süresini birkaç günden birkaç dakikaya indirir ve ziyaretçileriniz için kesintisiz bir kullanıcı deneyimi sağlarsınız. Sabrın ve planlamanın her taşınmanın anahtarı olduğunu unutmayın — DNS de bu kuralın istisnası değildir.