DNS değişikliği ne kadar sürer? Yayılma süresini etkileyen faktörler

Kısa yanıt

DNS değişikliği ne kadar sürer sorusunun tek bir kesin cevabı yoktur; süre, yapılan değişikliğin türüne göre ciddi biçimde farklılaşır. Tekil bir A, CNAME veya MX kaydı güncellemesi genellikle birkaç dakika ile birkaç saat içinde yayılırken, alan adının nameserver’larını değiştirmek (örneğin hosting sağlayıcısı değiştirirken) tipik olarak 24-48 saat sürer,

nadiren 72 saate kadar uzayabilir.. DNS değişikliğinin neden anında etkili olmadığını, yayılma süresini etkileyen faktörleri ve bir alan adı ya da hosting geçişini kesintiye uğratmadan yönetmenin pratik yollarını sırasıyla inceleyelim.

DNS değişikliği hangi durumlarda gerekir?

Bir ajans veya işletme için DNS değişikliği genellikle üç senaryodan birinde gündeme gelir: hosting sağlayıcısı değiştirilirken (siteyi yeni bir sunucuya taşırken), e-posta sağlayıcısı değiştirilirken (MX kayıtları güncellenirken) veya bir alt alan adı yeni bir hizmete (örneğin bir CDN veya form aracına) yönlendirilirken. Her üç durumda da kullanıcıların tarayıcısı, alan adını doğru sunucuya yönlendiren güncel bilgiye ulaşana kadar bir geçiş dönemi yaşanır; bu dönemin ne kadar süreceğini doğru tahmin etmek, canlıya alma planının en kritik parçalarından biridir.

DNS değişikliği ne kadar sürer: nameserver ile tekil kayıt farkı

Bir A kaydı, CNAME kaydı veya MX kaydı güncellemesi ile alan adının nameserver’larını değiştirmek, teknik olarak çok farklı iki işlemdir ve yayılma hızları da buna göre değişir.

Tekil kayıt güncellemesi (A, CNAME, MX)

Yalnızca tek bir kaydı değiştirdiğinizde (örneğin sitenin IP adresini gösteren A kaydını güncellediğinizde), değişiklik kayıt kuruluşunun veya DNS sağlayıcısının yetkili sunucusunda neredeyse anında etkili olur. Yayılmanın geri kalanı, dünya genelindeki resolver’ların bu kaydı önbelleğinden ne zaman sileceğine bağlıdır; bu süre kaydın TTL değeriyle doğrudan ilişkilidir ve genellikle birkaç dakika ile birkaç saat arasında tamamlanır.

Nameserver değişikliği

Alan adının nameserver’larını değiştirmek (bir hosting sağlayıcısından diğerine geçerken en sık yapılan işlem budur) daha yavaş ilerler, çünkü bu değişikliğin kök DNS sunucularına ve alan adı kayıt kuruluşuna da bildirilmesi gerekir. Bu ek adım, nameserver değişikliğinin tipik olarak 24-48 saat sürmesinin temel nedenidir; bazı kayıt kuruluşlarında bu süre 72 saate kadar uzayabilir.

TTL (Time to Live) yayılma süresini nasıl belirler?

TTL, bir DNS kaydının saniye cinsinden ne kadar süre önbellekte tutulacağını belirten bir değerdir. TTL 3600 (bir saat) olarak ayarlanmış bir kayıt değiştirildiğinde, bu kaydı daha önce sorgulamış bir resolver, değişiklikten habersiz biçimde en fazla bir saat daha eski bilgiyi döndürmeye devam edebilir. TTL değeri ne kadar yüksekse (örneğin 86400 saniye, yani 24 saat), yayılma o kadar yavaş ilerler; TTL ne kadar düşükse (60-300 saniye gibi), değişiklik o kadar hızlı görünür hale gelir ama buna karşılık DNS sunucularına giden sorgu sayısı artar.

Bu nedenle planlı bir geçişte, asıl değişiklikten birkaç gün önce TTL değerini düşürmek standart bir uygulamadır; böylece geçiş anında resolver’lar zaten düşük bir TTL ile çalıştığından yeni kaydı çok daha kısa sürede alır. Cloudflare’in TTL dokümantasyonu, bir TTL ayarındaki değişikliğin ancak önbellekteki mevcut kayıt süresi dolduktan sonra etkili olacağını açıkça belirtir; bu da TTL’yi geçişten hemen önce değil, önceden düşürmenin neden işe yaradığını açıklar.

Yayılma süresini etkileyen diğer faktörler

Faktör	Etkisi
TTL değeri	Yüksek TTL yayılmayı yavaşlatır, düşük TTL hızlandırır
Nameserver ile tekil kayıt farkı	Nameserver değişikliği kök sunuculara bildirim gerektirdiği için daha yavaştır
Kayıt kuruluşunun işlem hızı	Bazı kayıt kuruluşları bölge güncellemesini dakikalar, bazıları saatler içinde işler
Kullanıcının ISS’si	Bazı internet servis sağlayıcıları TTL’yi tam olarak dikkate almayıp kayıtları kendi programına göre yeniler
Tarayıcı/işletim sistemi önbelleği	Yerel önbellek, sunucu tarafında yayılma tamamlansa bile eski sonucu bir süre daha gösterebilir

DNS değişikliğinin yayılma durumu nasıl kontrol edilir?

Değişikliğin dünya genelinde ne durumda olduğunu görmek için dnschecker.org gibi araçlar, aynı kaydı farklı ülkelerdeki birden fazla DNS sunucusundan sorgulayıp sonuçları tek ekranda listeler. Komut satırını tercih edenler için dig alanadiniz.com (macOS/Linux) veya nslookup alanadiniz.com (Windows) komutları, o anda kendi bilgisayarınızın hangi sonucu aldığını doğrudan gösterir. Değişiklik yeni yapıldıysa ve bu komutlar hâlâ eski IP adresini döndürüyorsa, bu normaldir; panik yapmadan TTL süresinin dolmasını beklemek gerekir.

Kesintisiz bir DNS değişikliği için pratik adımlar

Bir hosting veya sunucu geçişini planlarken aşağıdaki sırayı izlemek, ziyaretçi ve e-posta kesintisini en aza indirir.

1. TTL değerini önceden düşürün

Geçiş tarihinden en az 24-48 saat önce ilgili kaydın TTL değerini 300 saniye gibi düşük bir seviyeye çekin. Bu, asıl değişiklik yapıldığında resolver’ların eski kaydı daha kısa süre önbellekte tutmasını sağlar.

2. Yeni ortamı önceden hazır ve test edilmiş hale getirin

DNS kaydını değiştirmeden önce yeni sunucuda sitenin (ve varsa SSL sertifikasının) tam olarak çalıştığından emin olun; bu genellikle sunucunun IP adresine doğrudan bağlanıp test etmek ya da geçici bir hosts dosyası girdisiyle siteyi önceden önizlemekle mümkündür.

3. Eski sunucuyu hemen kapatmayın

Yayılma tamamlanana kadar (nameserver değişikliğinde 24-48 saat) bazı ziyaretçiler hâlâ eski sunucuya yönlendirilmeye devam eder. Eski sunucuyu birkaç gün daha aktif tutmak, bu kullanıcıların kesintisiz erişim yaşamasını sağlar.

4. MX kayıtlarını da planlayın

E-posta sağlayıcısı da değişiyorsa, MX kayıtları aynı yayılma sürecine tabidir. Geçiş sırasında bir miktar e-postanın gecikmeli ulaşabileceğini göz önünde bulundurup, mümkünse eski sunucuyu bir süre daha e-posta kabul eder durumda bırakmak kayıpları önler.

5. Değişikliği düşük trafik saatlerinde yapın

Sitenin ve e-postanın en az trafik aldığı saatte (genellikle gece) DNS değişikliğini uygulamak, yayılma penceresinde olası bir karışıklıktan etkilenecek kullanıcı sayısını azaltır.

Sık yapılan hatalar

En sık yapılan hata, nameserver değişikliği sonrası eski hosting hesabını veya sunucuyu hemen iptal etmektir; bu durumda yayılma tamamlanmadan eski sunucuya ulaşan ziyaretçiler karşısında “site bulunamadı” hatasıyla karşılaşır. İkinci yaygın hata, yeni sunucuda SSL sertifikasının önceden kurulmamış olmasıdır; DNS yayıldığında siteye ulaşan kullanıcılar sertifika hatasıyla karşılaşabilir, bu konuyu SSL sertifikası rehberimizde ayrıntılı ele alıyoruz. Üçüncü hata, MX kayıtlarının gözden kaçırılmasıdır; ekipler genellikle yalnızca web trafiğini düşünüp e-posta akışını unutur, bu da geçiş sonrası giden/gelen e-postaların kaybolmasına yol açabilir.

Kontrol listesi

Geçiş tarihinden önce ilgili kaydın TTL değerini düşürün ve yeni sunucuyu/siteyi önceden test edin. Değişikliği düşük trafik saatinde uygulayın ve dnschecker veya dig/nslookup ile yayılmayı izleyin. Eski sunucuyu yayılma tamamlanana (24-48 saat) kadar kapatmayın, MX kayıtlarını da planlayın ve yeni ortamda SSL sertifikasının hazır olduğunu teyit edin.

Sonraki adım

DNS değişikliği, doğru planlandığında görünmez bir geçiş olarak yaşanır; planlanmadığında ise ziyaretçi kaybına, e-posta aksaklığına ve güven sarsan hatalara yol açabilir. Bir sunucu veya hosting geçişini daha kapsamlı bir site yenileme projesinin parçası olarak ele alıyorsanız, web sitenizi yenilerken dikkat etmeniz gerekenler rehberimize de göz atabilirsiniz. DNS, hosting ve sunucu geçişlerini uçtan uca, kesinti riskini en aza indirecek şekilde yönetmek isterseniz grup şirketimiz Web Tasarım Ofisi bu konuda teknik destek sağlıyor.

Kurumsal web sitenizin altyapısını profesyonel bir ekiple yönetmek için kurumsal web tasarım hizmetimizi inceleyebilir ya da bizimle iletişime geçebilirsiniz.

Kaynaklar

• Cloudflare, DNS TTL referans dokümantasyonu, TTL değerinin DNS kayıtlarının önbellekte ne kadar tutulacağını nasıl belirlediğine dair resmî açıklama