DNS Değişikliklerin Neden Hemen Yayında Görünmüyor? Gerçekler ve Çözümler

DNS kayıtlarında değişiklik yaptın, yayınladın, beş dakika bekledin, sayfayı yenileden... hiçbir şey değişmemiş. Panik başladı. Acaba ben mi yanlış yaptım?

Bu durum DNS propagasyonu dünyanın en yanlış anlaşılan konularından biri. Gelin birlikte öğrenelim.

Herkes Ne Sanıyor?

Çoğu insan şöyle düşünüyor: DNS değişiklikleri dünya çapında yayılması 24-48 saat sürer.

Ama gerçek daha ilginç: Yaptığın değişiklik biraz sonra canlı olur—ama bu "biraz sonra" senin bulunduğun yer olmayabilir.

DNS merkezi bir sistem değil, dağıtık bir yapıdır. Dünyanın dört bir yanında binlerce nameserver bulunur ve bu sunucular kayıtları kendi cache belleğinde tutar. Bir değişiklik yaptığında, dalga dalga yayılır. Bir anda herkese ulaşmaz.

Asıl Sorun: Bölgeler Arası Tutarsızlık

Bir A kaydını yeni bir IP adresine yönlendirdiğini düşün:

• Kendi internet sağlayıcın 5 dakika içinde yeni IP'yi görür
• Singapur'daki bir resolver saatlerce eski IP'yi cache'de tutar
• Senin e-mail sağlayıcının DNS sunucusu bunların arasında bir yerde kalabilir

Sonuç? Senin siteniz açılırken, başka bölgelerdeki kullanıcıların sitesi kapalı görünür. Bu boş bir endişe değil, gerçek bir teknoloji sorunu.

Aslında Ne Görmüş Oluyorsun?

Kritik nokta şu: kontrol ettiğin resolver kaynağı, geçen zamandan çok daha önemlidir.

Kendi bilgisayarından test ettiğinde, internet sağlayıcının resolver'ını sorguluyorsun. Bu resolver'lar genellikle kayıtları agresif bir şekilde cache'lemezler, yani güncel kalırlar. Ama bu Tokya, Frankfurt veya Sidney'deki resolver'ların ne gördüğünü söylemiyor.

Doğru bir DNS propagasyon kontrolü şu şeyleri yapmalı:

1. Dünya çapında farklı resolver'ları test etmek
2. Taze sorgulamalar yapmak (cache'den değil)
3. Her resolver'ın ne döndürdüğünü göstermek
4. Sorguları aynı anda çalıştırmak (gerçek durumu görmek için)

Bunlar olmadan, kör bir şekilde ilerlersin.

İşe Yarayan Araçlar

En etkili kontrol araçları, kendi resolver'ını gözardı ederek dünyada stratejik konumlara yerleştirilen genel resolver'ları sorgular. Düşün:

• Sadece "canlı mı?" diye sormuyorsun
• "New York ne görüyor? Londra? Sidney? São Paulo?" diye soruyorsun

Her sorgu, cache'leme engellemeden taze bir recursive resolver'a ulaşır. Kullanıcılarının gerçekten ne gördüğüne dair anlık bir resim elde edersin.

Bu kontrolleri çalıştırınca şu desenler ortaya çıkar:

• Bazı resolver'lar saniyeler içinde güncellenir
• Diğerleri saatler alabilir (cache TTL'leri daha yüksek olabilir)
• Birkaçı geride kalabilir (eski altyapı nedeniyle)

Bu normaldir. Bir sorun değil.

TTL Aslında Ne Yapıyor?

DNS kaydının TTL'i (Time To Live) burasnın anahtarı. Resolver'lara şöyle diyor: "Bu cevabı X saniye boyunca sakla."

TTL'i 3600'e (bir saat) ayarladıysan, resolver'lar değişiklikten bir saat sonrasına kadar eski kaydı cache'de tutar. Bazıları kendi kuralları nedeniyle daha uzun tutabilir.

Deneyimli DNS operatörleri bunu yapar:

• Büyük bir değişiklikten 1-2 gün önce TTL'i 300'e (5 dakika) indirirler
• Değişikliği yaparlar
• Çoklu global resolver'lardan propagasyonu kontrol ederler
• Her şeyin canlı olduğunu doğruladıktan sonra TTL'i tekrar yükseltirler

Böyle hızlı propagasyon da elde edersin, global güncellemelerin fazlalığından da kaçınırsın.

Özel Bir Akış Nasıl Çalışır?

Deneyimli bir geliştirici DNS değişikliklerini şöyle yönetir:

1. TTL'i önceden düşür (planlıyorsan)
2. DNS değişikliğini yap
3. Dünya çapında 8-10 farklı resolver'dan propagasyon kontrol et
4. Tutarlılık için bekle (genellikle 5-30 dakika, çok nadiren bir saatten fazla)
5. Gerçek kullanıcı lokasyonlarından test et (mümkünse)
6. TTL'i yükselt (doğrulandıktan sonra)

"24-48 saat" kuralı? Bunun en kötü hali—eski cache'lenmiş kayıtlar veya yanlış yapılandırılmış sunucular için. Modern altyapı genellikle bir saat içinde güncellenir.

Bunu Neden Bilmen Gerek?

Yeni bir hosting sağlayıcısına taşınıyorsan, DNS sağlayıcısını değiştiriyorsan veya yeni bir SSL sertifikası yayınlıyorsan, DNS propagasyonu doğrudan etkiler:

• E-mail iletişim kalitesi (SPF, DKIM, DMARC kayıtları)
• SSL doğrulaması (ACME kontrolleri)
• Trafik yönlendirmesi (geo-redundancy, load balancing)
• Kullanıcı deneyimi (bazı kullanıcılar geçici olarak eski sunuculara gidebilir)

Hatta bir bölgede propagasyon kaçırsan ciddi sorunlar yaşayabilirsin.

Sonuç

DNS propagasyonu bozuk değil. İnsanların sandığı kadar da yavaş değil. Sadece dağıtık çalışıyor, yani kontrol etmen de dağıtık bir şekilde olmalı.

Bir dahaki sefere "propagasyon oldu mu?" diye merak ettiğinde, tahmin etmeyi bırak. Global resolver ağını sorgula. Her bölgenin gerçekten ne döndürdüğünü gör. Saatin akışını izlemek yerine veriye dayalı kararlar al.

Kullanıcılarının her yerde çalışan DNS'i, sen de durumu gerçekten gösteren araçları hak ediyorsun.