DNS kayıtları

Kısaca: Bir alan adının DNS bölgesindeki girdiler; bunlar, diğerlerinin yanı sıra alan adından hangi sunucunun sorumlu olduğunu (A kaydı), bir takma adın hangi adrese işaret ettiğini (CNAME) veya hangi sunucuların e-posta alabileceğini (MX) belirler.

Biraz daha ayrıntılı: Önemli türler: A (alan adı → IP adresi), CNAME (alan adı → başka bir alan adı), TXT (rastgele metin, örneğin alan adı doğrulaması veya SPF/DKIM için), MX (posta sunucusu sorumluluğu). Bir joker kayıt (*.domain.com) istenen sayıda alt alan adını bir kerede kapsar — harici yönetilen DNS sağlayıcılarında (buradaki OVH gibi) bu, tek tek A/CNAME kayıtlarıyla çözülemez; bunun için barındırma sağlayıcısının ad sunucusu yönetiminin tamamını devralması gerekirdi.

Bizim bağlamımız: OVH’de yönetilir — Vercel alan adı doğrulaması için TXT kayıtları ile Resend için DKIM/SPF dahil. Planlanan çok kiracılı model (müşteri başına alt alan adları) için daha sonra bir joker kayıt gerekecek.

Ayrıntılı

SPF ve DKIM ayrıntılı

SPF ve DKIM (ikisi de TXT kayıtlarıyla kurulur), e-posta alıcılarının bir e-postanın gerçekten belirtilen alan adından gelip gelmediğini ve sahte olmadığını denetlemek için kullandığı iki farklı, tamamlayıcı mekanizmadır:

• SPF (Sender Policy Framework), hangi posta sunucularının alan adı adına göndermeye yetkili olduğunu listeler — alıcı, postayı gerçekten gönderen sunucunun bu listede olup olmadığını denetler. Tipik bir SPF kaydı v=spf1 include:_spf.resend.com ~all gibi görünür — include posta hizmeti sağlayıcısının sunucu listesine işaret eder, ~all listelenmeyen göndericileri “soft fail” olarak işaretler (şüpheli, ancak doğrudan reddedilmez).
• DKIM (DomainKeys Identified Mail), giden her e-postayı özel bir anahtarla kriptografik olarak imzalar; alıcı imzayı, TXT kaydı olarak yayımlanan açık anahtara karşı denetler — e-postanın yolda değiştirilmediğini doğrular. SPF’den (yalnızca GÖNDEREN sunucuyu denetler) farklı olarak DKIM ayrıca içeriğin kendisinin bütünlüğünü de güvenceye alır.

Üçüncü, çoğunlukla gözden kaçan bir mekanizma DMARC’tır (o da bir TXT kaydı); SPF ve/veya DKIM denetimini geçemeyen e-postalara ne olacağını belirtir (reddet, spam’e taşı veya yalnızca günlüğe kaydet) — ve isteğe bağlı olarak başarısız denetimlere ilişkin raporlar için bir adres adlandırır. DMARC kaydı olmadan her alıcı posta sunucusu, başarısız SPF/DKIM denetimlerine ne olacağına kendi takdirine göre karar verir.

Eksik kurulumun sonuçları

İkisi de doğru kurulmadan giden e-postalar birçok alıcıda (özellikle Gmail, Outlook) otomatik olarak spam klasörüne düşer veya tümden reddedilir — Resend gibi posta hizmetleri gerekli TXT kayıt değerlerini panolarında sağlar, siz de bunları kendi DNS sağlayıcınıza (burada OVH) girersiniz. Sık rastlanan bir engel: DNS değişikliklerinin küresel DNS sisteminde yayılması zaman alır — önceki kaydın TTL değerine ve çeşitli çözümleyicilerdeki önbelleğe bağlı olarak bu, dakikalardan 48 saate kadar sürebilir; bu yüzden yeni kurulan bir posta alan adı hemen güvenilir biçimde çalışmaz.

Kayıt türlerinin karşılaştırması

Kısa bölümde anılan türlerin ötesinde, diğerlerinin yanı sıra AAAA (A gibi, ancak IPv4 yerine IPv6 adresleri için), NS (alan adı için hangi ad sunucularının yetkili olduğunu belirler — tüm diğer kayıtların üstündeki “üst düzey”) ve SRV (belirli bir ana makine VE portun birlikte gerektiği hizmetler için, örneğin bazı VoIP veya sohbet protokolleri) vardır. Her kayıt türünün aynı alan adının diğer kayıtlarından bağımsız yapılandırılabilen kendi TTL değeri vardır — değişikliğin daha hızlı geçerli olması için planlı bir değişiklikten kısa süre önce düşük ayarlamak mantıklıdır.

Ayrıca bak: Çok kiracılı mimari, Resend, TTL, CNAME