DNS yapılandırması ve sorun giderme: kayıtlardan çözümleme zincirine

DNS yapılandırması neyi çözer?

DNS, alan adlarını IP adreslerine ve diğer bilgilere çeviren dağıtık bir adlandırma sistemidir. Bir kullanıcı tarayıcıya alan adı yazdığında, e-posta gönderildiğinde ya da bir uygulama başka bir servise bağlandığında DNS çalışır. Yanlış yapılandırılmış tek bir kayıt, web sitesinin açılmamasına, e-postaların ulaşmamasına ya da güvenlik doğrulamalarının başarısız olmasına yol açabilir.

DNS yapılandırması ayrı konulardan oluşur: kayıtların doğru tanımlanması ve çözümleme zincirinin (kayıtların hangi sunuculardan, hangi sırayla sorgulandığının) anlaşılması. Sorun giderme ise bu zinciri adım adım izleyerek hatanın hangi halkada olduğunu bulma işidir.

Temel kayıt türleri ve ne işe yaradıkları

• A ve AAAA kaydı: Alan adını IP adresine bağlar; A klasik adres türünü, AAAA yeni nesil adres türünü gösterir.
• CNAME kaydı: Bir adı başka bir ada yönlendirir. Zonun en üst adında (kök alan adında) genellikle kullanılamaz; bazı sağlayıcılar bunun için takma ad (alias) kayıt türü sunar.
• MX kaydı: E-postanın hangi sunucuya teslim edileceğini belirler; öncelik değeriyle birden fazla sunucu sıralanabilir.
• TXT kaydı: Serbest metin taşır; e-posta doğrulama (SPF, DKIM, DMARC) ve alan sahipliği doğrulamalarında kullanılır.
• NS kaydı: Zonun yetkili ad sunucularını belirtir.
• SOA kaydı: Zonun yönetim bilgilerini taşır.
• PTR kaydı: Ters çözümleme için IP adresini ada bağlar.
• SRV ve CAA kayıtları: Servis konumu ve sertifika verme yetkisi gibi özel amaçlar için kullanılır.

Her kaydın bir TTL değeri vardır: çözümleyicilerin cevabı ne kadar süre önbellekte tutacağını belirler. Değişiklik planlarken TTL'in önceden düşürülmesi, geçişin hızlı yayılmasını sağlar.

Adım adım: yeni bir alan adı için kayıt yapılandırması

Süreç kabaca şöyle ilerler.

Önce yetkili ad sunucularının kimde olduğu netleştirilir: alan adının kayıt şirketinde mi, ayrı bir DNS sağlayıcısında mı yönetileceği belirlenir ve alan adı kayıt şirketinde NS kayıtları buna göre ayarlanır. İkinci adımda web için kök ve "www" kayıtları tanımlanır; kök alan adı için A kaydı ya da sağlayıcının takma ad kaydı, www için çoğunlukla CNAME kullanılır. Üçüncü adımda e-posta kayıtları girilir: MX kayıtları ve SPF, DKIM, DMARC için TXT kayıtları. Dördüncü adımda alan adı sahipliği doğrulamaları ve sertifika yetkilisi kısıtlaması gibi ek kayıtlar eklenir.

Her değişiklikten sonra kayıt, farklı çözümleyicilerden sorgulanarak doğrulanır; yalnızca kendi bilgisayarınızdan bakmak yanıltıcı olabilir. Değişiklikler bir değişiklik kaydında tutulur, böylece sorun çıktığında önceki duruma dönmek mümkün olur.

Sorun giderme: çözümleme zincirini izlemek

DNS sorunlarında temel araçlar dig, nslookup ve host komutlarıdır. Teşhis genellikle şu sorularla ilerler. Ad hiç çözülmüyor mu, yoksa yanlış adrese mi çözülüyor? Sorun tüm kullanıcılarda mı, yalnızca belli bir ağda mı? Yetkili ad sunucusu doğru cevabı veriyor mu? Çözümleyici eski cevabı önbellekten mi sunuyor?

Yetkili sunucuya doğrudan sorgu atmak, kaydın kaynakta doğru olup olmadığını gösterir. Bir çözümleyiciye sorgu atmak, kullanıcının gördüğünü gösterir. İki sonuç farklıysa önbellek ya da yayılma gecikmesi vardır. Kök ad sunucularından başlayarak yetkili sunucuya kadar izleme yapmak, zincirdeki hangi halkanın kopuk olduğunu ortaya çıkarır. Sık nedenler: alan adı kayıt şirketindeki NS kayıtlarının yanlış olması, eski bir kaydın kalması, CNAME'in başka bir kayıtla çakışması, süresi dolmuş alan adı ve yanlış yazılmış bir kayıt değeridir.

Kurumsal DNS mimarisi: split-horizon, özel bölge ve dayanıklılık

Kurumsal ortamlarda DNS tek bir zon değildir. Aynı alan adı iç ağda başka, internette başka cevap vermek zorunda kalabilir; bu durum split-horizon (bölünmüş görünüm) yapılandırmasıyla çözülür. Bulut ortamlarında özel bölgeler, sanal ağ içindeki kaynakların birbirini ada göre bulmasını sağlar. Şirket içi ağ ile bulut arasında çözümleme için koşullu yönlendirme ya da giden ve gelen çözümleyici uç noktaları kurulur.

Dayanıklılık için birden çok yetkili ad sunucusu ve birden çok çözümleyici bulunur. DNSSEC, cevapların sahteciliğe karşı imzalanmasını sağlar; fakat yanlış yapılandırma alan adının çözülememesine yol açabileceği için dikkatle işletilmelidir. Bulut DNS hizmetleri ayrıca sağlık kontrolüne dayalı yönlendirme sunar: bir sunucu yanıt vermiyorsa kayıt otomatik olarak diğerine yönlendirilir.

Örnek senaryo ve sık yapılan hatalar

Örneğin bir şirket yeni web sitesini farklı bir barındırma sağlayıcısına taşıyor. Geçişten önce kayıtların TTL değeri düşürülür. Yeni sağlayıcı hazır olunca A kaydı değiştirilir. Bir süre sonra bazı kullanıcılar eski siteyi görmeye devam eder: bunlar eski cevabı önbelleğinde tutan çözümleyiciler kullanmaktadır. Süre dolunca sorun kendiliğinden geçer. Ancak e-posta da aynı alan adını kullandığı için MX ve SPF kayıtlarına dokunulmaz; yeni barındırma yalnızca web adresini ilgilendirmektedir. Yanlışlıkla tüm kayıtlar silinirse e-posta akışı durur.

Sık yapılan hatalar: kök alan adına CNAME girmeye çalışmak; TTL'i düşürmeden geçiş yapmak; yalnızca kendi bilgisayarından kontrol edip genel yayılmayı doğrulamamak; SPF kaydını birden fazla tanımlamak; kullanılmayan eski kayıtları temizlememek (güvenlik açığı doğurabilir); alan adı yenilemeyi unutmak ve DNS değişikliklerini kayıt altına almamak.

Nasıl öğrenilir ve Mindset programlarında nerede çalışılır?

Kendi alan adınızda ya da deneme alan adında A, CNAME, MX ve TXT kayıtları tanımlayıp dig ile sorgulamak en hızlı öğrenme yoludur. Sonra çözümleme zincirini izleyin, TTL ve önbellek etkisini deneyin. Ardından kurumsal mimariye, split-horizon ve bulut özel bölgelerine geçin.

Mindset kataloğundaki Kurumsal DNS Mimarisi ve Sorun Giderme programı DNS protokolü ve çözümleme zinciri, bölge yönetimi ve kayıt tipleri, kurumsal mimari ve split-horizon, DNSSEC ve güvenlik kayıtları, dayanıklılık ve performans, sorun giderme ve değişiklik yönetimi modüllerinden oluşuyor. Amazon Route 53 ile DNS ve Trafik Yönlendirme programı ise bölge yönetimi, takma ad kullanımı, yönlendirme politikaları, sağlık kontrolleri ve hibrit çözümleme konularını işliyor.