DNS değişikliği yaptıktan sonra sitenin bazı cihazlarda yeni sunucuya, bazı cihazlarda eski sunucuya gitmesi mümkündür. Bunun temel nedeni DNS bilgilerinin bütün kullanıcılarda aynı saniyede yenilenmemesi ve DNS çözümleyicilerinin önceki kayıtları TTL süresi boyunca önbellekte tutabilmesidir.
Bu rehberde DNS değişikliğinin ne kadar sürebileceğini, A kaydı ile nameserver değişikliğinin farkını ve DNS kayıtlarının gerçekten güncellenip güncellenmediğini nasıl kontrol edeceğinizi adım adım inceleyeceğiz.
DNS değişikliği neden anında herkeste görünmez?
Bir domain için şu kayıt bulunduğunu düşünelim:
Bunu:
olarak değiştirdiğinizde yetkili DNS sunucusu yeni IP'yi gösterebilir.
Ancak bazı DNS resolver'ları eski kaydı bir süre daha önbellekten döndürebilir.
1. TTL nedir?
TTL:
Time To Live
anlamına gelir.
DNS kaydının resolver tarafından ne kadar süre önbellekte tutulabileceğini belirtir.
Örneğin:
değeri:
yani yaklaşık bir saat anlamına gelir.
2. DNS değişikliği ne kadar sürer?
Tek bir kesin süre yoktur.
A kaydı değişikliği bazı ağlarda kısa süre içerisinde görünmeye başlayabilir.
Bazı resolver'lar ise önceki TTL süresi dolana kadar eski kaydı gösterebilir.
Nameserver değişikliklerinde süreç daha uzun hissedilebilir.
Pratikte farklı ağlarda tam tutarlılığın oluşması bazı durumlarda 24-48 saate kadar uzayabilir.
Ancak bu:
Her DNS değişikliği kesin 48 saat sürer
anlamına gelmez.
3. A kaydı ile nameserver değişikliği aynı şey değildir
A kaydı değişikliği:
şeklindedir.
Nameserver değişikliği ise domainin DNS yönetimini başka bir sağlayıcıya taşır.
Örneğin:
yerine:
kullanılması gibi.
4. Nameserver değişikliğinden önce mevcut DNS kayıtlarını kopyalayın
Yeni DNS sağlayıcısına geçmeden önce mevcut zone kayıtlarını kontrol edin.
Özellikle:
kayıtlarını not alın.
Yeni nameserver'a geçip yalnız web sitesi A kaydını oluşturursanız e-posta veya başka servisler çalışmayı bırakabilir.
5. Eski DNS zone'unu hemen silmeyin
Nameserver değişikliğinden hemen sonra eski DNS bölgesini silmek gereksiz risk oluşturabilir.
Geçiş sırasında bazı resolver'lar bir süre eski nameserver bilgilerini kullanabilir.
Yeni yapı tamamen çalıştığından emin olduktan sonra eski hizmeti kapatın.
6. Windows'ta A kaydını kontrol edin
Komut İstemi'ni açın.
Şu komutu yazın:
Dönen IP adresini kontrol edin.
Yeni sunucu IP'si görünüyorsa kullandığınız DNS resolver yeni kaydı görmektedir.
7. Google DNS üzerinden sorgulayın
Şu komutu kullanabilirsiniz:
Bu sorgu Google Public DNS üzerinden cevap alır.
8. Cloudflare DNS üzerinden sorgulayın
Şu komutu kullanabilirsiniz:
Google ve Cloudflare farklı IP döndürüyorsa resolver cache'leri henüz aynı noktaya gelmemiş olabilir.
9. Linux veya macOS'ta dig kullanın
Terminalde:
veya daha kısa çıktı için:
kullanabilirsiniz.
Belirli bir resolver'a sormak için:
kullanılabilir.
10. www kaydını ayrıca kontrol edin
Şu iki hostname ayrı ayrı kontrol edilmelidir:
Örneğin:
olabilir.
Bu durumda kullanıcılar www kullanıp kullanmamalarına göre farklı sunuculara ulaşabilir.
11. AAAA kaydını unutmayın
Domain için:
yanında:
kaydı da bulunabilir.
A kaydını yeni sunucuya taşıyıp eski AAAA kaydını bırakırsanız IPv6 kullanan bazı ziyaretçiler eski veya yanlış sunucuya gidebilir.
12. CNAME kayıtlarını kontrol edin
Örneğin:
yapısı kullanılabilir.
CNAME'in hedefi yanlışsa yalnız belirli alt domainlerde problem görülebilir.
13. MX kayıtlarını yanlışlıkla değiştirmeyin
Web sitesini yeni hostinge taşımak e-posta sunucusunu değiştirmek zorunda olduğunuz anlamına gelmez.
Mevcut:
kayıtlarını dikkatsizce silerseniz site açılırken e-posta hizmeti bozulabilir.
14. Bilgisayarınızdaki DNS cache'i temizleyin
Windows'ta yönetici Komut İstemi açarak:
komutunu kullanabilirsiniz.
Bu işlem bilgisayarın yerel DNS önbelleğini temizler.
Ancak internet servis sağlayıcınızın resolver cache'ini temizlemez.
15. Tarayıcı cache'i ile DNS cache aynı şey değildir
Tarayıcı cache'ini temizlemek her DNS problemini çözmez.
Ayrı katmanlarda cache bulunabilir:
16. Mobil internet ile test edin
Ev internetiniz hâlâ eski IP'yi gösteriyorsa telefonunuzda Wi-Fi'yi kapatıp mobil veri üzerinden siteyi açın.
Örneğin:
görüyorsanız resolver cache farkı güçlü bir ihtimaldir.
17. hosts dosyasıyla geçici test yapabilirsiniz
DNS'i bütün kullanıcılar için değiştirmeden önce kendi bilgisayarınızda yeni sunucuyu test etmek için hosts dosyası kullanılabilir.
Örneğin mantık:
şeklindedir.
Ancak test bittikten sonra eklediğiniz satırları kaldırmayı unutmayın.
Aksi halde DNS sonradan değişse bile bilgisayarınız hosts kaydını kullanmaya devam eder.
18. DNS değişikliği sırasında siteyi iki sunucuda da hazır tutun
Taşıma yaparken mümkünse eski ve yeni sunucuyu geçiş süresince erişilebilir tutun.
Böylece bazı kullanıcılar eski DNS kaydını görse bile tamamen bozuk bir siteye düşmez.
19. Veritabanı değişen sitelerde dikkatli olun
E-ticaret veya forum gibi sürekli veri üreten sistemlerde DNS geçişi sırasında iki sunucunun da aktif olması veri bölünmesine yol açabilir.
Örneğin:
gibi iki farklı veritabanı oluşabilir.
Taşıma planını buna göre yapın.
20. SSL problemi DNS kaynaklı olabilir mi?
Evet.
Yeni sunucuda geçerli SSL bulunurken eski sunucuda farklı veya süresi dolmuş sertifika olabilir.
DNS resolver'a göre kullanıcılar farklı sunucuya gittiğinde SSL sonucu da değişebilir.
SSL çalışıyor ancak yalnız bazı kaynaklar HTTP üzerinden geliyorsa bu farklı bir problemdir.
SSL Var Ama Site Güvenli Değil: Mixed Content Nasıl Düzeltilir? rehberini kullanabilirsiniz.
21. TTL değerini taşıma öncesinde düşürmek faydalı olabilir
Planlı bir sunucu taşıması yapacaksanız DNS değişikliğinden yeterli süre önce TTL değerini düşürmek bazı resolver'ların eski kaydı daha kısa süre tutmasına yardımcı olabilir.
Örneğin eski TTL:
ise taşıma öncesinde daha düşük bir değere çekilebilir.
Ancak değişiklik yapıldıktan sonra eski TTL süresi dolmadan bu avantaj bütün resolver'lara yansımaz.
22. DNS yayıldı diye hostingin doğru olduğu kesin değildir
DNS yeni IP'ye gidiyor olabilir ancak yeni hosting:
nedeniyle siteyi açmayabilir.
DNS yalnız domainin hangi sunucuya gideceğini belirler.
DNS değişikliği hızlı kontrol sırası
Hosting seçimi DNS kadar önemlidir
DNS doğru çalışsa bile yavaş veya kaynakları yetersiz bir hosting site performansını etkileyebilir.
Hosting paketlerini değerlendirirken yalnız disk alanına bakmamanız gereken noktaları Hosting Seçerken Disk Alanından Daha Önemli Hangi Değerler Var? konusunda inceleyebilirsiniz.
Sonuç
DNS değişikliğini doğru kontrol etmenin yolu yalnız:
"Site bende açıldı mı?"
sorusuna bakmak değildir.
Şu zinciri kontrol edin:
Nameserver → DNS kaydı → farklı resolver'lar → yerel cache → gerçek sunucu IP'si
A kaydı, www, AAAA ve e-posta kayıtlarını ayrı ayrı doğrulayın.
Farklı resolver'lar yeni kaydı görmeye başladığında ve eski sunucuya ulaşan trafik sona erdiğinde DNS geçişinin büyük ölçüde tamamlandığını söyleyebilirsiniz.
Bu rehberde DNS değişikliğinin ne kadar sürebileceğini, A kaydı ile nameserver değişikliğinin farkını ve DNS kayıtlarının gerçekten güncellenip güncellenmediğini nasıl kontrol edeceğinizi adım adım inceleyeceğiz.
DNS değişikliği neden anında herkeste görünmez?
Bir domain için şu kayıt bulunduğunu düşünelim:
Kod:
site.com
A
192.0.2.10Bunu:
Kod:
198.51.100.20olarak değiştirdiğinizde yetkili DNS sunucusu yeni IP'yi gösterebilir.
Ancak bazı DNS resolver'ları eski kaydı bir süre daha önbellekten döndürebilir.
1. TTL nedir?
TTL:
Time To Live
anlamına gelir.
DNS kaydının resolver tarafından ne kadar süre önbellekte tutulabileceğini belirtir.
Örneğin:
Kod:
TTL: 3600değeri:
Kod:
3600 saniyeyani yaklaşık bir saat anlamına gelir.
2. DNS değişikliği ne kadar sürer?
Tek bir kesin süre yoktur.
A kaydı değişikliği bazı ağlarda kısa süre içerisinde görünmeye başlayabilir.
Bazı resolver'lar ise önceki TTL süresi dolana kadar eski kaydı gösterebilir.
Nameserver değişikliklerinde süreç daha uzun hissedilebilir.
Pratikte farklı ağlarda tam tutarlılığın oluşması bazı durumlarda 24-48 saate kadar uzayabilir.
Ancak bu:
Her DNS değişikliği kesin 48 saat sürer
anlamına gelmez.
3. A kaydı ile nameserver değişikliği aynı şey değildir
A kaydı değişikliği:
Kod:
site.com
→
Yeni sunucu IP'sişeklindedir.
Nameserver değişikliği ise domainin DNS yönetimini başka bir sağlayıcıya taşır.
Örneğin:
Kod:
ns1.eski-host.com
ns2.eski-host.comyerine:
Kod:
ns1.yeni-host.com
ns2.yeni-host.comkullanılması gibi.
4. Nameserver değişikliğinden önce mevcut DNS kayıtlarını kopyalayın
Yeni DNS sağlayıcısına geçmeden önce mevcut zone kayıtlarını kontrol edin.
Özellikle:
- A
- AAAA
- CNAME
- MX
- TXT
- SRV
kayıtlarını not alın.
Yeni nameserver'a geçip yalnız web sitesi A kaydını oluşturursanız e-posta veya başka servisler çalışmayı bırakabilir.
5. Eski DNS zone'unu hemen silmeyin
Nameserver değişikliğinden hemen sonra eski DNS bölgesini silmek gereksiz risk oluşturabilir.
Geçiş sırasında bazı resolver'lar bir süre eski nameserver bilgilerini kullanabilir.
Yeni yapı tamamen çalıştığından emin olduktan sonra eski hizmeti kapatın.
6. Windows'ta A kaydını kontrol edin
Komut İstemi'ni açın.
Şu komutu yazın:
Kod:
nslookup site.comDönen IP adresini kontrol edin.
Yeni sunucu IP'si görünüyorsa kullandığınız DNS resolver yeni kaydı görmektedir.
7. Google DNS üzerinden sorgulayın
Şu komutu kullanabilirsiniz:
Kod:
nslookup site.com 8.8.8.8Bu sorgu Google Public DNS üzerinden cevap alır.
8. Cloudflare DNS üzerinden sorgulayın
Şu komutu kullanabilirsiniz:
Kod:
nslookup site.com 1.1.1.1Google ve Cloudflare farklı IP döndürüyorsa resolver cache'leri henüz aynı noktaya gelmemiş olabilir.
9. Linux veya macOS'ta dig kullanın
Terminalde:
Kod:
dig site.com Aveya daha kısa çıktı için:
Kod:
dig +short site.comkullanabilirsiniz.
Belirli bir resolver'a sormak için:
Kod:
dig @1.1.1.1 site.com Akullanılabilir.
10. www kaydını ayrıca kontrol edin
Şu iki hostname ayrı ayrı kontrol edilmelidir:
Kod:
site.com
www.site.comÖrneğin:
Kod:
site.com → Yeni IP
www.site.com → Eski IPolabilir.
Bu durumda kullanıcılar www kullanıp kullanmamalarına göre farklı sunuculara ulaşabilir.
11. AAAA kaydını unutmayın
Domain için:
Kod:
A → IPv4yanında:
Kod:
AAAA → IPv6kaydı da bulunabilir.
A kaydını yeni sunucuya taşıyıp eski AAAA kaydını bırakırsanız IPv6 kullanan bazı ziyaretçiler eski veya yanlış sunucuya gidebilir.
12. CNAME kayıtlarını kontrol edin
Örneğin:
Kod:
www.site.com
CNAME
site.comyapısı kullanılabilir.
CNAME'in hedefi yanlışsa yalnız belirli alt domainlerde problem görülebilir.
13. MX kayıtlarını yanlışlıkla değiştirmeyin
Web sitesini yeni hostinge taşımak e-posta sunucusunu değiştirmek zorunda olduğunuz anlamına gelmez.
Mevcut:
- MX
- SPF
- DKIM
- DMARC
kayıtlarını dikkatsizce silerseniz site açılırken e-posta hizmeti bozulabilir.
14. Bilgisayarınızdaki DNS cache'i temizleyin
Windows'ta yönetici Komut İstemi açarak:
Kod:
ipconfig /flushdnskomutunu kullanabilirsiniz.
Bu işlem bilgisayarın yerel DNS önbelleğini temizler.
Ancak internet servis sağlayıcınızın resolver cache'ini temizlemez.
15. Tarayıcı cache'i ile DNS cache aynı şey değildir
Tarayıcı cache'ini temizlemek her DNS problemini çözmez.
Ayrı katmanlarda cache bulunabilir:
- Tarayıcı
- İşletim sistemi
- Modem
- DNS resolver
- CDN
16. Mobil internet ile test edin
Ev internetiniz hâlâ eski IP'yi gösteriyorsa telefonunuzda Wi-Fi'yi kapatıp mobil veri üzerinden siteyi açın.
Örneğin:
Kod:
Ev interneti → Eski site
Mobil internet → Yeni sitegörüyorsanız resolver cache farkı güçlü bir ihtimaldir.
17. hosts dosyasıyla geçici test yapabilirsiniz
DNS'i bütün kullanıcılar için değiştirmeden önce kendi bilgisayarınızda yeni sunucuyu test etmek için hosts dosyası kullanılabilir.
Örneğin mantık:
Kod:
198.51.100.20 site.com
198.51.100.20 www.site.comşeklindedir.
Ancak test bittikten sonra eklediğiniz satırları kaldırmayı unutmayın.
Aksi halde DNS sonradan değişse bile bilgisayarınız hosts kaydını kullanmaya devam eder.
18. DNS değişikliği sırasında siteyi iki sunucuda da hazır tutun
Taşıma yaparken mümkünse eski ve yeni sunucuyu geçiş süresince erişilebilir tutun.
Böylece bazı kullanıcılar eski DNS kaydını görse bile tamamen bozuk bir siteye düşmez.
19. Veritabanı değişen sitelerde dikkatli olun
E-ticaret veya forum gibi sürekli veri üreten sistemlerde DNS geçişi sırasında iki sunucunun da aktif olması veri bölünmesine yol açabilir.
Örneğin:
Kod:
Kullanıcı A → Eski sunucuda sipariş oluşturdu
Kullanıcı B → Yeni sunucuda sipariş oluşturdugibi iki farklı veritabanı oluşabilir.
Taşıma planını buna göre yapın.
20. SSL problemi DNS kaynaklı olabilir mi?
Evet.
Yeni sunucuda geçerli SSL bulunurken eski sunucuda farklı veya süresi dolmuş sertifika olabilir.
DNS resolver'a göre kullanıcılar farklı sunucuya gittiğinde SSL sonucu da değişebilir.
SSL çalışıyor ancak yalnız bazı kaynaklar HTTP üzerinden geliyorsa bu farklı bir problemdir.
SSL Var Ama Site Güvenli Değil: Mixed Content Nasıl Düzeltilir? rehberini kullanabilirsiniz.
21. TTL değerini taşıma öncesinde düşürmek faydalı olabilir
Planlı bir sunucu taşıması yapacaksanız DNS değişikliğinden yeterli süre önce TTL değerini düşürmek bazı resolver'ların eski kaydı daha kısa süre tutmasına yardımcı olabilir.
Örneğin eski TTL:
Kod:
14400ise taşıma öncesinde daha düşük bir değere çekilebilir.
Ancak değişiklik yapıldıktan sonra eski TTL süresi dolmadan bu avantaj bütün resolver'lara yansımaz.
22. DNS yayıldı diye hostingin doğru olduğu kesin değildir
DNS yeni IP'ye gidiyor olabilir ancak yeni hosting:
- Yanlış document root
- Eksik dosya
- Hatalı PHP sürümü
- Yanlış SSL
nedeniyle siteyi açmayabilir.
DNS yalnız domainin hangi sunucuya gideceğini belirler.
DNS değişikliği hızlı kontrol sırası
- A kaydı doğru IP'yi gösteriyor mu?
- www kaydı doğru mu?
- AAAA kaydı eski sunucuyu gösteriyor mu?
- Nameserver'lar doğru mu?
- MX ve TXT kayıtları korundu mu?
- 1.1.1.1 yeni kaydı görüyor mu?
- 8.8.8.8 yeni kaydı görüyor mu?
- Yerel DNS cache temizlendi mi?
- Mobil ağda sonuç farklı mı?
- Eski ve yeni sunucu aynı içeriği mi gösteriyor?
Hosting seçimi DNS kadar önemlidir
DNS doğru çalışsa bile yavaş veya kaynakları yetersiz bir hosting site performansını etkileyebilir.
Hosting paketlerini değerlendirirken yalnız disk alanına bakmamanız gereken noktaları Hosting Seçerken Disk Alanından Daha Önemli Hangi Değerler Var? konusunda inceleyebilirsiniz.
Sonuç
DNS değişikliğini doğru kontrol etmenin yolu yalnız:
"Site bende açıldı mı?"
sorusuna bakmak değildir.
Şu zinciri kontrol edin:
Nameserver → DNS kaydı → farklı resolver'lar → yerel cache → gerçek sunucu IP'si
A kaydı, www, AAAA ve e-posta kayıtlarını ayrı ayrı doğrulayın.
Farklı resolver'lar yeni kaydı görmeye başladığında ve eski sunucuya ulaşan trafik sona erdiğinde DNS geçişinin büyük ölçüde tamamlandığını söyleyebilirsiniz.