İçindekiler
- 1 DNS Kayıtları Nedir ve Neden Önemlidir?
- 2 DNS Temelleri: Alan Adı, Nameserver ve TTL Mantığı
- 3 DNS Kayıt Türlerine Genel Bakış
- 4 A Kaydı: Alan Adınızı IPv4 Adresine Bağlamak
- 5 AAAA Kaydı: IPv6 ile Geleceğe Hazırlanmak
- 6 CNAME Kaydı: Alt Alan Adlarını Esnek Şekilde Yönlendirmek
- 7 MX Kaydı: E-Posta Trafiğini Doğru Sunucuya Yönlendirmek
- 8 TXT Kaydı: SPF, Doğrulama ve Diğer Metin Bilgileri
- 9 SRV Kaydı: Özel Servisler için DNS Rehberi
- 10 Adım Adım DNS Yönetimi: Yeni Bir Alan Adını Yayına Almak
- 10.1 1. Nameserver’ları doğru ayarlayın
- 10.2 2. Web sitesi için A ve gerekirse AAAA kayıtlarını ekleyin
- 10.3 3. E-posta altyapısı için MX ve temel TXT kayıtlarını ayarlayın
- 10.4 4. SSL/TLS için hazırlık yapın
- 10.5 5. Güvenlik için DNSSEC ve ilgili ayarları planlayın
- 10.6 6. Yaygın hataları yakalamak için son kontrol
- 11 Yaygın DNS Hataları ve Nasıl Kaçınırsınız?
- 12 Özet ve DCHost ile Sağlam DNS Altyapısı Kurmak
DNS Kayıtları Nedir ve Neden Önemlidir?
Bir alan adı satın alıp DCHost üzerindeki hosting veya VPS paketinizde web sitenizi hazırladığınızda, sıra o alan adını doğru sunucuya yönlendirmeye gelir. İşte tam bu noktada DNS kayıtları devreye girer. DNS, kabaca internetin telefon rehberi; DNS kayıtları ise bu rehberdeki satırlardır. Her kayıt, “bu alan adı şu IP adresine gitsin”, “e-posta trafiği şu sunucuya gitsin” gibi net talimatlar içerir.
DNS’i bilmeden de temel bir web sitesi yayına alabilirsiniz, ama büyüdükçe işler karışmaya başlar: alt alan adları, e-posta altyapısı, üçüncü parti servisler, IPv6 geçişi… Bunların hepsi A, AAAA, CNAME, MX, TXT ve SRV gibi farklı DNS kayıt türleri ile yönetilir. Yanlış bir kayıt ya da tek bir harf hatası; sitenizin açılmamasına, e-postalarınızın geri dönmesine veya güvenlik uyarılarına yol açabilir.
Bu rehberde, DCHost ekibinin günlük hayatta en sık gördüğü ve kullanıcıların en çok zorlandığı kayıt türlerini tek tek ele alacağız. Amacımız; karmaşık terimleri sadeleştirip, somut örneklerle ve adım adım ilerleyerek “DNS paneline baktığınızda neye, neden dokunuyorsunuz?” sorusunu netleştirmek. Makaleyi bitirdiğinizde, kendi alan adınızın DNS bölgesini rahatlıkla okuyup yönetebilecek ve hangi senaryoda hangi kaydı kullanacağınızı pratik olarak biliyor olacaksınız.
DNS Temelleri: Alan Adı, Nameserver ve TTL Mantığı
Alan adı ile sunucu arasındaki köprü
Bir ziyaretçi tarayıcıya alanadiniz.com yazdığında, tarayıcı doğrudan sizin sunucunuzun IP adresini bilmez. Önce DNS sunucularına sorar: “Bu alan adının IP adresi ne?” DNS sunucuları da alan adınız için tanımlı kayıtları okuyarak yanıt verir. Bu kayıtlar, genellikle domaini aldığınız yerin veya hosting sağlayıcınızın sunduğu nameserver (ad sunucusu) üzerinde tutulur.
Nameserver ve DNS zonu nedir?
Nameserver, alan adınızın DNS kayıtlarının saklandığı ve dış dünyaya servis edildiği sunucudur. Örneğin alan adınızı DCHost üzerinden alıp yine DCHost üzerinde barındırıyorsanız, genellikle bizim sağladığımız nameserver adreslerini kullanırsınız ve tüm DNS kayıtlarınızı DCHost müşteri paneli üzerinden yönetirsiniz.
Her alan adının nameserver üzerinde bir DNS zon dosyası (zone file) bulunur. Bu dosyada A, AAAA, CNAME, MX, TXT, SRV gibi kayıtlar satır satır yer alır. Siz panelde “yeni DNS kaydı ekle” dediğinizde, aslında bu zon dosyasına yeni bir satır eklemiş olursunuz.
Nameserver seçimi konusunda daha gelişmiş stratejiler merak ediyorsanız, Cloudflare DNS mi, hosting DNS’i mi sorusunu ayrıntılı incelediğimiz rehbere de göz atabilirsiniz.
TTL (Time To Live) kavramı
Her DNS kaydının bir de TTL değeri vardır. TTL, saniye cinsinden, “bu bilgiyi önbelleğinde ne kadar süre saklayabilirsin?” diyen süredir. Örneğin:
- TTL = 300 → 5 dakika
- TTL = 3600 → 1 saat
- TTL = 86400 → 1 gün
Düşük TTL, değişikliklerinizin daha hızlı yayılmasını sağlar; ancak DNS sorgu sayısını biraz artırabilir. Yüksek TTL ise daha az DNS sorgusu ve daha stabil önbellek anlamına gelir, ama değişiklikler daha geç etkili olur. Özellikle site veya sunucu taşıma dönemlerinde TTL’i nasıl yöneteceğiniz çok kritiktir. Bu konuda detaylı bir strateji isterseniz, sıfır kesintiyle taşıma için TTL stratejileri rehberimize mutlaka göz atın.
DNS Kayıt Türlerine Genel Bakış
Bu makalede odaklanacağımız temel kayıt türleri şunlar:
- A → Alan adını bir IPv4 adresine yönlendirir.
- AAAA → Alan adını bir IPv6 adresine yönlendirir.
- CNAME → Bir alan adını başka bir alan adına takma ad olarak yönlendirir.
- MX → E-posta trafiğinin gideceği posta sunucularını tanımlar.
- TXT → SPF, doğrulama kayıtları ve diğer serbest metin bilgiler için kullanılır.
- SRV → Belirli servisler için port ve hedef sunucu bilgisini tanımlar (SIP, XMPP, bazı oyun sunucuları gibi).
Şimdi bu kayıtların her birini detaylı şekilde, gerçekçi senaryolar ve panel üzerinde atacağınız adımlarla birlikte inceleyelim.
A Kaydı: Alan Adınızı IPv4 Adresine Bağlamak
A kaydı nedir?
A (Address) kaydı, bir alan adını doğrudan bir IPv4 adresine bağlar. Örneğin:
alanadiniz.com. 3600 IN A 203.0.113.10
Bu satırın anlamı: “alanadiniz.com için 1 saat (3600 saniye) boyunca geçerli IP adresi 203.0.113.10’dur.” Tarayıcılar, alan adınızı çözümlerken önce bu A kaydına bakar ve ardından o IP’deki sunucunuza HTTP/HTTPS isteği gönderir.
Ne zaman A kaydı kullanmalısınız?
A kaydı tipik olarak şu durumlarda kullanılır:
- Alan adınızı DCHost üzerindeki paylaşımlı hosting hesabınıza yönlendirmek istediğinizde.
- DCHost’ta kiraladığınız bir VPS veya dedicated sunucuya doğrudan IP üzerinden erişim vermek istediğinizde.
- Özel bir servisi (örneğin API, panel, yönetim arayüzü) bir alt alan adına bağladığınızda: api.alanadiniz.com, panel.alanadiniz.com gibi.
Adım adım A kaydı ekleme örneği
Senaryo: DCHost üzerinde bir hosting paketiniz var ve alanadiniz.com için bize verilen IP adresi 203.0.113.10. DNS tarafında basit bir A kaydı ekleyelim.
- DCHost müşteri paneline giriş yapın.
- Domainler veya DNS Yönetimi bölümünden ilgili alan adını seçin.
- Yeni DNS Kaydı Ekle veya benzeri butona tıklayın.
- Kayıt Türü olarak A seçin.
- İsim / Host alanına:
- Sadece kök alan adı için genelde @ veya boş bırakılır (panelinize göre değişir).
- IP Adresi alanına 203.0.113.10 yazın.
- TTL alanını örneğin 3600 (1 saat) yapabilirsiniz.
- Kaydı kaydedin ve birkaç dakika içinde alanadiniz.com’un doğru IP’ye çözüldüğünü test edin.
Test için ping alanadiniz.com komutu veya online DNS kontrol araçları kullanabilirsiniz.
AAAA Kaydı: IPv6 ile Geleceğe Hazırlanmak
AAAA kaydı nedir?
AAAA kaydı, A kaydının IPv6 versiyonudur. Alan adınızı bir IPv6 adresine bağlar. Örneğin:
alanadiniz.com. 3600 IN AAAA 2001:db8::10
Bu kayıt, “alanadiniz.com için IPv6 adresi 2001:db8::10’dur” anlamına gelir. Günümüzde birçok ISP ve mobil operatör, IPv6 üzerinden erişim sunuyor; dolayısıyla AAAA kaydı ile sitenizi IPv6 kullanıcılarına da doğrudan ve performanslı sunabilirsiniz.
IPv4 ve IPv6 birlikte kullanılabilir mi?
Evet. Çoğu üretim ortamında aynı alan adı için hem A hem de AAAA kayıtları bulunur. Ziyaretçinin ağı IPv6 destekliyorsa, tarayıcı genellikle önce AAAA kaydını kullanır; desteklemiyorsa A kaydına düşer. Bu hibrit yapı, IPv4 tükenmesi gerçeğiyle yüzleşirken kademeli geçişe imkân tanır.
IPv6 planlarınızı yaparken, IPv6 geçişini adım adım anlattığımız rehbere ve VPS üzerinde IPv6 kurulum rehberimize de göz atabilirsiniz.
Adım adım AAAA kaydı ekleme örneği
Senaryo: DCHost’ta IPv6 destekli bir VPS’iniz var ve size atanan IPv6 adresi 2001:db8::10.
- DCHost müşteri panelinde alan adınızın DNS yönetimine girin.
- Yeni DNS Kaydı Ekle deyin ve tür olarak AAAA seçin.
- İsim / Host alanını kök alan adı için @ olarak bırakın.
- IPv6 Adresi alanına 2001:db8::10 yazın.
- TTL’i örneğin 3600 olarak belirleyin.
- Kaydedip, global bir IPv6 test aracıyla çözümlemenin doğru olduğundan emin olun.
CNAME Kaydı: Alt Alan Adlarını Esnek Şekilde Yönlendirmek
CNAME kaydı nedir?
CNAME (Canonical Name), bir alan adını başka bir alan adına takma ad olarak tanımlar. Örneğin:
www.alanadiniz.com. 3600 IN CNAME alanadiniz.com.
Bu, “www.alanadiniz.com, alanadiniz.com’un takma adıdır, tüm trafiği oraya yönlendir” demektir. Tarayıcı önce CNAME’i takip eder, ardından hedef alan adının A/AAAA kayıtlarını çözer.
CNAME ne zaman kullanılır?
- www alt alan adını kök alan adınıza yönlendirmek için.
- Blog, mağaza, panel gibi alt alan adlarını başka bir servis sağlayıcıya veya farklı bir alan adına yönlendirmek için.
- Üçüncü parti servislerin (örneğin e-posta pazarlama aracı, takip sistemleri vb.) istediği özel alt alan adlarını tanımlamak için.
Kök alan adında CNAME kullanılamaz
Önemli bir kural: kök alan adında (alanadiniz.com) CNAME kullanılamaz. Çünkü kök alan adı için SOA, NS gibi başka hayati kayıtlar da aynı zon içinde bulunur ve CNAME bu kayıtlarla birlikte tanımlanamaz. Bu konuya mizahi bir dille değindiğimiz “kökte CNAME” yazımızı okursanız, bu kural hafızanıza kazınacaktır.
Adım adım CNAME kaydı ekleme örneği
Senaryo: www.alanadiniz.com adresinin, alanadiniz.com ile aynı yere gitmesini istiyorsunuz.
- DCHost DNS yönetim paneline girin.
- Yeni DNS Kaydı ekleyin, türü CNAME seçin.
- İsim / Host alanına www yazın.
- Hedef / Target alanına alanadiniz.com. yazın (sondaki nokta bazı panellerde zorunlu, bazılarında opsiyoneldir).
- TTL’i belirleyin (örneğin 3600).
- Kaydedin ve www.alanadiniz.com üzerinden sitenizin açıldığını doğrulayın.
MX Kaydı: E-Posta Trafiğini Doğru Sunucuya Yönlendirmek
MX kaydı nedir?
MX (Mail Exchanger) kaydı, “bu alan adına gelen e-postaları hangi posta sunucuları teslim alacak?” sorusunun cevabıdır. Örneğin:
alanadiniz.com. 3600 IN MX 10 mail1.alanadiniz.com. alanadiniz.com. 3600 IN MX 20 mail2.alanadiniz.com.
Burada, 10 ve 20 rakamları öncelik değerleridir (priority). MTA (gönderici posta sunucusu) önce en düşük sayıya sahip olan MX kaydına bağlanmaya çalışır; başarısız olursa sıradakine geçer. Böylece yedekli e-posta altyapısı kurabilirsiniz.
E-posta için temel gereklilikler
Sadece MX kaydı oluşturmak yetmez; MX kayıtlarınızın işaret ettiği mail sunucularının da A veya AAAA kayıtlarının olması gerekir. Örneğin yukarıdaki senaryoda:
mail1.alanadiniz.com. 3600 IN A 203.0.113.20 mail2.alanadiniz.com. 3600 IN A 203.0.113.21
Ayrıca SPF, DKIM ve DMARC gibi TXT tabanlı doğrulama kayıtları da e-posta teslim edilebilirliği için kritik önemdedir. Bu konuyu detaylı anlatan SPF, DKIM ve DMARC rehberimize mutlaka bakmanızı öneririz.
Adım adım MX kaydı ekleme örneği
Senaryo: DCHost üzerinde e-posta barındırma kullanıyorsunuz ve size verilen posta sunucusu adı mail.alanadiniz.com.
- Önce mail.alanadiniz.com için bir A kaydı oluşturun:
- Tür: A
- İsim / Host: mail
- IP Adresi: Örneğin 203.0.113.30
- Ardından alan adınız için MX kaydı ekleyin:
- Tür: MX
- İsim / Host: kök alan adı için genelde @
- Priority / Öncelik: 10
- Hedef: mail.alanadiniz.com.
- TTL’i belirleyin (örneğin 3600).
- Kayıtları kaydedin ve test için alan adınıza gönderilen bir e-postanın başarılı şekilde ulaştığını doğrulayın.
Daha karmaşık yapılarda (yedek MX, birden fazla servis, split delivery) için e-posta altyapısında yedeklilik rehberimizi inceleyebilirsiniz.
TXT Kaydı: SPF, Doğrulama ve Diğer Metin Bilgileri
TXT kaydı nedir?
TXT (Text) kaydı, alan adınızla ilişkilendirilmiş serbest metin bilgiler tutmak için kullanılır. Günümüzde en yaygın kullanım alanları şunlardır:
- SPF: Hangi IP ve sunucuların sizin adınıza e-posta göndermeye yetkili olduğunu belirtir.
- DKIM: E-posta içeriklerinin imzalanması için kullanılan kamu anahtarını barındırır.
- DMARC: SPF ve DKIM sonuçlarına göre alıcı sunucuların nasıl davranması gerektiğini tanımlar.
- Servis doğrulamaları: Google, Microsoft, analitik araçları, CDN’ler vb. için alan adı sahipliğini kanıtlayan token’lar.
SPF için örnek TXT kaydı
Basit bir SPF kaydı şöyle görünebilir:
alanadiniz.com. 3600 IN TXT "v=spf1 mx a include:_spf.ornekservis.com -all"
Bu kayıt, “Bu alan adı adına e-posta göndermeye, MX ve A kayıtlarında belirtilen IP’ler ile _spf.ornekservis.com kaydında tanımlı IP’ler yetkilidir; diğer her şeyi reddet” anlamına gelir.
SPF, DKIM, DMARC ve rDNS’i bir arada ele aldığımız daha ileri seviye bir rehber arıyorsanız, e-posta teslim edilebilirliğini artırma yazımız tam size göre.
Adım adım TXT kaydı ekleme örneği
Senaryo: Bir üçüncü parti servis sizden alan adı doğrulaması için şu TXT kaydını eklemenizi istiyor:
"service-verification=abcdef123456"
- DCHost DNS yönetim paneline girin.
- Yeni DNS Kaydı deyin ve tür olarak TXT seçin.
- İsim / Host alanını boş bırakın veya @ yazın (talep kök alan adı içindir).
- Metin / Value alanına tam olarak verilen değeri girin:
service-verification=abcdef123456 - Kaydedin ve servisin doğrulama adımını yeniden çalıştırın.
SRV Kaydı: Özel Servisler için DNS Rehberi
SRV kaydı nedir?
SRV (Service) kaydı, belirli bir servisin hangi sunucuda ve hangi portta çalıştığını tanımlar. Özellikle SIP, XMPP, bazı VoIP çözümleri ve oyun sunucuları tarafından kullanılır.
Genel SRV formatı şöyledir:
_servis._protokol.alanadiniz.com. TTL IN SRV öncelik ağırlık port hedef
Örneğin bir SIP servisi için:
_sip._tcp.alanadiniz.com. 3600 IN SRV 10 60 5060 sip1.alanadiniz.com.
Bu şu anlama gelir: “alanadiniz.com için TCP üzerinden çalışan SIP servisi, öncelik 10, ağırlık 60, port 5060 ile sip1.alanadiniz.com sunucusunda bulunur.”
SRV kaydı kullanılan tipik senaryolar
- Kurumsal VoIP / IP PBX çözümleri.
- XMPP tabanlı mesajlaşma sunucuları.
- Bazı oyun sunucuları (örneğin, özel portla çalışan ve kullanıcıların direkt alan adını yazmasını istediğiniz yapılar).
- Kurumsal hizmet sağlayıcıların otomatik yapılandırma süreçleri (örneğin bazı e-posta istemcileri ve toplantı yazılımları).
DCHost üzerinde bir VPS veya dedicated sunucu kiralayıp kendi VoIP ya da oyun altyapınızı kurarken SRV kayıtları sıkça karşınıza çıkar. Temel mantığı kavradığınızda, servislerinizi kullanıcılar için çok daha kolay erişilebilir hale getirirsiniz.
Adım adım SRV kaydı ekleme örneği
Senaryo: DCHost VPS’inizde sip1.alanadiniz.com isimli bir SIP sunucusu çalışıyor, portu 5060 ve bu sunucuyu varsayılan SIP sunucusu olarak tanımlamak istiyorsunuz.
- Önce sip1.alanadiniz.com için A veya AAAA kaydını oluşturun.
- DNS yönetim panelinde, Yeni DNS Kaydı deyip tür olarak SRV seçin.
- İsim alanına genelde panel sizden servis ve protokolü ayrı ayrı ister; yoksa şu şekilde girmeniz gerekebilir: _sip._tcp
- Öncelik (priority): 10
- Ağırlık (weight): 60
- Port: 5060
- Hedef: sip1.alanadiniz.com.
- Kaydedin ve SIP istemcinizde otomatik keşif (auto discovery) özellikleriyle test edin.
Adım Adım DNS Yönetimi: Yeni Bir Alan Adını Yayına Almak
Şimdiye kadar tek tek kayıt türlerini gördük. Gelin hepsini bir araya getirip “yeni alınan alan adı için minimum DNS paketi nasıl olmalı?” sorusunu pratik bir akışla cevaplayalım.
1. Nameserver’ları doğru ayarlayın
Alan adınızı DCHost üzerinden aldıysanız, çoğu durumda nameserver’lar otomatik olarak bizim DNS altyapımıza işaret eder ve siz doğrudan DCHost DNS panelini kullanırsınız. Alan adınız başka bir yerde olsa bile, nameserver’ları DCHost DNS veya tercih ettiğiniz DNS sağlayıcısına yönlendirmeniz gerekir.
Nameserver seçimi ve farklı sağlayıcıların artıları/eksileri için nameserver stratejisi rehberimize göz atabilirsiniz.
2. Web sitesi için A ve gerekirse AAAA kayıtlarını ekleyin
- @ için A kaydı: Kök alan adınızı web sunucunuzun IPv4 adresine yönlendirin.
- www için CNAME veya A kaydı: Genellikle www → kök alan adına CNAME verilir.
- Sunucunuz IPv6 destekliyse, aynı isimler için AAAA kayıtları da ekleyin.
3. E-posta altyapısı için MX ve temel TXT kayıtlarını ayarlayın
- Posta sunucunuz için bir A kaydı oluşturun (örneğin mail.alanadiniz.com).
- Alan adınız için bir veya birden fazla MX kaydı tanımlayın.
- E-posta gönderen IP ve servisleri belirleyip bir SPF kaydı (TXT) ekleyin.
- Mümkünse DKIM ve DMARC kayıtlarını da kurun.
4. SSL/TLS için hazırlık yapın
HTTPS’e geçmek, hem güvenlik hem SEO açısından artık zorunlu diyebileceğimiz bir pratik. DCHost üzerinde Let’s Encrypt veya ticari sertifikalarla SSL kurarken, alan adınızın DNS kayıtlarının doğru çözüldüğünden emin olmanız gerekir. Ücretsiz SSL kurulumu için cPanel ve DirectAdmin üzerinde Let’s Encrypt rehberimizi kullanabilirsiniz.
5. Güvenlik için DNSSEC ve ilgili ayarları planlayın
DNS yanıtlarının manipüle edilmesini zorlaştıran DNSSEC, özellikle kritik siteler için önemli bir ek güvenlik katmanıdır. DNSSEC’in ne olduğunu ve sitenizi nasıl daha güvenli hale getirdiğini merak ediyorsanız, DNSSEC rehberimize göz atabilirsiniz. DCHost altyapısında, DNSSEC desteğini ve DS kayıtlarını nasıl yöneteceğiniz konusunda teknik ekibimiz size yol gösterebilir.
6. Yaygın hataları yakalamak için son kontrol
DNS kayıtlarınızı oluşturduktan sonra, şu hızlı kontrol listesini uygulayın:
- A/AAAA kayıtlarındaki IP adresleri doğru mu?
- MX kayıtlarının işaret ettiği sunucuların A/AAAA kayıtları var mı?
- TXT kayıtlarındaki SPF/DKIM/DMARC değerleri kopyala-yapıştır ile tam ve hatasız mı?
- Kök alan adında CNAME var mı? (olmamalı)
Daha kapsamlı bir bakış için, DNS kayıtlarını A’dan Z’ye anlattığımız ve sık yapılan hataları topladığımız makaleyi de inceleyebilirsiniz.
Yaygın DNS Hataları ve Nasıl Kaçınırsınız?
Yanlış IP adresi veya eski sunucuya işaret eden A kaydı
Site taşıdıktan sonra A kaydını güncellemeyi unutmak, en sık gördüğümüz sorunlardan biri. Ziyaretçiler eski sunucuya gider, siz “her şeyi taşıdım ama hâlâ eski site açılıyor” diye şaşırırsınız. Taşıma öncesi TTL’i düşürmek, taşıma sonrası da A/AAAA kayıtlarını gecikmeden güncellemek bu sorunu çözer.
Çok uzun TTL ile yapılan ani değişiklikler
TTL’i 86400 (1 gün) gibi yüksek bir değerde bırakıp, sonra acil bir yönlendirme değişikliği yapmak zorunda kalırsanız, dünyanın dört bir yanındaki önbellekler eski kaydı 1 gün boyunca tutmaya devam edebilir. Bu sebeple; stabil dönemlerde uzun, taşıma veya bakım öncesi dönemlerde kısa TTL kullanmak iyi bir pratiktir. Detayları için tekrar TTL stratejisi yazımıza göz atabilirsiniz.
Kök alan adında CNAME kullanmak
Bazı servisler, “alanadiniz.com için CNAME ekleyin” gibi talepte bulunur. Bu teknik olarak hatalıdır. Çözüm: Genellikle kök alan adı için A/AAAA kayıtları kullanır, alt alan adı (www, app, panel gibi) için CNAME tanımlarsınız. Böylece hem standartlara uyarsınız hem de ileride DNSSEC, CAA gibi ek yapılandırmalarda sorun yaşamazsınız.
E-posta için MX var ama A kaydı yok
MX kaydı, bir alan adına e-posta nereye gidecek sorusuna sadece sunucu ismiyle cevap verir. O sunucu isminin de mutlaka bir A veya AAAA kaydı olmalıdır. Örneğin MX → mail.alanadiniz.com ise, mail.alanadiniz.com için bir A/AAAA kaydınız yoksa, gönderici sunucular e-postayı teslim edemez. DNS tarafını kontrol etmeden “mail sunucum bozuk” demeyin.
SPF, DKIM ve DMARC uyumsuzlukları
Yanlış yazılmış bir SPF kaydı ya da DMARC politikasında p=reject kullanıp hatalı yapılandırma yapmak, meşru e-postalarınızın bile reddedilmesine yol açabilir. Bu nedenle mail altyapısını kurarken DNS kayıtlarını adım adım test ederek ilerlemenizi, temel SPF/DKIM/DMARC rehberindeki adımları birebir uygulamanızı öneririz.
Özet ve DCHost ile Sağlam DNS Altyapısı Kurmak
DNS kayıtları, günlük hayatta çoğu zaman arkada sessizce çalışan ama yanlış yapılandırıldığında tüm altyapıyı kilitleyebilen kritik bir bileşen. Bu yazıda A, AAAA, CNAME, MX, TXT ve SRV kayıtlarını; ne işe yaradıklarını, hangi senaryoda hangisini kullanmanız gerektiğini ve DCHost DNS paneli üzerinden örnek adımlarla nasıl ekleyebileceğinizi detaylı şekilde ele aldık.
Artık yeni bir alan adı aldığınızda, hangi temel kayıtların zorunlu olduğunu; e-posta altyapısında neden sadece MX’in yetmediğini; SPF/DKIM/DMARC için TXT kayıtlarının nasıl çalıştığını ve özel servisler için SRV kayıtlarıyla neler yapabileceğinizi biliyorsunuz. Bir sonraki aşamada, yeni alan adı aldıktan sonra ilk 30 gün için hazırladığımız kontrol listesine göz atarak, DNS’inizi SSL, e-posta ve SEO ile birlikte bütünsel şekilde planlayabilirsiniz.
DCHost olarak; domain, paylaşımlı hosting, VPS, dedicated sunucu ve colocation hizmetlerimizin tamamında DNS yönetimini ciddiye alıyor, panel üzerinden kolayca yönetilebilir hale getiriyoruz. DNS kayıtlarınızı kendiniz yönetmek isteyebilirsiniz, ya da “ben işime odaklanayım, DNS’i uzmanlar takip etsin” diyebilirsiniz. Her iki durumda da teknik ekibimiz; alan adınızın ilk kurulumundan taşıma süreçlerine, DNSSEC ve gelişmiş kayıt yapılandırmalarına kadar yanınızda.
Alan adınızı, hosting veya VPS’inizi DCHost üzerinde konumlandırdıysanız ve DNS tarafında kafanıza takılan bir nokta varsa, bir ticket açmanız yeterli. Sitenizin ve e-posta altyapınızın DNS yüzünden hiç kesintiye uğramadığı, temiz ve kontrollü bir ortam için birlikte çalışalım.
