DNS Yayılma Süresi Ne Kadar? Neden Bekleniyor?

Bir DNS kaydını değiştirdiniz ama site hâlâ eski sunucuyu gösteriyor; panel “işlem tamamlandı” diyor, ziyaretçilerin bir kısmı yeni siteyi görüyor, bir kısmı görmüyor. Bu bekleme dönemine DNS yayılma süresi denir ve gerçekte bir “yayılma” değil, dünyadaki çözümleyicilerin (resolver) önbelleklerindeki eski yanıtın süresinin dolmasıdır.

Bu yazıda sürenin neden 5 dakika ile 48 saat arasında değiştiğini, TTL değerinin rolünü, geçişi nasıl hızlandıracağınızı ve yayılmanın tamamlanıp tamamlanmadığını komutlarla nasıl doğrulayacağınızı anlatıyoruz. LIONFIN alan adı müşterileri DNS kayıtlarını ve TTL değerlerini müşteri panelinden yönetebilir.

DNS yayılması gerçekte nedir?

DNS kayıtları tek bir merkezden “yayılmaz”. Alan adınızın yetkili (authoritative) nameserver’ları değişikliği anında sunar; ancak internet servis sağlayıcıları, Google (8.8.8.8), Cloudflare (1.1.1.1) gibi genel çözümleyiciler ve hatta işletim sisteminiz her yanıtı belirli bir süre önbellekte tutar. Bu süre kaydın TTL (Time To Live) değeridir ve saniye cinsinden yazılır.

Bir resolver, TTL dolmadan aynı kaydı yeniden sormaz. Dolayısıyla değişiklikten sonra:

• Kaydı daha önce hiç sormamış resolver’lar hemen yeni değeri alır.
• Kaydı yakın zamanda sormuş olanlar TTL süresi bitene kadar eski değeri döndürür.
• Her ziyaretçi farklı bir resolver kullandığı için aynı anda hem eski hem yeni siteyi görenler olur.

Bu yüzden “DNS yayılma süresi” aslında “dünyadaki en uzun önbellek süresinin dolması” anlamına gelir.

DNS yayılma süresini belirleyen üç etken

Bekleme süresi kaydın türüne ve TTL’sine göre büyük farklar gösterir:

Üç etkeni ayrı ayrı düşünün:

1. TTL değeri: cPanel ve Plesk’te varsayılan 14400 saniye (4 saat); bazı sağlayıcılarda 86400 (24 saat).
2. Kayıt türü: NS değişikliği, alt seviye kayıtların da yeniden sorgulanmasını gerektirdiği için en uzun süren işlemdir. Nameserver ile A kaydı yönlendirmesinin farkı alan adını hostinge bağlama yazısında karşılaştırılır.
3. Resolver davranışı: Bazı servis sağlayıcılar TTL’ye uymayıp yanıtı daha uzun tutar; bunu sizin kontrol etmeniz mümkün değildir.

Değişiklikten önce TTL’yi düşürün

DNS yayılma süresini kısaltmanın en etkili yolu, değişikliği yapmadan önce TTL’yi düşürmektir. Süreç şöyle işler:

1. Değişiklikten en az mevcut TTL kadar önce (14400 sn için 4 saat, güvenli tarafta kalmak için 24 saat) ilgili kaydın TTL’sini 300 saniyeye indirin.
2. Eski TTL süresinin dolmasını bekleyin; bu sürede resolver’lar kaydı yeni, kısa TTL ile öğrenir.
3. Kaydın değerini (IP ya da hedef) değiştirin. Artık en geç 5 dakika içinde herkes yeni değeri görür.
4. Geçiş oturduktan sonra TTL’yi tekrar 3600 ya da 14400 gibi bir değere yükseltin; kısa TTL gereksiz DNS trafiği yaratır.

# Taşımadan bir gün önce
siteniz.com.   300     A   ESKI_IP
# Taşıma anı
siteniz.com.   300     A   YENI_IP
# Taşıma oturduktan sonra
siteniz.com.   14400   A   YENI_IP

cPanel’de TTL alanı Zone Editor içindeki her kaydın satırında, Plesk’te ise DNS Settings ekranında düzenlenir; ayrıntı için cPanel DNS Zone Editor kullanımı rehberine bakın.

Yayılmayı kontrol etme: nslookup ve dig

Tarayıcıyı yenilemek yerine doğrudan DNS’e sorun; hem yerel önbelleği atlar hem de farklı resolver’ların ne gördüğünü karşılaştırırsınız:

# Yetkili sunucudan doğrudan (en güncel yanıt)
dig siteniz.com A @NS1_ADRESI +short

# Genel resolver’lar
nslookup siteniz.com 8.8.8.8
dig @1.1.1.1 siteniz.com A +short

# NS değişikliğini izlemek
dig siteniz.com NS +short

# Kalan önbellek süresini görmek (TTL sütunu)
dig siteniz.com A

Yetkili sunucu yeni değeri, genel resolver eski değeri döndürüyorsa yayılma sürüyor demektir; dig çıktısındaki TTL sütunu o resolver’da kalan saniyeyi gösterir. Yetkili sunucu bile eski değeri veriyorsa değişiklik kaydedilmemiştir, paneli kontrol edin.

Kendi bilgisayarınızın önbelleğini temizlemek için:

# Windows
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

Hâlâ eski site görünüyorsa

Yayılma tamamlandığı hâlde eski içeriği görüyorsanız sorun DNS değil, aşağıdakilerden biridir:

• Tarayıcı önbelleği: Gizli pencerede açın ya da Ctrl+F5 ile yenileyin.
• hosts dosyası: Taşıma sırasında test için eklediğiniz satır (C:\Windows\System32\drivers\etc\hosts ya da /etc/hosts) hâlâ eski IP’yi gösteriyor olabilir.
• Modem/router önbelleği: Ev ve ofis modemleri kendi DNS önbelleğini tutar; yeniden başlatın ya da bilgisayarda doğrudan 1.1.1.1 kullanın.
• CDN ya da proxy: Site bir CDN arkasındaysa CDN’in kaynak (origin) IP ayarını da güncellemeniz gerekir.
• Yanlış bölge: Alan adının nameserver’ları başka bir sağlayıcıdaysa, LIONFIN panelindeki bölgeyi düzenlemek sonuç vermez; dig siteniz.com NS ile hangi sunucunun yetkili olduğuna bakın.

Kesintisiz geçiş için planlama

Yayılma süresi boyunca iki sunucunun da canlı kalması, kesintiyi sıfıra indirir. Site taşırken şu üç ilkeyi uygulayın:

1. Eski sunucuyu DNS geçişinden sonra en az 48–72 saat kapatmayın; eski IP’yi gören ziyaretçiler orada çalışan siteye ulaşmaya devam etsin.
2. Veri yazılan siteler (e-ticaret, form, üyelik) için geçiş anında eski siteyi salt okunur yapın ya da bakım moduna alın; aksi hâlde iki sunucuda farklı siparişler birikir.
3. E-posta için MX kaydını en son değiştirin ve eski sunucudaki posta kutularını birkaç gün daha kontrol edin; yayılma sırasında gelen mesajlar iki sunucuya da düşebilir.

Adım adım taşıma planı, yedek alma ve hosts dosyasıyla test yöntemi hosting taşıma rehberi yazısında ayrıntılı anlatılır. Yeni hostingde ilk kurulumu hızlı bitirmek isterseniz LIONFIN cPanel hosting paketlerinde AutoSSL, DNS yayıldıktan hemen sonra sertifikayı otomatik üretir.