DNS nedir ve bir web sitesini nasıl internete bağlar?
DNS, alan adlarını bilgisayarların ve sunucuların kullandığı IP adresleriyle ilişkilendiren dağıtık isimlendirme sistemidir. Tarayıcıya example.com yazdığınızda tarayıcı yalnızca metni “bulmaz”; önce bu alan adının hangi sunucuya yönlendirildiğini öğrenir. Bu nedenle DNS, web sitesinin açılması, e-posta hizmetinin çalışması, doğrulama kayıtlarının bulunması ve bazı güvenlik politikalarının uygulanması için temel katmanlardan biridir.
Bir DNS sorununu çözerken yalnızca “site açılıyor mu?” diye bakmak çoğu zaman yeterli değildir. A kaydı doğru olabilir ancak MX kayıtları yanlış olabilir; NS kayıtları başka bir DNS sağlayıcısını gösterebilir veya değişiklik doğru nameserver üzerinde yapılmamış olabilir. Bu yüzden DNS kontrolü, kayıt türlerini ayrı ayrı değerlendirmeyi gerektirir.
En önemli DNS kayıt türleri
- A: Alan adını IPv4 adresine yönlendirir. Örneğin example.com için 203.0.113.10 gibi bir adres dönebilir.
- AAAA: Alan adını IPv6 adresine yönlendirir. IPv6 kullanan sunucularda A kaydının yanında veya yerine bulunabilir.
- CNAME: Bir adı başka bir alan adına takma ad olarak bağlar. Özellikle www, CDN ve üçüncü taraf servislerde sık görülür.
- MX: Alan adının e-posta sunucularını belirler. Mail teslimi açısından en kritik kayıtlardan biridir.
- TXT: SPF, DKIM, alan adı doğrulaması ve çeşitli servis doğrulamaları gibi metin tabanlı bilgileri taşır.
- NS: Alan adının hangi nameserverlar tarafından yönetildiğini belirtir. DNS yönetiminde en temel kontrol noktalarından biridir.
- CAA: Hangi sertifika otoritelerinin alan adınız için TLS sertifikası verebileceğini sınırlandırmak için kullanılabilir.
- SOA: DNS bölgesinin yetkili sunucusu, seri numarası ve zamanlayıcıları gibi yönetim bilgilerini içerir.
A ve AAAA kaydı neden birlikte kontrol edilmeli?
Modern bir web sitesinde IPv4 ve IPv6 farklı yollar üzerinden devreye girebilir. A kaydı doğru olduğu halde AAAA kaydı eski bir sunucuya işaret ediyorsa bazı ziyaretçiler siteye erişirken bazıları erişemeyebilir. Bu durum özellikle “bende açılıyor ama müşteride açılmıyor” şeklindeki zor teşhis edilen problemlere yol açabilir.
Domaininizin kayıtlarını hızlıca görmek için DNS Lookup aracını kullanabilirsiniz. A, AAAA, MX, CNAME, NS, TXT ve diğer kayıt türlerini ayrı ayrı sorgulamak, DNS yapılandırmasının hangi katmanında sorun olduğunu anlamayı kolaylaştırır.
MX, SPF ve e-posta sorunlarında DNS neden önemlidir?
Bir alan adının web sitesi çalışırken e-postasının çalışmaması oldukça yaygın bir senaryodur. Bunun nedeni A kaydından farklı bir DNS kümesinin kullanılması değildir; çoğu zaman MX kayıtlarının eksik, önceliklerinin hatalı veya e-posta sağlayıcısının istediği TXT kayıtlarının bulunmaması söz konusudur. SPF gibi kayıtlar gönderen sunucuların yetkilendirilmesinde, DKIM ise imzalama mekanizmasında kullanılır.
E-posta taşıması sırasında eski MX kayıtlarını kaldırmadan yeni kayıtları eklemek, öncelikleri yanlış ayarlamak veya DNS sağlayıcısında değişiklik yapıp domainin nameserverlarının başka bir yerde kalması teslimat problemlerine neden olabilir. Bu nedenle önce NS, sonra MX ve TXT kayıtlarını kontrol etmek iyi bir teşhis sırasıdır.
TTL nedir? DNS değişikliği neden hemen görünmez?
TTL, bir DNS yanıtının önbellekte ne kadar süre tutulabileceğini belirleyen değerdir. TTL düşükse değişikliklerin yeni sorgularda daha hızlı görülmesi mümkün olabilir; ancak bu, internetteki bütün önbelleklerin aynı anda temizleneceği anlamına gelmez. DNS değişikliklerinin farklı resolverlar, işletim sistemleri, tarayıcılar ve yerel ağlar üzerinde farklı zamanlarda görünmesi normaldir.
Taşıma planlıyorsanız DNS değişikliğinden günler önce TTL değerlerini makul bir seviyeye çekmek geçişi daha kontrollü hale getirebilir. Değişiklik tamamlandıktan sonra ise gereksiz yere çok düşük TTL kullanmak yerine operasyonel ihtiyaca uygun bir değer tercih etmek daha sağlıklıdır.
DNS değişikliği sonrası kontrol listesi
- Nameserverların gerçekten yeni DNS sağlayıcısını gösterdiğini kontrol edin.
- A ve AAAA kayıtlarının doğru sunucuya gittiğini doğrulayın.
- www ve kök alan adının davranışını ayrı ayrı test edin.
- MX kayıtlarını ve e-posta doğrulama TXT kayıtlarını kontrol edin.
- CNAME ile başka bir kaydı aynı isimde çakıştırmadığınızdan emin olun.
- TTL ve resolver önbelleklerini dikkate alın; tek bir bilgisayardaki sonucu kesin gerçek kabul etmeyin.
- Son olarak HTTPS, HTTP yönlendirmesi ve web sunucusunun doğru domaini karşıladığını test edin.
DNS kontrolü için pratik yaklaşım
İlk adım olarak devtools.tr DNS Lookup, ardından IP Lookup ve gerekiyorsa Reverse DNS ile zincirin farklı noktalarını kontrol edebilirsiniz. DNS doğru olduğu halde siteye erişim sorunu devam ediyorsa SSL, HTTP durum kodları ve sunucu yanıt süreleri de ayrıca incelenmelidir.
Sonuç
DNS, yalnızca “domaini IP adresine bağlayan kayıt” değildir. Web, e-posta, doğrulama ve güvenlik servislerinin birbirine bağlandığı kritik bir altyapıdır. Kayıt türlerini tek tek anlamak ve değişiklikleri sistematik biçimde kontrol etmek, saatler sürebilecek birçok domain problemini dakikalar içinde daraltmanıza yardımcı olur.
DNS yayılımı gerçekten ne kadar sürer?
“DNS yayılımı 24–48 saat sürer” cümlesi pratikte sık kullanılır ancak sabit bir sayaç gibi düşünülmemelidir. Resolver cacheleri, TTL değerleri, negatif cacheleme ve farklı DNS sağlayıcılarının davranışları sonucu aynı kayıt farklı ağlarda farklı zamanlarda görülebilir. Yeni sunucuya geçişte bu nedenle eski ve yeni ortamın bir süre birlikte çalışabilecek şekilde hazırlanması daha güvenlidir.
Subdomainlerde en sık yapılan DNS hataları
www, mail, api, panel ve cdn gibi alt alan adları birbirinden bağımsız kayıtlara sahip olabilir. Bir subdomain için CNAME kullanırken aynı isimde A veya AAAA kaydı bırakmak çakışma oluşturabilir. Ayrıca CNAMEin hedefi doğru olsa bile hedef domainin kendi DNS yapısında problem varsa zincirin tamamı etkilenir. Sorunu yalnızca ilk kayda bakarak değerlendirmeyin.
DNS değişikliklerini güvenli yönetmenin yolu
Üretim DNS bölgesinde değişiklik yapmadan önce mevcut kayıtların yedeğini almak, hangi kayıtların değişeceğini belgelemek ve değişiklik sonrası test listesi hazırlamak iyi bir operasyondur. Özellikle hosting taşıma, mail geçişi ve CDN değişikliklerinde A/AAAA, MX, TXT ve CNAME kayıtlarını ayrı ayrı kontrol etmek, tek bir “DNS doğru” kontrolünden çok daha güvenlidir.
DNS kayıtlarında öncelik ve ağırlık mantığı
Her kayıt türü aynı mantıkla çalışmaz. MX kayıtlarında öncelik değeri önemlidir; daha düşük preference değeri genellikle daha öncelikli sunucuyu ifade eder. SRV kayıtlarında ise priority ve weight gibi alanlar servis keşfi için birlikte kullanılır. Bu nedenle DNS panelindeki “öncelik” alanını her kayıt türü için aynı anlamda yorumlamamak gerekir.
DNS kontrolünde kanıt zinciri
İyi bir DNS teşhisinde her adım bir sonraki adımı doğrular: nameserver delegasyonu doğruysa authoritative kayıtlar kontrol edilir; kayıt doğruysa resolver sonucu karşılaştırılır; IP doğruysa TCP ve HTTPS servisi test edilir. Bu yaklaşım, sorunu tahmin etmek yerine ölçerek daraltır.