Mehmet

WFN Üye
Konular
1,851
Mesajlar
1,852
Çözüm
0
Ticaret Puanı
0
Üyelik
1 Ay 6 Gün
Konum
YurtDışı
Web Sitesi
Var
Alanı
Google Adsense
1/1
Konu sahibi
DNS değiştirmek iki farklı işlemi anlatabilir: cihazın kullandığı DNS çözümleyicisini değiştirmek veya bir alan adının DNS kayıtlarını değiştirmek. Cihazda DNS adresini değiştirmek sorguları başka çözümleyiciye gönderir; sitenizin kayıtlarını ya da dosyalarını taşımaz. Alan adı tarafındaki değişiklik ise web, e-posta veya başka bir hizmetin bulunacağı adresi etkileyebilir. Aşağıdaki adımlar alan adı yönetenler içindir.

DNS değişince alan adının hangi sunucuya, hizmete veya e-posta sistemine yönlendirileceği değişir. Örneğin example.com alan adının A kaydını eski sunucu IP adresinden yeni sunucu IP adresine çevirirseniz, değişikliği öğrenen kullanıcılar yeni sunucuya gider; önbelleğinde eski cevap bulunan kullanıcılar ise bir süre daha eski sunucuyu görebilir. Bu nedenle DNS değişikliği genellikle anında herkes için aynı sonucu oluşturmaz.

DNS değişikliği nasıl çalışır?​


Alan adının kesin DNS kayıtlarını yetkili ad sunucuları tutar. Kullanıcı cihazı çoğunlukla önce internet sağlayıcısının, işletim sisteminin veya genel DNS hizmetinin önbelleğine sorar. Önbellekte cevap varsa bu cevap, kaydın TTL süresi dolana kadar kullanılabilir. TTL, bir DNS cevabının ne kadar süre saklanabileceğini belirler.

DNS değişikliğinin etkisi değiştirdiğiniz öğeye göre farklıdır:
Değiştirilen öğeEtkilenen hizmetOlası sonuç
A veya AAAAWeb sitesi, API, bazı sunucularTrafik yeni IPv4 veya IPv6 adresine yönelir
CNAMEAlt alan adı veya üçüncü taraf hizmetİsim başka bir alan adına bağlanır
MXE-posta alımıYeni posta sunucuları kullanılmaya başlanır
Kayıt kuruluşunda nameserver değişimiAlan adının delegasyonuYetkili DNS sağlayıcısı değişebilir
A, AAAA, CNAME veya MX kaydı değiştiğinde yalnız ilgili kayıt etkilenir. Kayıt kuruluşundaki nameserver değişikliği daha kapsamlıdır; üst bölgedeki delegasyonu değiştirir. Yalnız DNS bölgesine bir NS kaydı yazmak bu işlemin yerine geçmez. NS değişikliğinden önce yeni DNS sağlayıcısında web, e-posta, doğrulama ve diğer gerekli kayıtların tamamı hazırlanmalıdır.

Somut örnek​


example.com alan adının A kaydı 192.0.2.10 adresinden 192.0.2.20 adresine değiştirilmiş olsun. Yeni sorgularda 192.0.2.20 görülürse tarayıcı yeni sunucuya bağlanır. Ancak bir DNS çözümleyicide eski kayıt daha önce önbelleğe alınmışsa, o çözümleyiciyi kullanan ziyaretçiler TTL süresi dolana kadar 192.0.2.10 adresine gidebilir.

Bu sırada iki sunucunun farklı cevap vermesi normal olabilir. Yeni sunucuda site çalışıyor, eski sunucuda ise eski içerik görünüyorsa bu çoğunlukla DNS önbelleğinin henüz yenilenmediğini gösterir. Yeni sunucuda siteyi test ederken doğrudan IP ile erişim, uygulamanın alan adı gerektirdiği durumlarda yanıltıcı olabilir; doğru Host başlığı ve TLS yapılandırmasıyla test yapılmalıdır.

Değişiklik yapmadan önce ve sonra uygulanacak adımlar​

  1. Hangi kaydı değiştireceğinizi kesinleştirin. Web sitesi için genellikle A, AAAA veya CNAME; e-posta için MX ve ilgili SPF, DKIM veya DMARC kayıtları kontrol edilir.
  2. Yeni sunucuyu önce IP değişmeden test edin. Web dosyaları, veritabanı, sanal host, HTTPS sertifikası ve uygulama ayarları hazır olmalıdır.
  3. Mevcut kayıtları dışa aktarın. DNSSEC kullanılıyorsa yeni sağlayıcının anahtarlarıyla kayıt kuruluşundaki DS kaydının uyumunu geçişten önce planlayın; eski DS ile yeni anahtarın uyuşmaması doğrulayan çözümleyicilerde SERVFAIL oluşturabilir.
  4. Kaydı değiştirip sağlayıcınızın bildirdiği gerçek yetkili sunucuyu doğrudan sorgulayın. Aşağıdaki ns1.example.net yerine o sunucuyu yazın. Son satır varsayılan çözümleyicinin sonucunu karşılaştırır:
    Bash:
    dig @ns1.example.net example.com A +noall +answer
    dig @ns1.example.net example.com MX +noall +answer
    dig example.com A +short
  5. Farklı çözümleyicilerden sonuç alın. Örneğin 1.1.1.1 ve 8.8.8.8 üzerinden sorgularda farklı sonuç görülmesi, önbelleklerin aynı anda yenilenmediğini gösterebilir.
  6. Web sitesi, giriş, formlar, API çağrıları ve e-posta gönderme-alma işlemlerini test edin. E-posta geçişinde eski sunucuyu hemen kapatmak yerine eski ve yeni sistemi kontrollü biçimde izlemek daha güvenlidir.
  7. Sonuçları TTL ve varsa negatif önbellekleme süresini dikkate alarak yorumlayın. Daha önce mevcut olmayan bir alt alan adı için alınmış NXDOMAIN cevabı da bir süre önbellekte kalabilir; yeni kaydın TTL'sini düşürmek bu eski olumsuz cevabı geriye dönük silmez.
Başarı çıktısı, yetkili sunucuların beklenen kaydı vermesi ve farklı çözümleyicilerde zaman içinde aynı sonucun görülmesidir. Yetkili sunucu doğru cevabı verdiği hâlde bazı istemciler eski IP'yi görüyorsa sorun çoğunlukla önbellektir. Yetkili sunucu yanlış veya eksik cevap veriyorsa kayıt bölgesi, ad sunucusu delegasyonu, kayıt adı ya da değerinde hata aranmalıdır.

Sık yapılan hatalar​


Yalnız A kaydını taşıyıp e-postayı unutmak: Web sitesi çalışsa bile MX, SPF, DKIM veya DMARC kayıtları eksikse e-posta alımı ya da teslim edilebilirlik bozulabilir.

NS değişikliğini kayıt değişikliği sanmak: NS değişikliği tüm DNS yönetimini başka sunuculara taşır. Yeni sağlayıcıda kayıtlar hazır değilse web sitesi ve e-posta birlikte etkilenebilir.

Sadece kendi bilgisayarını kontrol etmek: Yerel DNS önbelleğini temizlemek yalnızca o cihazı etkiler; diğer çözümleyicilerdeki önbellekleri temizlemez.

Eski sunucuyu hemen kapatmak: Bazı kullanıcılar bir süre eski IP'ye yönlenebileceği için geçiş tamamlanmadan eski hizmeti kapatmak kesintiye neden olabilir.

DNS değişikliğini site taşımasıyla karıştırmak: DNS yalnızca yönlendirmeyi değiştirir. Dosyalar, veritabanı, kullanıcı hesapları ve e-posta verileri ayrıca taşınmalıdır.

Sık sorulan sorular​


DNS değişince alan adı veya site dosyaları silinir mi?​


Hayır. DNS değişikliği dosyaları silmez; yalnızca sorgulara verilen yönlendirme bilgisini değiştirir. Eski sunucudaki içerik ayrıca silinmediği sürece yerinde kalır.

Cihazın DNS adresini değiştirmek internet hızını artırır mı?​


Ad çözümleme süresi farklılaşabilir; ancak bağlantının bant genişliği kendiliğinden artmaz. Yanıt vermeyen veya kurumsal ağın gerektirdiği adları çözemeyen bir DNS hizmeti bağlantı sorununa yol açabilir. İş veya VPN ağında yöneticinin yapılandırmasını dikkate alın.

DNS değişikliğinden sonra HTTPS sertifikası yeniden alınmalı mı?​


Alan adı aynı kalıyor ve yeni sunucu bu alan adı için geçerli sertifikaya sahipse genellikle yeniden sertifika almak gerekmez. Yeni sunucuda sertifikanın kurulu, alan adını kapsıyor ve HTTPS yapılandırmasının doğru olması gerekir.
 

Sende şimdi bize katılmak ister misin?

Kayıt ol

Bize katılım kolay ve ücretsizdir!

Konuyu görüntüleyenler

Bu konuyu şu anda görüntüleyen üye bulunmuyor.
Robotlar:
  • Anthropic