A, AAAA, CNAME, MX ve TXT: DNS kayıtlarını doğru kullanma rehberi
· PoolByte
DNS kayıtları, alan adınızın web sitesi ve e-posta gibi hizmetlerle bağlantısını kurar. Sorunların önemli bir bölümü yanlış kayıt türü seçilmesinden veya doğru kaydın yanlış DNS panelinde değiştirilmesinden çıkar. Önce hangi hizmeti düzenlediğinizi belirleyin: Siteyi yeni sunucuya yönlendirmekle e-postayı başka sağlayıcıya taşımak aynı işlem değildir. Bu rehberde beş temel kayıt türünün görevini ve değişiklik öncesinde bakmanız gereken noktaları bulacaksınız.
Değişiklikten önce yetkili DNS panelini bulun
Alan adını satın aldığınız firma, hosting hesabınız ve DNS yönetimini yaptığınız hizmet farklı olabilir. Kayıtları cPanel'de düzenliyor olmanız, internette yanıt veren sunucuların mutlaka cPanel sunucuları olduğu anlamına gelmez. Domainin mevcut nameserver bilgisini kontrol edin ve değişikliği yetkili DNS hizmetinde yapın.
Bir bakım notu oluşturup mevcut kayıtları dışa aktarın veya değerleri güvenli biçimde kaydedin. E-posta sağlayıcısı, doğrulama hizmetleri ve ayrı sunucuda çalışan alt alan adları bu notta yer alsın. Panelde görünen her eski kaydı gereksiz kabul ederek silmek, çalışmakta olan bir bağlantıyı kesebilir. Nameserver tarafı belirsizse önce DNS yayılımı rehberini okuyun.
A kaydı: IPv4 adresine bağlar
A kaydı bir adı IPv4 adresiyle eşleştirir. Örneğin web sunucusu için verilen adresi alan adınızın kök adına ve gerekiyorsa ilgili alt alan adına girersiniz. Buradaki örnek adres dokümantasyon içindir: example.com A 192.0.2.10. Kendi sitenize uygularken sağlayıcının verdiği gerçek sunucu bilgisini kullanmalısınız.
A kaydına tam web adresi yazılmaz. https://, dosya yolu veya port eklemek yerine yalnız uygun IP adresi kullanılır. Ayrıca IP'ye yönelmek, sunucunun ilgili alan adı için siteyi yapılandırdığı anlamına gelmez. DNS doğru olsa bile sunucu alan adını tanımıyorsa varsayılan sayfa veya yanlış sertifika görebilirsiniz.
AAAA kaydı: IPv6 için ayrı kontrol gerekir
AAAA kaydı IPv6 adresiyle eşleşir. IPv4 için A kaydınızın doğru olması, IPv6 üzerinden gelen ziyaretçinin de doğru sunucuya ulaşacağını kanıtlamaz. Hosting taşımasında A güncellenip AAAA eski sunucuda kalırsa bağlantı türüne göre farklı sonuçlar görülebilir.
Sunucunuzun ve DNS hizmetinizin IPv6 desteğini teyit etmeden rastgele AAAA oluşturmayın. Mevcut kaydı kaldırmak veya değiştirmek gerekiyorsa önce hangi hizmet için kullanıldığını belirleyin. Bazı telefonlarda hata çıkıp masaüstünde çalışması gibi belirtilerde IPv4 ve IPv6 yanıtlarını ayrı incelemek faydalıdır.
CNAME kaydı: Bir adı başka ada bağlar
CNAME, bir alt alan adını başka bir ada takma ad olarak bağlar; hedef bir IP adresi değildir. Örneğin www.example.com CNAME example.com biçimi, www adının asıl adın çözümlemesini izlemesini sağlar. CNAME bir HTTP yönlendirmesi değildir: Tarayıcı adres çubuğunu başka URL'ye dönüştürme görevini web sunucusu yerine getirir.
Standart CNAME kurallarında aynı ad üzerinde başka kayıt türleri birlikte bulunamaz. Kök alanda bulunan zorunlu kayıtlar nedeniyle her DNS paneli kök ad için klasik CNAME kullanımını desteklemez. ALIAS, ANAME veya flattening gibi sağlayıcı özelliklerini standart CNAME ile aynı kabul etmeyin; ilgili hizmetin dokümantasyonunu izleyin. Gereksiz uzun CNAME zincirleri de hata araştırmasını zorlaştırır.
MX kaydı: Gelen e-postanın hedefini belirler
MX kayıtları e-postayı kabul eden sunucuları gösterir. Düşük öncelik sayısı tercih edilen hedefi belirtir; kayıt sayıları posta kutusu kotası değildir. Değer olarak e-posta sağlayıcısının belirttiği sunucu adını kullanın. Kendi seçtiğiniz bir IP'yi veya web sitesi adresini MX alanına yazmayın.
Web sunucusunun A kaydını değiştirdiğinizde MX aynı kalabilir, ancak MX hedefi değişen aynı ada bağlıysa dolaylı etki oluşabilir. Bu nedenle taşıma sırasında hedef adın A ve AAAA kayıtlarını da kontrol edin. Harici e-posta hizmeti kullanıyorsanız sağlayıcının tüm gerekli kayıtlarını birlikte değerlendirin; yalnız web DNS'inin çalışması posta akışını doğrulamaz.
TXT kaydı: Doğrulama ve e-posta politikaları
TXT, metin tabanlı bilgi taşır. Alan adı doğrulama, SPF, DKIM ve DMARC gibi farklı işlerde kullanılır. Bir hizmetin verdiği kayıt adını ve değerini aynen uygulayın; değer içindeki noktalamayı tahmin ederek değiştirmeyin. SPF politikasını da farklı göndericiler ekledikçe rastgele ikinci bir SPF kaydı oluşturarak yönetmeyin.
DNS paneli tam alan adını otomatik ekliyorsa yalnız beklenen kısa adı girmek gerekebilir. _dmarc ile _dmarc.example.com arasındaki giriş biçimi panelin davranışına bağlıdır. İşlemden sonra dışarıdan sorgulayarak oluşan gerçek adı kontrol etmek, yanlış yerde duran bir TXT kaydını fark etmenizi sağlar.
Küçük bir değişiklik kontrolü uygulayın
İlk kez bir web sitesi kurduğunuzu ve e-postanın başka sağlayıcıda kaldığını düşünün. Değişiklik kapsamınız yalnız web hedefiyse web A/AAAA ve www ilişkisini düzenleyin; posta kayıtlarını olduğu gibi koruyun. Ardından hem kök adresi hem www adresini, HTTPS'i ve gerçek bir e-posta gönderme/alma testini inceleyin.
- Kaydın doğru DNS hizmetinde düzenlendiğini teyit edin.
- Eski değeri ve geri alma adımını kaydedin.
- Kayıt adı, türü, hedefi ve TTL alanını ayrı kontrol edin.
- Yetkili sunucu yanıtıyla farklı çözümleyici sonuçlarını karşılaştırın.
- Yalnız DNS'i değil, ilgili web veya posta hizmetini de test edin.
Alan adı yönetimi seçeneklerini incelerken DNS yönetiminin nerede yapılacağını da sorun. Web hosting kurulumu için verilen IP ve nameserver bilgilerinden hangisini kullanacağınızı netleştirin. Mevcut kaydın görevinden emin değilseniz, gizli anahtarları paylaşmadan destek için iletişime geçin.
Sık sorulan sorular
DNS kaydı değiştirmek alan adını transfer eder mi?
Hayır. DNS hedefi değiştirmek, alan adının kayıt kuruluşunu değiştirmekten farklıdır. Hosting, DNS ve domain transferini ayrı planlamak hata ihtimalini azaltır.
TTL düşürmek mevcut eski yanıtları hemen temizler mi?
Önceden önbelleğe alınmış yanıtlar eski sürelerine göre kullanılmaya devam edebilir. Yeni TTL, bütün cihazlara anında yenileme emri göndermez. Değişikliği mümkünse önceden planlayın.
Ping başarılıysa DNS ve site tamamen doğru mudur?
Tek bir test yeterli değildir. Web isteği, HTTPS sertifikası, www/kök adres farkı ve posta akışı ayrıca kontrol edilmelidir. Ping yanıtı uygulamanızın sağlıklı çalıştığını göstermeyebilir.