DNS Değişikliği Yansımadı

DNS kaydını değiştirdiniz, kaydettiniz, ama site hâlâ eski hâlinde görünüyor. Bu, iki tamamen farklı durumun aynı belirtisi olabilir: ya normal yayılma süresi işliyordur ya da bir yapılandırma hatası vardır.

Ayırt etmenin yolu aşağıda.

Önce: ne kadar zaman geçti?

İlk iki satırdaysanız yapılacak tek şey beklemektir. Alt iki satırdaysanız aşağıdaki sebepleri sırayla kontrol edin.

Sebep 1 — Yanlış nameserver

En yaygın sebep budur.

Domaininiz A sağlayıcısının nameserver'larını kullanıyor ama siz kayıtları B sağlayıcısının panelinde düzenliyorsunuz. Yaptığınız değişiklikler hiçbir zaman okunmaz.

Kontrol: WHOIS sorgusunda nameserver alanına bakın. Hangi sağlayıcıyı gösteriyor?

Çözüm: Ya kayıtları o sağlayıcının panelinde düzenleyin ya da nameserver'ları düzenlediğiniz sağlayıcıya çevirin.

Sık senaryo: Domain eski ajanstan alınmış, hosting yeni sağlayıcıya taşınmış; nameserver'lar hâlâ eski ajansın panelini gösteriyor.

Sebep 2 — Yüksek TTL

TTL, kaydın ne kadar süreyle önbellekte tutulacağını söyler. Değişiklik öncesi TTL yüksekse (örneğin 24 saat), yeni kaydın herkese ulaşması o kadar sürer.

Kontrol: Kaydın TTL değerine bakın.

Çözüm: Bu durumda beklemekten başka yapılacak bir şey yoktur.

Önleme: Planlı DNS değişikliklerinden birkaç gün önce TTL'i düşürün, değişikliği yapın, sonra eski değere geri alın. Bu, geçişi çok hızlandırır.

Sebep 3 — Yerel önbellek

Değişiklik yayılmış olabilir ama sizin cihazınız ya da kurumsal ağınız eski kaydı önbellekte tutuyordur.

Kontrol: Mobil veriden ve farklı bir cihazdan deneyin. Orada yeni hâli görünüyorsa sorun yereldir.

Çözüm:

• Tarayıcı önbelleğini temizleyin
• Gizli pencerede deneyin
• Cihazı yeniden başlatın
• Kurumsal ağdaysanız BT ekibinden DNS önbelleğini temizlemesini isteyin

Not: Kurumsal ağlar kendi DNS sunucularını kullanır ve bunlar daha uzun süre önbellek tutabilir. Şirket içinde eski, dışarıda yeni hâli görünmesi bu yüzdendir.

Sebep 4 — Eski kayıt silinmemiş

Yeni kaydı eklediniz ama eskisini silmediniz. İki kayıt bir arada duruyor ve davranış öngörülemez oluyor.

Kontrol: DNS panelinde aynı ad için birden fazla kayıt var mı?

Çözüm: Eski kaydı silin.

Sık senaryo: Hosting taşımasında yeni sunucunun A kaydı eklenir, eskisi unutulur. Ziyaretçilerin bir kısmı eski siteyi görür.

Sebep 5 — Değişiklik kaydedilmemiş

Basit ama gerçekten olur: panelde alan doldurulur, "kaydet" tuşuna basılmaz ya da bir doğrulama hatası nedeniyle kayıt geçmez.

Kontrol: Paneli yenileyin ve kaydın gerçekten göründüğünü doğrulayın.

Sebep 6 — Yanlış kayıt türü

A kaydı gereken yere CNAME, CNAME gereken yere A girilmiş olabilir.

Kontrol: Bağlandığınız hizmetin verdiği talimatla panelinizdeki kaydı karşılaştırın — tür, ad ve değer alanlarını tek tek.

Sık hata: Kök domain için CNAME kullanmaya çalışmak. Bu genelde desteklenmez.

Sebep 7 — Ad alanı yanlış girilmiş

Ad alanına ne yazılacağı panelden panele değişir: bazıları yalnız alt alan adı ister (blog), bazıları tam adı (blog.sirket.com.tr).

Yanlış biçimde girilirse kayıt blog.sirket.com.tr.sirket.com.tr gibi anlamsız bir adres oluşturur.

Kontrol: Panelde oluşan tam adı kontrol edin; çoğu panel bunu gösterir.

Sebep 8 — Kök domain için @ kullanımı

Kök domain (sirket.com.tr) için ad alanına genelde @ yazılır ya da boş bırakılır. Panelden panele değişir.

Kontrol: Panelin yardım metnine bakın ya da mevcut çalışan bir kaydın nasıl yazıldığını inceleyin.

Kontrol sırası

1. ☐ Nameserver'lar doğru sağlayıcıyı gösteriyor mu?
2. ☐ Kayıt panelde gerçekten kayıtlı mı?
3. ☐ Kayıt türü doğru mu?
4. ☐ Ad alanı doğru biçimde mi?
5. ☐ Eski/çakışan kayıt var mı?
6. ☐ TTL değeri ne kadar?
7. ☐ Farklı bir ağdan test edildi mi?
8. ☐ 48 saat geçti mi?

İlk madde tek başına vakaların büyük kısmını açıklar; oradan başlayın.

Geçiş dönemini yönetmek

Yayılma sırasında bazı kullanıcılar eski, bazıları yeni sunucuyu görür. Bu dönemde:

• Eski sunucuyu hemen kapatmayın
• İki sunucuda da içerik güncel kalsın
• Sipariş/form gibi veri toplayan sayfalarda dikkatli olun — veri iki yere düşebilir
• Geçişi düşük trafikli bir zamana planlayın

Üçüncü madde en riskli olanıdır: geçiş sırasında alınan siparişler eski sunucuda kalıp gözden kaçabilir.

Bir sonraki değişiklik için

• Değişiklik öncesi mevcut kayıtların ekran görüntüsünü alın
• TTL'i birkaç gün önceden düşürün
• Değişikliği iş saatleri dışında yapın
• Değişiklik sonrası farklı ağlardan test edin
• Yeni kayıtları yedeğinize işleyin