- Konu sahibi
- #1
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
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:
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.
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.
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.
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.
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.
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.
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 öğe | Etkilenen hizmet | Olası sonuç |
|---|---|---|
| A veya AAAA | Web sitesi, API, bazı sunucular | Trafik yeni IPv4 veya IPv6 adresine yönelir |
| CNAME | Alt alan adı veya üçüncü taraf hizmet | İsim başka bir alan adına bağlanır |
| MX | E-posta alımı | Yeni posta sunucuları kullanılmaya başlanır |
| Kayıt kuruluşunda nameserver değişimi | Alan adının delegasyonu | Yetkili DNS sağlayıcısı değişebilir |
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
- 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.
- Yeni sunucuyu önce IP değişmeden test edin. Web dosyaları, veritabanı, sanal host, HTTPS sertifikası ve uygulama ayarları hazır olmalıdır.
- 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.
- 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.netyerine 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 - Farklı çözümleyicilerden sonuç alın. Örneğin
1.1.1.1ve8.8.8.8üzerinden sorgularda farklı sonuç görülmesi, önbelleklerin aynı anda yenilenmediğini gösterebilir. - 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.
- 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.
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.