Site eski hosting'de çalışıyor, yeni hosting hazır ve siz alan adı panelinde Nameserver 1 ile Nameserver 2 karşısındaki iki boş kutuyla duruyorsunuz. Şimdi kaydederseniz, muhtemelen birkaç saat sonra "site açılmıyor" mesajıyla ya da yeni hosting'in varsayılan sayfasıyla karşılaşırsınız. Sorun nameserver'da değil; işleri yapma sıranızda.
Nameserver'ı değiştirmeden önce kayıtları kopyalayın
Nameserver, registry'ye "bu andan itibaren bu alan adının DNS yanıtları şu sunuculardan gelir" demek anlamına gelir. Bu bildirimin kaydedildiği anda, önceki DNS'te bulunan tüm kayıtlar internetin gözünden kenara itilir. Şirketin MX kaydını bir yere not etmediyseniz, e-postalar sessizce kaybolur ve kimse yarına kadar fark etmez.
Yani ilk adım çıktı almaktır. Linux'ta:
dig +noall +answer example.ir A
dig +noall +answer example.ir MX
dig +noall +answer example.ir TXT
dig +noall +answer www.example.ir CNAME
dig +noall +answer _dmarc.example.ir TXTÇıktıyı bir sohbete değil, bir dosyaya kaydedin. TXT kayıtlarını hafife almayın: Google Workspace'te alan adı doğrulaması, SPF kaydı ve _dmarc hepsi oradadır ve bunları hafızadan yeniden oluşturmak zor iştir. Mevcut DNS bir yönetim panelindeyse, Zone File sayfasından bir ekran görüntüsü de alın. Şu anda neyin yayınlandığını görmek için DNS kayıtları sorgulama en hızlı yoldur.
Neredeyse her zaman unutulan kayıtlar
MXve e-posta ile ilgiliTXTkayıtları (SPF, DKIM, DMARC)- İşlevsel alt alan adları:
mail,ftp,vpn,staging - SSL verilmesini kısıtlamışsanız
CAAkaydı - SMS paneli veya ödeme geçidi gibi dış servislerin doğrulama kayıtları
Dinamik veya sayısız alt alan adınız varsa, hepsini tek tek listelemek yerine DNS'te wildcard kaydı ve dinamik alt alan adı yönetimi kullanabilir ve geçişten sonra hepsini tek bir kayıtla kapsayabilirsiniz.
TTL'i düşürün, ama aynı gün değil
Her DNS kaydının bir TTL sayısı vardır; yani çözümleyicilerin yanıtı kaç saniye önbelleğe alabileceğini belirtir. Yaygın değer 3600 veya 86400 saniyedir. Seksen altı bin saniyelik TTL ile nameserver'ı değiştirirseniz, tam bir gün boyunca bazı kullanıcılar eski siteyi, bazıları yeni siteyi görür. Bu en kötü durumdur, çünkü hata ayıklaması neredeyse imkânsız hale gelir.
Yaptığım şey şu: geçişten en az 48 saat önce tüm önemli kayıtların TTL'ini 300 saniyeye düşürürüm. Önceki önbelleğin süresi dolana kadar beklerim, sonra nameserver'ı değiştiririm. Her şeyin doğru olduğundan emin olduktan sonra TTL'i eski değerine döndürürüm.
Maliyetini de söyleyeyim: düşük TTL, DNS sorgu sayınızın birkaç katına çıkması demektir. Yüksek trafikli bir alan adında ve zayıf bir DNS'te bu, resolve işleminde daha fazla gecikme ve nameserver üzerinde daha fazla yük anlamına gelir. Bir hafta için sorun değil; sonsuza kadar değil.
Yayılım penceresini gerçekçi seçin
"DNS yayılımı" sihirli bir süreç değildir; sadece önbelleklerin süresinin dolmasını bekleriz. Üç yüz saniyelik TTL ile pratikte on ila otuz dakika sonra yeni kayıt her yerde görülür. Ancak iki istisna vardır: bazı ISP'ler TTL'i yok sayar ve kendi önbelleklerini birkaç saat tutar, ve kullanıcının sistemindeki yerel çözümleyiciler günlerce hiçbir şeyi değiştirmeyebilir. Bu davranışın ayrıntılarını DNS yayılımı nedir ve neden zaman alır? TTL ve önbellek için kapsamlı rehber yazısında anlattım.
Pencereyi düşük trafikli saatlere koyun. İran siteleri için sabah iki ile beş arası, cuma akşamından daha mantıklıdır. E-ticaret siteniz varsa ve gece sipariş alıyorsanız, bu kuralı atlayın ve bunun yerine hafta ortasında ve mesai saatlerinde çalışın ki bir şey bozulursa cevap verecek biri olsun.
İşlerin doğru sırası
- Mevcut Zone'un tam çıktısını alın ve kaydedin.
- Yeni DNS'te tüm kayıtları önceden oluşturun. Henüz nameserver'ı değiştirmeyin.
- Ana alan adının
Akaydını yeni sunucunun IP'sine yönlendirin ve web sunucusunun yanıt verdiğinden emin olun. - TTL'i 300'e düşürün ve 48 saat bekleyin.
- Registrar panelinde nameserver'ı değiştirin.
digile birkaç noktadan yeni kaydın yayınlandığını kontrol edin.- SSL alın veya taşıyın, sonra TTL'i geri döndürün.
Üçüncü adımı ciddiye alın. Yeni IP'yi önceden test etmediyseniz, geçişten sonra sadece bir web sunucusu hata sayfası görürsünüz ve sorunun DNS mi yoksa yapılandırma mı olduğunu bilemezsiniz. Bu adımdan emin olmak için Alan adını sanal sunucuya bağlama; A kaydından SSL'e kapsamlı rehber A kaydından sertifika verilmesine kadar tam sırayı kapsar.
Burada hata yapıyorlar
Gördüğüm en yaygın hata şudur: nameserver değiştirilir, site yeni hosting'de açılmaz ve site yöneticisi hemen nameserver'ı eski haline döndürür. Sonuç? İki kez yayılım, iki kez bekleme ve artık iki farklı önbelleğin karışımını gören kullanıcılar. Belirtisi şudur: geri döndürmeden bir saat sonra bazı kullanıcılar hâlâ yeni siteyi, bazıları eski siteyi görür.
Gerçek neden genellikle yeni DNS'te A kaydının oluşturulmamış olması ya da yeni web sunucusunun ana alan adı için VirtualHost'u olmaması ve yalnızca IP'ye yanıt vermesidir. Herhangi bir geri döndürmeden önce şunu kontrol edin:
dig @ns1.newdns.ir example.ir A +short
curl -I -H "Host: example.ir" http://NEW_IP/Birinci komut doğru IP'yi döndürürse ve ikinci komut 200 kodu verirse, sorun DNS'te değildir ve nameserver'ı geri döndürmek durumu yalnızca kötüleştirir. SERVFAIL veya NXDOMAIN hatası alırsanız, sorun yeni Zone'dadır. Belirtileri kontrol etme sırasını Uygulamalı DNS sorun giderme rehberi: belirtiler ve kayıt kontrol sırası adım adım vermiştim.
Nameserver mı, A kaydı mı?
Her zaman nameserver'ı değiştirmeniz gerekmez. Yalnızca sitenin başka bir sunucuya gitmesini istiyorsanız ve mevcut DNS'ten memnunsanız, A kaydını değiştirmeniz yeterlidir. Bu daha hızlıdır, Zone'u kaybetmezsiniz ve e-posta etkilenmez.
| Yöntem | Ne zaman seçerim | Maliyeti |
|---|---|---|
| A kaydını değiştirme | Mevcut DNS kararlıdır ve yalnızca hedef değişir | Diğer kayıtlar üzerinde az kontrol, önceki panele bağımlılık |
| Nameserver değiştirme | DNS'i tamamen ele almak istiyorum veya önceki panel erişilebilir değil | Kayıtları kaybetme riski, daha uzun yayılım süresi |
Çoğu durumda tercihim A kaydını değiştirmektir. Nameserver'ı yalnızca mevcut DNS panelinin kısıtlaması olduğunda ya da tüm kayıtları tek bir panel altında toplamak istediğimde değiştiririm. Alan adınız .ir ise, IRNIC kimliğine ve registrar kısıtlamalarına dikkat edin; IRNIC kimliği ile ir alan adı kaydı ve yönetimi için kapsamlı rehber bu farkları açıklar.
SSL hakkında pratik bir not
SSL sertifikasını geçişten sonra değil, önce yeni sunucuya kurun. Let's Encrypt kullanıyorsanız, sertifika verilmesi alan adının yeni sunucuya resolve olmasını gerektirir; yani doğru sıra şudur: kaydı değiştirin, yayınlanmasını bekleyin, sonra sertifika alın. Siteniz Linux paylaşımlı hosting'de barındırılıyorsa, genellikle bu adım panelden tek tıkla yapılır ve web sunucusu yapılandırmasını elle kurcalamaya gerek yoktur.
Ve alan adı sona erme eşiğindeyse, önce yenileyin. İki gün sonra süresi dolacak bir alan adında nameserver değiştirmek, sıkıntıyı yalnızca ikiye katlar. Adımları ve kurtarma penceresini Alan adı yenileme; sona erme adımları ve alan adı kurtarma için kapsamlı rehber yazısında görün.
Sık sorulan sorular
Nameserver değişikliğinin etkili olması ne kadar sürer?
En iyimser durumda 30 dakika ile 2 saat arası, TTL'i önceden 300 saniyeye düşürmüş olmanız şartıyla. TTL'e dokunmadıysanız ve 86400 saniyedeyse, 24 saate kadar beklemeniz gerekir.
Önemli nokta şudur: registry'de etkili olma süresi ile önbelleklerde yayılım süresi iki farklı şeydir. Registry birkaç dakikada kaydedebilir, ancak çözümleyiciler kendi önbelleklerinin süresi dolana kadar hiçbir şeyi değiştirmez.
Nameserver değiştirmek site kesintisine neden olur mu?
Kayıtları önceden yeni DNS'te oluşturduysanız ve TTL'i düşürdüyseniz, belirgin bir kesinti yaşamazsınız. Kesinti, yeni DNS boş olduğunda veya A kaydı yanlış girildiğinde ortaya çıkar.
Pratikte kullanıcının gördüğü şey tarayıcıda DNS_PROBE_FINISHED_NXDOMAIN hatası ya da hosting'in varsayılan sayfasıdır. Her ikisi de yeni Zone'un eksik olduğunun işaretidir.
Nameserver değiştirildikten sonra e-postalara ne olur?
MX ve TXT kayıtlarını yeni DNS'e kopyalamadıysanız, gelen e-postalar bounce olur. Bu hata gönderen sunucunun logunda "no MX record found" şeklinde görülür ve genellikle geçişten birkaç saat sonra keşfedilir.
Geçişten önce dig MX example.ir ile çıktıyı kaydedin ve geçişten sonra aynı komutu yeni nameserver üzerinde tekrarlayın. Çıktı aynı değilse, tam orada durun.
Nameserver'ı eski haline döndürebilir miyim?
Evet, ancak bunu yalnızca sorunun yeni DNS'ten kaynaklandığından emin olduğunuzda yapın. Nameserver'ı geri döndürmek bir tam yayılım daha yaratır ve birkaç saat boyunca durum tutarsız kalır.
Geri döndürmeden önce dig @ns1.newdns.ir example.ir A +short ile yeni Zone'un doğru yanıt verip vermediğini kontrol edin. Yanıt doğruysa, sorun başka bir yerdedir ve nameserver'ı geri döndürmek yalnızca zaman kaybıdır.
Bugün yapmanız gerekenlerin özeti: Zone çıktısını alın, TTL'i 300'e indirin ve kayıtları yeni DNS'te oluşturun. Geçişi 48 saat sonrasına bırakın.