cPanel Üzerinde DNS Zone Editörünü Doğru Kullanma: En Yaygın Hatalar ve Çözümleri

Web sitesi yönetimi denince akla ilk gelen konulardan biri de DNS ayarlarıdır. Özellikle cPanel kullanan site sahipleri için DNS Zone Editor, domain yönlendirmelerinden mail sunucu ayarlarına kadar pek çok kritik işlemi gerçekleştirdiğimiz bir araç. Ancak bu aracı kullanırken yapılan küçük hatalar, sitenizin saatlerce hatta günlerce erişilemez kalmasına neden olabiliyor. Yıllar içinde hem kendi projelerimde hem de danışmanlık verdiğim sitelerde onlarca DNS sorunu çözdüm. Bu yazıda edindiğim tecrübeleri sizinle paylaşacağım.

DNS Zone Editor Nedir ve Neden Önemlidir?

DNS Zone Editor, cPanel içerisinde yer alan ve domain adınıza ait DNS kayıtlarını yönetmenizi sağlayan bir modüldür. A kaydı, CNAME, MX, TXT gibi farklı kayıt türlerini bu panel üzerinden ekleyebilir, düzenleyebilir veya silebilirsiniz. Bir nevi domain adınızın telefon rehberi gibi düşünebilirsiniz; ziyaretçiler sitenize ulaşmak istediğinde hangi IP adresine yönlendirileceklerini bu kayıtlar belirler.

Mesela birisi tarayıcısına ramazanyesildal.com.tr yazdığında, DNS sunucuları bu domain adını alıp karşılığında sunucunun IP adresini döndürür. Eğer A kaydınız yanlış bir IP adresine işaret ediyorsa, ziyaretçileriniz bambaşka bir sunucuya yönlenir veya hiçbir yere ulaşamaz. Bu yüzden DNS kayıtlarını doğru yapılandırmak, sitenizin erişilebilirliği açısından kritik öneme sahiptir.

Temel DNS Kayıt Türleri ve Kullanım Alanları

DNS Zone Editor ile çalışırken karşılaşacağınız başlıca kayıt türlerini bilmek işinizi kolaylaştırır. İşte en sık kullanılan kayıt türleri ve ne işe yaradıkları:

A Kaydı: Domain adını doğrudan bir IPv4 adresine yönlendirir. Örneğin ramazanyesildal.com.tr için A kaydı 185.50.100.25 gibi bir IP adresi içerir. Bu kayıt olmadan sitenize ulaşmak mümkün değildir.

CNAME Kaydı: Bir alt domaini başka bir domain adına yönlendirir. Mesela www.ramazanyesildal.com.tr adresini ramazanyesildal.com.tr adresine yönlendirmek için CNAME kullanabilirsiniz.

MX Kaydı: E-posta sunucusunu belirler. info@ramazanyesildal.com.tr adresine gelen maillerin hangi sunucuya yönlendirileceğini bu kayıt belirler.

TXT Kaydı: Metin tabanlı bilgiler içerir. SPF, DKIM, DMARC gibi mail doğrulama kayıtları ve Google Search Console doğrulaması bu kayıt türü ile yapılır.

AAAA Kaydı: A kaydının IPv6 versiyonudur. Henüz yaygın kullanılmasa da gelecekte önem kazanacak bir kayıt türüdür.

En Sık Karşılaşılan Hata: TTL Değerini Görmezden Gelmek

TTL yani "Time To Live" değeri, DNS kaydının ne kadar süre önbellekte tutulacağını belirler. Birçok kullanıcı bu değeri varsayılan olarak bırakır ve sonra DNS değişikliklerinin neden saatler sonra bile yansımadığını anlamaya çalışır. Örneğin TTL değeriniz 86400 saniye yani 24 saat ise, yaptığınız değişiklik en kötü senaryoda bir gün sonra aktif olacaktır.

Pratikte şöyle bir senaryo düşünün: ramazanyesildal.com.tr domainini yeni bir sunucuya taşıyacaksınız. Mevcut TTL değeri 14400 saniye yani 4 saat. Sunucu taşıma işlemini yaptınız ve A kaydını yeni IP adresiyle güncellediniz. Ancak dünyanın farklı yerlerindeki DNS sunucuları eski IP adresini 4 saat daha önbelleklerinde tutacak. Bu süre zarfında bazı ziyaretçiler eski sunucuya, bazıları yeni sunucuya yönlenecek.

Çözüm: Sunucu taşıma veya kritik bir DNS değişikliği planladığınızda, en az 24-48 saat öncesinden TTL değerini 300 saniyeye (5 dakika) düşürün. Değişiklik tamamlandıktan ve her şeyin düzgün çalıştığından emin olduktan sonra TTL değerini tekrar 14400 veya 86400 saniyeye yükseltebilirsiniz. Düşük TTL değeri DNS sunucularına daha sık sorgu yapılmasına neden olur, bu yüzden kalıcı olarak düşük tutmak önerilmez.

A Kaydı ve CNAME Karışıklığı

Bu iki kayıt türü arasındaki farkı bilmemek ciddi sorunlara yol açabilir. A kaydı doğrudan bir IP adresine işaret ederken, CNAME başka bir domain adına yönlendirme yapar. Sıkça gördüğüm hata şu: Kullanıcılar ana domain için CNAME kaydı oluşturmaya çalışıyor.

Teknik olarak root domain yani @ işaretiyle gösterilen ana domain için CNAME kullanamazsınız, bu RFC standartlarına aykırıdır. Neden mi? Çünkü CNAME kaydı olan bir kayıt noktasında başka hiçbir kayıt bulunamaz. Ancak root domain için MX, TXT gibi başka kayıtlar da gereklidir. Bu yüzden ana domain için mutlaka A kaydı kullanmalısınız.

Örnek olarak ramazanyesildal.com.tr domaini için doğru yapılandırma şu şekilde olmalıdır:

Bu yapılandırma sayesinde hem ramazanyesildal.com.tr hem de www.ramazanyesildal.com.tr adresleri aynı sunucuya yönlenecektir. Aynı mantıkla blog.ramazanyesildal.com.tr veya api.ramazanyesildal.com.tr gibi alt domainler için de CNAME veya A kaydı ekleyebilirsiniz.

MX Kayıtlarında Öncelik Sırası Hatası

E-posta altyapınızı etkileyen en kritik kayıt türü MX kayıtlarıdır. Her MX kaydının bir öncelik değeri vardır ve düşük sayı yüksek öncelik anlamına gelir. Mesela Google Workspace veya Yandex Mail kullanıyorsanız ve birden fazla MX kaydı eklemeniz gerekiyorsa, öncelik değerlerini doğru sırayla girmelisiniz.

Diyelim ki ramazanyesildal.com.tr domaini için Yandex Mail kullanmak istiyorsunuz. Yandex size şu MX kayıtlarını eklemenizi söyler:

Sıklıkla karşılaştığım durum şu: Kullanıcılar eski mail sunucusunun MX kaydını silmeden yeni kayıtları ekliyor. Bu durumda mailler bazen eski sunucuya bazen yeni sunucuya gidiyor ve ciddi bir karmaşa oluşuyor. Bir müşterim bu hatayı yaptığında, önemli bir iş teklifinin eski sunucuya düşüp günlerce fark edilmediğini yaşadı.

Çözüm: Yeni mail servisine geçerken önce tüm eski MX kayıtlarını silin, ardından yeni kayıtları ekleyin. Değişiklik sonrası mutlaka test maili göndererek her şeyin düzgün çalıştığından emin olun. mxtoolbox.com gibi araçlarla MX kayıtlarınızı kontrol edebilirsiniz.

TXT Kayıtlarındaki Tırnak ve Karakter Sorunları

SPF, DKIM ve DMARC gibi mail doğrulama kayıtları TXT formatında eklenir. Bu kayıtlar, gönderdiğiniz maillerin spam klasörüne düşmesini engellemek ve domain adınızın kötü amaçlı kullanılmasını önlemek açısından çok önemlidir.

ramazanyesildal.com.tr domaini için örnek bir SPF kaydı şu şekilde olabilir:

Bu kayıtları eklerken en çok yapılan hata, değerin başına ve sonuna gereksiz tırnak işareti koymaktır. cPanel zaten değeri otomatik olarak tırnak içine alır, siz de tırnak eklerseniz kayıt hatalı olur ve mail doğrulaması başarısız olur.

Bir diğer sorun ise uzun TXT kayıtlarıdır. DNS standartlarına göre tek bir string 255 karakteri geçemez. DKIM kayıtları genellikle bu sınırı aşar. Örneğin:

cPanel versiyonlarının bazıları bunu otomatik yaparken bazıları yapmaz. Kayıt ekledikten sonra mail-tester.com veya mxtoolbox.com gibi araçlarla DKIM kaydınızın düzgün çalışıp çalışmadığını mutlaka kontrol edin.

Alt Domain Oluşturma ve Yönlendirme Hataları

Alt domainler, ana domain altında farklı servisler veya bölümler oluşturmak için kullanılır. Örneğin ramazanyesildal.com.tr domaini için şu alt domainleri oluşturabilirsiniz:

Alt domain oluştururken sıkça yapılan hatalardan biri, hem cPanel üzerinden alt domain oluşturup hem de DNS Zone Editor üzerinden ayrı bir A kaydı eklemektir. cPanel alt domain oluşturduğunuzda otomatik olarak gerekli DNS kaydını ekler. Manuel olarak farklı bir IP adresiyle A kaydı eklerseniz çakışma yaşanır.

Eğer alt domaini farklı bir sunucuya yönlendirmek istiyorsanız, cPanel alt domain özelliğini kullanmadan doğrudan DNS Zone Editor üzerinden A kaydı eklemelisiniz. Örneğin api.ramazanyesildal.com.tr alt domainini farklı bir sunucuda çalışan API servisine yönlendirmek için:

Propagasyon Süresini Beklemeden Panik Yapmak

DNS değişiklikleri anında yansımaz, bu teknik bir gerçekliktir. Global DNS propagasyonu 24 ile 48 saat arasında sürebilir. Ancak pratikte çoğu değişiklik birkaç saat içinde büyük oranda yayılır. Değişiklik yaptıktan hemen sonra sitenizi kontrol edip "çalışmıyor" diye paniğe kapılmayın.

Geçen ay ramazanyesildal.com.tr domaininde bir DNS değişikliği yaptığımda, Türkiye içinden 15 dakikada yeni kayıtlar görünürken, Almanya ve ABD lokasyonlarından yaklaşık 2 saat sonra güncellendi. Bu tamamen normaldir çünkü her DNS sunucusu kendi önbellek politikasına göre çalışır.

whatsmydns.net sitesine gidip ramazanyesildal.com.tr yazarak dünyanın farklı lokasyonlarından DNS durumunu kontrol edebilirsiniz. Eğer bazı bölgelerde yeni kayıt görünüyor bazılarında eskisi görünüyorsa, propagasyon devam ediyor demektir. Sabırlı olun ve en az 4-6 saat bekleyin.

İpucu: Eğer acil bir değişiklik yapmanız gerekiyorsa ve bekleme süresini kısaltmak istiyorsanız, bilgisayarınızın DNS önbelleğini temizleyebilirsiniz. Windows için komut satırında ipconfig /flushdns komutunu çalıştırın. Ancak bu sadece sizin bilgisayarınızı etkiler, diğer kullanıcılar için propagasyon süresini değiştirmez.

Yedek Almadan Değişiklik Yapmak

Son olarak belki de en önemli uyarı: DNS kayıtlarınızı değiştirmeden önce mutlaka mevcut durumun bir yedeğini alın. cPanel panelinde geri alma butonu yoktur ve yanlışlıkla sildiğiniz bir kaydı hatırlamaya çalışmak gerçekten sinir bozucu bir deneyimdir.

Ben her müdahaleden önce iki yöntem kullanıyorum. Birincisi, DNS Zone Editor sayfasının ekran görüntüsünü alıyorum. İkincisi, cPanel üzerindeki Zone File Export özelliğini kullanarak tam bir yedek indiriyorum. ramazanyesildal.com.tr domaini için zone dosyası şuna benzer:

Bu dosyayı saklarsanız, bir şeyler ters gittiğinde birkaç dakika içinde eski haline döndürebilirsiniz. Zone dosyasını Import etmek için cPanel üzerindeki Zone File Import özelliğini kullanabilirsiniz. Bu basit alışkanlık beni defalarca kurtardı.

Sonuç ve Kontrol Listesi

DNS yönetimi ilk bakışta karmaşık görünse de temel mantığı kavradığınızda oldukça basitleşir. Yazıyı bitirmeden önce, DNS değişikliği yapmadan önce kontrol etmeniz gereken maddeleri özetleyelim:

Yukarıda anlattığım hataları yapmaktan kaçınırsanız, cPanel DNS Zone Editor ile sorunsuz bir şekilde çalışabilirsiniz. Herhangi bir sorunla karşılaşırsanız, önce bu yazıdaki maddeleri kontrol edin. Çoğu zaman çözüm düşündüğünüzden daha basittir. Sorularınız olursa yorum bölümünden bana ulaşabilirsiniz.