DNS, alan adlarının ilgili hizmetlere ulaşmasını sağlar. Web sitesini taşırken yalnızca IP adresine değil, yetkili DNS bölgesine ve e-posta kayıtlarına da bakmanız gerekir.
Alan adı, nameserver ve kayıt arasındaki fark
Alan adını kaydettiğiniz şirket, DNS bölgesini yöneten hizmet ve web sitenizi barındıran sunucu farklı yerlerde olabilir. Nameserver bilgisi alan adı için hangi DNS sunucularının yetkili olduğunu belirtir. A, MX veya TXT gibi kayıtlar ise bu yetkili bölge içinde tutulur. Yanlış panelde kayıt düzenlerseniz değişiklik yayına hiç yansımayabilir.
İlk kontrolünüz yetkili nameserver’ları ve mevcut kayıtların bir kopyasını çıkarmak olsun. Bir hosting panelinde alan adınızın görünmesi o panelin yetkili DNS kaynağı olduğu anlamına gelmez. Sağlayıcı değiştirirken kayıtları taşıma ve delegasyonu değiştirme adımlarını ayrı planlayın.
Sık kullanılan kayıt türleri
| Kayıt | İşlev | Temsili kullanım |
|---|---|---|
| A | Adı IPv4 adresine bağlar. | example.com → 192.0.2.10 |
| AAAA | Adı IPv6 adresine bağlar. | example.com → 2001:db8::10 |
| CNAME | Bir adı başka bir ada takma ad yapar. | www → example.com |
| MX | E-posta alacak sunucuları ve önceliklerini belirtir. | mail.example.com |
| TXT | Metin tabanlı doğrulama veya politika verisi taşır. | Servis doğrulama kaydı. |
Örnekteki IP adresleri belge amaçlıdır; kendi sitenize kopyalamayın. Gerçek hedefleri hizmet sağlayıcınızdan alın. CNAME kullanımında aynı ada başka kayıt ekleme kısıtları ve kök alan adı davranışı önemlidir. Bazı DNS hizmetleri ALIAS veya düzleştirme benzeri özellikler sunar; bunları standart CNAME ile aynı varsaymayın.
TTL ve “DNS yayılması” ne anlama gelir?
TTL, bir kaydın önbellekte ne kadar süre tutulabileceğini saniye cinsinden belirtir. Kaydı değiştirdiğinizde tüm çözümleyiciler aynı anda yeni değeri almaz; daha önceki yanıtı önbelleğinde tutan sistemler eski TTL süresi boyunca onu kullanabilir. Bu nedenle bir kişi yeni siteyi, başka biri eski siteyi görebilir.
Planlı taşımadan yeterince önce TTL’yi azaltmak geçişi kolaylaştırabilir. Ancak değişiklik anında TTL’yi azaltmak, daha önce uzun süreyle önbelleğe alınmış yanıtları geriye dönük kısaltmaz. Evrensel bir “tam olarak 24 saatte biter” kuralı yerine mevcut TTL, delegasyon ve çözümleyici davranışını inceleyin.
Kayıtları komut satırından inceleyin
dig example.com NS
dig example.com A
dig example.com AAAA
dig example.com MX
dig example.com TXTBu komutlar okuma amaçlı sorgulardır; alan adınızı değiştirmeniz gerekir. Yanıtta sunucu, cevap bölümü ve TTL değerlerine bakın. Yetkili sunucuyu doğrudan sorgulamak ile yerel çözümleyicinin önbelleğini sorgulamak farklı sonuç verebilir. Bir araçla aldığınız yanıtı tüm internetin durumu olarak yorumlamayın.
Web sitesi taşındığında A kaydı güncellenip AAAA unutulursa IPv6 kullanan bazı ziyaretçiler eski sunucuya gidebilir. Benzer şekilde www alt alan adı farklı bir hedefe işaret edebilir. Test listesinde hem kök alan adı hem www ve varsa hizmet alt alan adları bulunmalı.
E-posta kayıtlarını koruyun
Web sunucusunun değişmesi, e-posta sunucusunun da değişmesi gerektiği anlamına gelmez. MX kayıtlarını, e-posta sağlayıcısının verdiği SPF, DKIM ve DMARC yapılandırmasını envantere alın. TXT kayıtlarını topluca silmek doğrulama ve e-posta teslimini etkileyebilir. Politika kayıtları sağlayıcı ve gönderim akışınıza göre düzenlenmelidir; rastgele bir örneği canlıya kopyalamayın.
Nameserver değiştiriyorsanız yeni DNS bölgesinde e-posta kayıtları önceden hazır olsun. Geçişten sonra hem dışarıya e-posta gönderme hem dışarıdan alma testini yapın. Yalnızca aynı alan adı içindeki iki kutu arasında gönderim, dış teslimin doğru olduğunu kanıtlamaz.
Değişiklik öncesi ve sonrası kontrol
- Yetkili DNS hizmetini doğrulayın ve kayıtların tarihli kopyasını alın.
- Yeni hedefin web, TLS sertifikası ve e-posta açısından hazır olduğunu test edin.
- Yalnızca planlanan kayıtları değiştirin; eski değerleri geri dönüş için saklayın.
- Yetkili sunucu ve farklı çözümleyicilerden sonuçları kontrol edin.
- Web sayfaları, alt alan adları ve e-posta akışını işlevsel olarak sınayın.
DNS doğru IP’yi döndürse bile web sunucusu yanlış siteyi sunabilir veya sertifika alan adıyla eşleşmeyebilir. Bu nedenle DNS kontrolü taşıma testinin sadece bir bölümüdür. Uygulama ve içerik doğrulaması için site taşıma rehberini izleyin.
Ne zaman destek kaydı açmalısınız?
Yetkili sunucu beklenmeyen yanıt veriyorsa, paneldeki kayıt ile sorgu sonucu uyuşmuyorsa veya delegasyon hatası varsa sağlayıcıya alan adı, sorgu zamanı, sorgulanan sunucu ve beklenen değeri iletin. Gizli anahtar veya hesap şifresi göndermeyin. Somut sorgu çıktıları, “site bazen açılmıyor” ifadesine göre sorunun ayrılmasını kolaylaştırır.
Posta sağlayıcısı değiştirirken kayıt düzenini kurumsal mail geçiş planıyla birlikte ele alın.
Kaynaklar ve ek okuma
Platform belgeleri giriş gerektirebilir; arayüz ve özellikler sürüme göre değişebilir. Örnekler, ayrıca belirtilmedikçe temsili senaryolardır.
Bir düzeltme öneriniz mi var? Sayfa bağlantısıyla bildirin. · Kaynak ve yayın yaklaşımı