Bir tarayıcıya alan adı yazdığın, e-posta gönderdiğin ya da bir bağlantıya tıkladığın her seferinde, arka planda sessizce çalışan bir sistem bu isteğin gerçekte nereye gitmesi gerektiğini belirler. Bu sistem DNS'tir — Alan Adı Sistemi (Domain Name System) — ve takip ettiği talimatlara DNS kayıtları denir. Bu kayıtlar, web siten için hangi sunucunun yanıt vereceğini, e-postanın nereye teslim edileceğini, hangi servislerin senin adına posta göndermesine izin verildiğini ve host değiştirdikçe ya da yeni araçlar ekledikçe her şeyin nasıl bağlı kalacağını belirler. Çoğu zaman bu kayıtlar görünmezdir; ama bir site çöktüğünde, bir e-posta geri döndüğünde ya da bir taşıma ters gittiğinde, bir profesyonelin ilk baktığı yer DNS kayıtlarıdır. Bu rehber temel kayıt türlerini — A, AAAA, CNAME, MX, TXT ve NS — sade bir dille anlatıyor: her birinin ne işe yaradığını, nasıl okunacağını, siteleri bozan hataları ve herhangi bir alan adının canlı kayıtlarını nasıl ücretsiz kontrol edeceğini.

Kısa cevap: Bir DNS kaydı, internete bir alan adının bir bölümünü nasıl ele alacağını söyleyen tek bir yapılandırma satırıdır. En yaygın türler şunlardır: A (alan adını bir IPv4 adresine yönlendirir), AAAA (bir IPv6 adresine yönlendirir), CNAME (bir adı başka bir ada takma ad yapar), MX (e-postayı bir posta sunucusuna yönlendirir), TXT (SPF, DKIM ve doğrulama gibi metinleri tutar) ve NS (alan adı için yetkili ad sunucularını belirtir). Herhangi bir alan adında DNS Kayıtları Sorgulama çalıştır ve hepsini tek seferde gör.

DNS nedir ve kayıtlar neden önemlidir?

İnternet, trafiği 93.184.216.34 gibi IP adreslerini kullanarak yönlendirir; ama insanlar example.com gibi adları hatırlar. DNS, ikisi arasında çeviri yapan küresel telefon rehberidir. Bir alan adına sahip olduğunda, onunla ilgili belirli soruları yanıtlayan bir dizi DNS kaydı yayınlarsın: Web sitesini hangi sunucu barındırıyor? E-posta nereye gitmeli? Bu alan adını kontrol ettiğini kanıtlamasına kimin izni var? Her kayıt türü bu sorulardan birini yanıtlar.

Bu kayıtlar, DNS sağlayıcın tarafından yönetilen bir zone dosyasında (bölge dosyası) yaşar — çoğu zaman kayıt kuruluşun, hostun ya da Cloudflare veya Route 53 gibi özel bir sağlayıcı. Bir tarayıcı, posta sunucusu ya da uygulama alan adına ulaşması gerektiğinde DNS'i sorgular, ilgili kayıtları alır ve onlara göre hareket eder. Tüm internet bu yanıtlara güvendiği için, tek bir yanlış ya da eksik kayıt bir siteyi çevrimdışı bırakabilir veya e-postayı sessizce bozabilir. Her kaydın ne yaptığını anlamak, tahmin etmekle düzeltmek arasındaki farktır.

Bir DNS araması gerçekte nasıl çalışır?

Kayıt türlerine dalmadan önce, tek bir aramanın arkasındaki olaylar zincirini görmek yardımcı olur. Birisi siteni ziyaret ettiğinde, cihazı bir çözümleyiciye (resolver — genellikle ISP'sinin ya da 8.8.8.8 gibi halka açık bir hizmetin işlettiği) alan adının adresini sorar. Çözümleyicinin yanıtı önbelleğinde yoksa, DNS hiyerarşisinde ilerler: bir kök (root) sunucuya üst düzey alan adını (.com) hangi ad sunucularının işlediğini sorar, TLD sunucularına example.com için hangi ad sunucularının yetkili olduğunu sorar ve son olarak senin yetkili ad sunucularına ihtiyaç duyduğu belirli kaydı sorar.

Bu son adım, NS kayıtlarının neden bu kadar önemli olduğunu açıklar — bunlar, tüm interneti gerçek kayıtlarını tutan sunucuya yönlendiren tabeladır. Her yanıt bir TTL (time to live — yaşam süresi) ile gelir; bu, çözümleyicilerin sonucu tekrar sormadan önce ne kadar süre önbelleğe alabileceğini saniye cinsinden söyleyen bir sayıdır. TTL, DNS değişikliklerinin neden anında olmadığının sebebidir: TTL değeri 3600 olan bir kayıt bir saat boyunca hatırlanabilir, dolayısıyla şimdi yaptığın bir değişikliğin herkese ulaşması o kadar sürebilir. Bir taşımadan önce TTL'i düşürmek ve sonrasında yükseltmek standart bir profesyonel hamledir.

Bir DNS kaydının yapısı

Her DNS kaydı, türü ne olursa olsun aynı temel yapıyı paylaşır. Bu dört sütunu okuyabildiğinde, her kayıt türünü yorumlamak kolaylaşır.

  • Ad (host) — kaydın uygulandığı alan adının bölümü. @ ya da boş bir ad, kök alan adı (example.com) anlamına gelir; www, www alt alan adı demektir; mail ise mail.example.com anlamına gelir.
  • Tür (type) — kaydın türü: A, AAAA, CNAME, MX, TXT, NS ve diğerleri. Bu, çözümleyiciye ne tür bir yanıt bekleyeceğini söyler.
  • TTL — kaydın tekrar aranması gerekmeden önce ne kadar süre (saniye cinsinden) önbelleğe alınabileceği.
  • Değer (value/data) — asıl yanıt: bir IP adresi, başka bir ana bilgisayar adı, bir posta sunucusu, bir metin bloğu vb. Bazı türler ek alanlar ekler; örneğin MX kayıtlarındaki öncelik (priority) numarası gibi.

Bir DNS Kayıtları Sorgulama çalıştırdığında, yayınlanan her kayıt için basitçe bu sütunları okumuş olursun. En sık karşılaşacağın altı türü tek tek inceleyelim.

A kaydı: alan adını bir IPv4 adresine yönlendirir

A kaydı (Address yani adres kelimesinin kısaltması), web'deki en temel kayıttır. Bir ana bilgisayar adını bir IPv4 adresine — 93.184.216.34 gibi klasik dört sayılı biçime — eşler. Bir tarayıcı example.com'u yüklemek istediğinde, A kaydı ona hangi sunucuya bağlanacağını söyler. A kaydı yoksa (ya da eşdeğeri yoksa), web sitesi de yoktur.

Tipik bir kurulumda, kök alan adında web sunucunun IP'sine işaret eden bir A kaydı ve çoğu zaman www için ikinci bir A kaydı bulunur. Tek bir ana bilgisayar adının farklı IP'lere işaret eden birden fazla A kaydı olabilir; bu, trafiği birden fazla sunucuya yaymanın basit bir yoludur (round-robin DNS). Bir host değişikliğinden sonra siten aniden yüklenmeyi durdurursa, bunun olağan sorumlusu eski ya da eksik bir A kaydıdır. Bir alan adının çözümlendiği adresi — ve arkasındaki sunucu ile konumu — IP & Konum Sorgulama ile doğrulayabilirsin; bu araç bir IP'yi hosting kuruluşuna ve coğrafi konumuna eşler.

AAAA kaydı: A kaydının IPv6 sürümü

AAAA kaydı ("dörtlü-A" diye okunur), tam olarak bir A kaydının yaptığını yapar ama IPv6 adresleri için — 2606:2800:220:1:248:1893:25c8:1946 gibi daha uzun, iki nokta üst üste ile ayrılmış biçim. IPv6, dünyanın yaklaşık dört milyar mevcut IPv4 adresini tükettiği için var ve çok daha geniş bir adres alanı sunuyor.

Modern hostlar ve CDN'ler hem A hem AAAA kayıtlarını yayınlar, böylece IPv6 ağlarındaki ziyaretçiler doğal olarak bağlanırken herkes IPv4'e geri döner. Bir AAAA kaydına sahip olmak zorunda değilsin — pek çok site yalnızca IPv4 üzerinde sorunsuz çalışır — ama bir tane eklemek geleceğe hazırlık açısından iyidir ve mobil ile uluslararası kullanıcılar için bağlantıyı biraz iyileştirebilir. IPv6 eklersen, sunucunun o adreste gerçekten dinlediğinden emin ol; hiçbir yere işaret etmeyen bir AAAA kaydı yayınlamak, IPv4 kullanıcıları hiçbir sorun görmezken IPv6 istemcileri için yavaş ya da başarısız bağlantılara yol açar — bu da onu fark edilmesi gerçekten zor bir hata yapar.

CNAME kaydı: bir adı başka bir ada takma ad yapar

Bir CNAME kaydı (Canonical Name — kanonik ad) hiç bir IP adresine işaret etmez — bir ana bilgisayar adını başka bir ana bilgisayar adına yönlendirir. Aslında şunu söyler: "www.example.com gerçekte example.com'un bir takma adıdır" ya da "shop.example.com, myshop.myplatform.com tarafından yönetiliyor." Çözümleyici daha sonra hedef adın kendi kayıtlarına bakarak nihai adresi bulur.

CNAME'ler her yerdedir çünkü bir alt alan adını, IP'sini sabit kodlamadan üçüncü taraf bir hizmete devretmene olanak tanırlar. Bir web sitesi oluşturucu, yardım masası ya da e-posta aracı gibi bir platform sana "something.theirservice.com'a işaret eden bir CNAME oluştur" dediğinde, sebebi budur — sunucularını değiştirirlerse kendi kayıtlarını güncellerler ve senin takma adın otomatik olarak takip eder, senden hiçbir işlem gerekmez.

Önemli bir kural var: kök alan adına (apex, örn. alt alan adı olmadan example.com) standart DNS'te bir CNAME koyamazsın, çünkü apex aynı zamanda MX ve NS gibi başka kayıtları da taşımak zorundadır ve bir CNAME'in onlarla bir arada bulunmasına izin verilmez. www'yi bir CNAME ile işaret ederken apex'i bir A kaydı ile işaret etmenin — ya da bu kısıtlamayı aşan bir sağlayıcının özel "CNAME flattening" / ALIAS özelliğini kullanmanın — sebebi budur. Bunu yanlış yapmak en yaygın DNS hatalarından biridir ve çoğu zaman e-postanın ya da kök alan adının sessizce çalışmaması olarak ortaya çıkar.

MX kaydı: e-postayı bir posta sunucusuna yönlendirir

MX kaydı (Mail Exchange — posta değişimi), alan adına gönderilen e-postanın nereye teslim edileceğini kontrol eder. Birisi siz@example.com'a e-posta gönderdiğinde, gönderen sunucu example.com için MX kayıtlarını arar ve mesajı orada listelenen posta sunucusuna teslim eder. Web sitenin A kaydı ve MX kaydın tamamen birbirinden bağımsızdır: siteni bir yerde, e-postanı ise tamamen başka bir yerde barındırabilirsin — Google Workspace ya da Microsoft 365 gibi bir sağlayıcı kullandığında tam olarak olan budur.

MX kayıtları ek bir alan taşır: bir öncelik (priority, tercih olarak da adlandırılır) numarası. Düşük numaralar önce denenir. Bir alan adı çoğu zaman farklı önceliklerde birden fazla MX kaydı listeler; böylece birincil posta sunucusuna ulaşılamazsa gönderenler bir yedeğe geri döner. Örneğin, öncelik-10 kaydı ana sunucu, öncelik-20 kaydı ise yedektir. Gelen e-postan aniden durursa, bunun sebebi neredeyse her zaman eksik, sırası yanlış ya da yanlış yönlendirilmiş MX kayıtlarıdır. E-posta birkaç kayıt türünün birlikte çalışmasına dayandığından — onu yönlendirmek için MX ve doğrulamak için TXT kayıtları — bunları bir DNS Kayıtları Sorgulama ile yan yana kontrol etmek bir posta sorununu teşhis etmenin en hızlı yoludur.

TXT kaydı: doğrulama, SPF, DKIM ve DMARC

TXT kaydı hepsinin en esnekidir: bir ada eklenmiş rastgele metni basitçe tutar. Bu özgürlük, onu alan adı doğrulaması ve e-posta kimlik doğrulamasının belkemiği yapar ve modern yapılandırmanın büyük bir kısmının yaşadığı yer burasıdır.

  • Alan adı doğrulaması. Bir hizmet (Google, Microsoft, bir ödeme sağlayıcısı, bir arama aracı) bir alan adını kontrol ettiğini kanıtlamanı istediğinde, genellikle sana yayınlaman için benzersiz bir TXT dizesi verir. Kaydı gördüğünde sana güvenir. Analitik ya da webmaster araçları kurmadan önce site sahipliğini onaylamanın arkasındaki fikir de aynıdır.
  • SPF (Sender Policy Framework). Bir SPF kaydı, alan adın için hangi sunucuların e-posta göndermesine izin verildiğini listeleyen bir TXT kaydıdır. Alıcı sunucuların, senden geliyormuş gibi görünen sahte postaları reddetmesine yardımcı olur.
  • DKIM (DomainKeys Identified Mail). DKIM, açık bir kriptografik anahtarı TXT kaydı olarak yayınlar; böylece alıcılar giden postanın gerçekten senin sunucun tarafından imzalandığını ve yolda değiştirilmediğini doğrulayabilir.
  • DMARC (Domain-based Message Authentication). Bir DMARC TXT kaydı, alıcı sunuculara SPF ya da DKIM'i geçemeyen postayla ne yapacaklarını — izlemelerini, karantinaya almalarını ya da reddetmelerini — ve raporları nereye göndereceklerini söyler.

SPF, DKIM ve DMARC birlikte, e-postanı spam klasörlerinden uzak tutan ve dolandırıcıların alan adını taklit etmesini engelleyen şeydir. Meşru e-postaların spam'e düşüyorsa, bunun sebebi çoğu zaman eksik ya da yanlış bir TXT kaydı kümesidir. Düz metin oldukları için TXT kayıtlarında yazım hatası yapmak da kolaydır — fazladan bir boşluk, eksik bir tırnak ya da birbiriyle çelişen iki SPF kaydı kimlik doğrulamayı sessizce bozabilir, dolayısıyla yayınlanan tam değeri doğrulamak önemlidir.

NS kaydı: yetkili ad sunucularını belirtir

NS kaydı (Name Server — ad sunucusu), alan adın için hangi sunucuların yetkili olduğunu — yani yukarıdaki tüm kayıtların gerçek, kesin kopyasını hangi sunucuların tuttuğunu — bildirir. Bir alan adı satın alıp bir DNS sağlayıcısına yönlendirdiğinde, NS kayıtlarını ayarlamış olursun. Bunlar zincirin en tepesindedir: TLD sunucuları, dünyaya "example.com için bu sunuculara sorun" demek için onları kullanır.

NS kayıtları alan adın için kimin yanıt vereceğini kontrol ettiğinden, değiştirilmesi en sonuç doğuran kayıtlardır da. NS kayıtların yanlış sağlayıcıya işaret ediyorsa — ya da artık yetkili olmayan bir sağlayıcıda kayıtları güncelliyorsan — yaptığın hiçbir şey etkili olmaz, çünkü internet tamamen farklı bir sunucu kümesine soruyordur. Bu, "doğru" bir DNS değişikliğinin hiçbir şey yapmıyormuş gibi görünmesinin en yaygın nedenidir. DNS sağlayıcılarını taşırken, kayıt kuruluşunda NS kayıtlarını değiştirirsin ve bu yayılana kadar hem eski hem yeni sunucular yanıt verebilir; bu yüzden taşımalar özen ve düşük bir TTL gerektirir. Bir alan adının gerçekte hangi ad sunucularını kullandığını bir DNS Kayıtları Sorgulama ile doğrulayabilir — ikisi çelişirse sahiplik ve kayıt kuruluşu ayrıntılarını bir WHOIS Sorgulama ile çapraz kontrol edebilirsin.

Bilinmeye değer diğer kayıtlar: SOA, SRV, CAA, PTR

Altı temel türün ötesinde, düzenli olarak karşına çıkan ve tanımaya değer birkaç kayıt daha vardır:

  • SOA (Start of Authority) — zone başına bir tane; birincil ad sunucusu, sorumlu iletişim ve ikincil sunucuların kopyalarını nasıl tazeleyeceğini kontrol eden zamanlayıcılar gibi idari verileri tutar. Zone'unun "başlığıdır".
  • SRV (Service) — belirli bir hizmet için ana bilgisayarı ve portu işaret eder; SIP, XMPP ve bazı Microsoft hizmetleri gibi protokoller tarafından kullanılır.
  • CAA (Certification Authority Authorization) — alan adın için hangi sertifika yetkililerinin SSL/TLS sertifikası vermesine izin verildiğini belirtir ve yanlış verilmiş sertifikalara karşı bir koruma katmanı ekler. Bir alan adının canlı sertifikasını SSL Sertifika Kontrolü ile kontrol etmekle doğal olarak eşleşir.
  • PTR (Pointer) — bir A kaydının tersi; bir IP adresini tekrar bir ana bilgisayar adına eşler. Ters DNS, posta sunucusu itibarı için önemlidir ve genellikle IP bloğunu kontrol eden kişi tarafından ayarlanır.

Bir alan adının DNS kayıtları ücretsiz nasıl kontrol edilir?

Nereye bakacağını bildiğinde DNS kayıtlarını okumak hızlıdır. İşte güvenilir bir iş akışı:

  1. Bir DNS araması çalıştır. DNS Kayıtları Sorgulama aracını aç, alan adını gir (yalnızca example.com, https:// olmadan) ve döndürdüğü A, AAAA, CNAME, MX, TXT, NS ve SOA kayıtlarını tek bir görünümde oku.
  2. Web adresini doğrula. A (ve varsa AAAA) kaydının beklediğin IP'ye işaret ettiğini kontrol et. Sitenin nereden sunulduğunu doğrulaman gerekiyorsa o IP'yi IP & Konum Sorgulama ile host'una ve konumuna çöz.
  3. E-posta yönlendirmesini doğrula. MX kayıtlarını ve önceliklerini oku, ardından SPF, DKIM ve DMARC TXT kayıtlarının mevcut ve doğru biçimlendirilmiş olduğunu kontrol et.
  4. Ad sunucularını kontrol et. NS kayıtlarının hedeflediğin DNS sağlayıcısına işaret ettiğinden emin ol. Etmiyorlarsa, bu diğer değişikliklerin neden etkili olmadığını açıklar.
  5. Yanıtı çapraz kontrol et. Bir sunucunun nasıl yapılandırıldığına dair daha bütün bir resim için, sunucu yazılımını, önbelleğini ve güvenlik başlıklarını görmek için HTTP Başlık Kontrolü oku ve kayıt ayrıntılarını bir WHOIS Sorgulama araması ile doğrula.

DNS aramaları canlı, halka açık veriyi sorguladığı ve giriş gerektirmediği için, bunları herhangi bir alan adında — kendi ya da bir rakibin — istediğin kadar çalıştırabilirsin. Bir alan adının tam kayıt kümesi yerine yalnızca kayıt tarihini ve yaşını istiyorsan, Alan Adı Yaşı Kontrolü bunu tek adımda yalıtır.

DNS ve SEO: kayıtlar sıralamaları neden sessizce etkiler?

DNS doğrudan bir sıralama faktörü değildir, ama sıralamayı etkileyen birkaç şeyin temelini oluşturur. Birincisi, erişilebilirlik: DNS'in yanlış yapılandırılmışsa ve site çözümlenmiyorsa, arama motorları onu tarayamaz ve tekrarlanan kesintiler sıralamaları aşındırır. Güvenilir DNS, tutarlı tarama ve indekslemenin ön koşuludur.

İkincisi, hız: DNS çözümlemesi bir sayfayı yüklemenin ilk adımıdır ve yavaş ya da uzak bir DNS sağlayıcısı, tek bir bayt bile sunulmadan önce gecikme ekler. Hızlı, coğrafi olarak dağıtılmış DNS her ziyaretten milisaniyeler kırpar; bu da Core Web Vitals'ı ve kullanıcı deneyimini destekler. Üçüncüsü, taşımalar: HTTPS'e ya da yeni bir host'a geçmek temelde bir DNS operasyonudur ve bunu temiz yapmak — doğru kayıtlar, makul TTL'ler, bozuk CNAME'ler yok — kötü bir geçişten gelen sıralama düşüşlerini önler. Bir HTTPS taşıması planlıyorsan, alttaki DNS'i ve yönlendirmeleri doğru yapmak savaşın yarısıdır.

Son olarak, DNS kayıtları sağlıklı bir teknik temelin parçasıdır. A kayıtlarının çözümlendiğini, MX ve kimlik doğrulama kayıtlarının sağlam olduğunu ve ad sunucularının doğru olduğunu onaylamak, taranabilirlik, hız ve güvenlik kontrollerinin yanı sıra her teknik SEO denetim listesinde yer alır. Temiz DNS'e sahip bir site, çevrimiçi kalan, e-postasını teslim eden ve dramsız taşınan bir sitedir.

Yaygın DNS hataları ve bunlardan nasıl kaçınılır

DNS affetmezdir çünkü küçük hataların büyük, gecikmeli etkileri vardır. İnsanları en sık tökezleten hatalar bunlardır.

  • Değişikliklerin anında olmasını beklemek. TTL ve önbellek, güncellemelerin saniyeler değil dakikalar ila saatler içinde yayıldığı anlamına gelir. Planlı bir değişiklikten önce TTL'i düşür ki geçiş daha hızlı olsun.
  • Kök alan adına bir CNAME koymak. Apex, NS ve MX kayıtlarını da tutması gerektiği için düz bir CNAME kullanamaz. Bunun yerine bir A kaydı ya da sağlayıcının ALIAS/flattening özelliğini kullan.
  • Kayıtları yanlış sağlayıcıda düzenlemek. NS kayıtların başka bir yere işaret ediyorsa, kayıt kuruluşundaki değişikliklerin hiçbir etkisi olmaz. Her zaman önce hangi ad sunucularının yetkili olduğunu doğrula.
  • İki SPF kaydı yayınlamak. Bir alan adının yalnızca bir SPF kaydı olabilir; ikinci bir tanesi kimlik doğrulamayı geçersiz kılar. İzin verilen tüm göndericileri tek bir kayıtta birleştir.
  • Sondaki noktayı ya da tam değeri unutmak. Birçok sağlayıcı tam nitelikli adların bir nokta ile bitmesini gerektirir ve yanlış yazılmış bir TXT değeri doğrulamayı sessizce bozar. Değerleri tam olarak kopyala ve bir arama ile doğrula.
  • Bir taşıma sırasında kayıtları silmek. Yeni kayıt yayılmadan önce eski bir A ya da MX kaydını kaldırmak bir kesinti penceresine yol açar. Önce yeni kaydı ekle, bekle, sonra eskisini kaldır.

Sıkça sorulan sorular

DNS kayıtları ne için kullanılır?

DNS kayıtları, internete bir alan adını nasıl ele alacağını söyler: web sitesini hangi sunucunun barındırdığını (A ve AAAA), hangi adların başkalarının takma adı olduğunu (CNAME), e-postanın nereye teslim edildiğini (MX), alan adının hangi metin ve kimlik doğrulama verisini yayınladığını (TXT) ve hangi ad sunucularının yetkili olduğunu (NS). Herhangi bir alan adı için hepsini ücretsiz bir DNS Kayıtları Sorgulama ile görebilirsin.

A kaydı ile CNAME arasındaki fark nedir?

Bir A kaydı bir ana bilgisayar adını doğrudan bir IPv4 adresine işaret eder; bir CNAME ise bir ana bilgisayar adını başka bir ana bilgisayar adına işaret eder ve o da adresi bulmak için çözümlenir. Kök alan adı için ya da IP'yi bildiğinde bir A kaydı kullan; bir alt alan adını IP'sini sabit kodlamadan bir hizmete takma ad yapmak için bir CNAME kullan. Düz bir CNAME'in kök/apex alan adında kullanılmasına izin verilmediğini unutma.

DNS değişikliklerim neden çalışmıyor?

En yaygın iki neden önbellek ve yanlış sağlayıcıdır. TTL nedeniyle değişikliklerin yayılması dakikalar ila saatler sürer. Ve NS kayıtların düzenlediğinden farklı bir DNS sağlayıcısına işaret ediyorsa, değişikliklerin hiç etkili olmaz. Başka bir şeyi çözmeye çalışmadan önce yetkili ad sunucularını bir DNS Kayıtları Sorgulama ile doğrula.

TXT kaydı nedir ve bir tane gerekli mi?

Bir TXT kaydı, bir alan adına eklenmiş serbest biçimli metni tutar. Pratikte alan adı doğrulaması ve SPF, DKIM ile DMARC aracılığıyla e-posta kimlik doğrulaması için kullanılır. Alan adından e-posta gönderiyorsan, spam klasörlerinin dışında kalmak ve başkalarının adresini taklit etmesini durdurmak için neredeyse kesinlikle TXT kayıtlarına ihtiyacın var.

Bir web sitesinin DNS kayıtlarını nasıl kontrol ederim?

Alan adını bir DNS Kayıtları Sorgulama aracına gir; canlı A, AAAA, CNAME, MX, TXT, NS ve SOA kayıtlarını tek bir yerde döndürür. Halka açık DNS'i doğrudan sorgular, giriş gerektirmez ve herhangi bir alan adında çalışır; böylece kendi yapılandırmanı ya da bir rakibinkini inceleyebilirsin.

DNS ile WHOIS arasındaki fark nedir?

DNS sana bir alan adının nasıl yapılandırıldığını — trafiğini ve e-postasını yönlendiren kayıtları — söyler. WHOIS ise alan adını kimin, ne zaman kaydettiğini, kayıt kuruluşu ve bitiş tarihiyle birlikte söyler. Birbirlerini tamamlarlar: yapılandırma için bir DNS Kayıtları Sorgulama, sahiplik ve kayıt için bir WHOIS Sorgulama kullan.

Sonuç

DNS kayıtları, her alan adının sessiz kontrol panelidir. A ve AAAA kayıtları siten için hangi sunucunun yanıt vereceğine karar verir, CNAME kayıtları adları hizmetlere takma ad yapar, MX kayıtları e-postanı yönlendirir, TXT kayıtları sahipliği doğrular ve postayı kimlik denetiminden geçirir, NS kayıtları ise tüm interneti gerçeği tutan sunuculara yönlendirir. Dört sütunu — ad, tür, TTL, değer — okuyabildiğinde her kayıt anlaşılır hâle gelir ve yaygın hatalar (anında değişiklik beklentisi, apex CNAME'leri, yanlış sağlayıcıda düzenleme, çift SPF) kaçınılması kolay olur. İster bir site başlat, ister e-postayı düzelt, ister bir taşıma planla ya da bir teknik denetim yap, canlı kayıtları ücretsiz bir DNS Kayıtları Sorgulama ile okuyarak başla, hosting'i IP & Konum Sorgulama ve HTTP Başlık Kontrolü ile doğrula ve sahipliği WHOIS Sorgulama ile onayla. Kayıtlar halka açık ve araçlar ücretsiz — bir dakikalık bir arama, bir alan adının nasıl kablolandığına dair neredeyse her şeyi sana söyler.