DNS, alan adınızı IP adresine çeviren sistemdir. Alan adı yönetiminde yaşanan sorunların büyük kısmı, birkaç kayıt türünün ne işe yaradığının bilinmemesinden kaynaklanır.
Temel kayıt türleri
A kaydı — alan adını bir IPv4 adresine bağlar. Sitenizin hangi sunucuda olduğunu söyleyen kayıt budur.
textalanadiniz.com. A 203.0.113.10AAAA kaydı — aynı işi IPv6 adresi için yapar.
CNAME kaydı — bir adı başka bir ada yönlendirir. www alt alan adı için yaygın kullanılır:
textwww.alanadiniz.com. CNAME alanadiniz.com.Önemli bir kural: kök alan adına (`alanadiniz.com`) CNAME koyulamaz. Kök için A kaydı kullanmanız gerekir.
MX kaydı — bu alan adına gelen e-postaların hangi sunucuya teslim edileceğini söyler. Öncelik değeri düşük olan önce denenir:
textalanadiniz.com. MX 10 mail.alanadiniz.com.
alanadiniz.com. MX 20 yedek.alanadiniz.com.TXT kaydı — serbest metin taşır. Pratikte e-posta doğrulaması ve alan adı sahipliği doğrulaması için kullanılır.
NS kaydı — alan adının hangi ad sunucuları tarafından yönetildiğini belirtir.
TTL: değişikliğin ne kadar sürede yayılacağı
TTL (Time To Live), bir kaydın önbellekte ne kadar tutulacağını saniye cinsinden belirtir. Varsayılan genellikle 14400'dür (4 saat).
Bir taşıma planlıyorsanız değişiklikten en az 24 saat önce TTL'i 300'e düşürün. Böylece geçiş dakikalar içinde yayılır. Geçiş tamamlanınca eski değerine dönebilirsiniz.
E-posta doğrulaması: SPF, DKIM, DMARC
E-postalarınızın spam klasörüne düşmesinin bir numaralı sebebi bu üç kaydın eksik ya da yanlış olmasıdır.
SPF — kimin sizin adınıza posta gönderebileceği
Alan adınız adına hangi sunucuların posta gönderebileceğini listeler:
textalanadiniz.com. TXT "v=spf1 mx a ip4:203.0.113.10 -all"-all sonu, listede olmayan hiçbir sunucunun yetkili olmadığını söyler. Google Workspace gibi bir servis kullanıyorsanız onların include: kaydını da eklemeniz gerekir.
Kritik kural: bir alan adı için yalnızca bir SPF kaydı olabilir. İki ayrı SPF kaydı, ikisinin de geçersiz sayılmasına yol açar. Birden fazla sağlayıcı varsa hepsini tek kayıtta birleştirin.
DKIM — iletinin yolda değiştirilmediğinin imzası
Giden e-postalara kriptografik imza ekler; alıcı sunucu bu imzayı DNS'teki genel anahtarla doğrular. Kaydı posta sağlayıcınız üretir, siz yalnızca yayınlarsınız:
textsecim._domainkey.alanadiniz.com. TXT "v=DKIM1; k=rsa; p=MIGfMA0G..."DMARC — doğrulama başarısız olursa ne yapılacağı
SPF ve DKIM kurulduktan sonra, bunlar başarısız olduğunda alıcının ne yapması gerektiğini söyler:
text_dmarc.alanadiniz.com. TXT "v=DMARC1; p=none; rua=mailto:[email protected]"p=none ile başlayın: hiçbir şey engellenmez, yalnızca rapor toplanır. Raporlar birkaç hafta izlendikten ve meşru gönderimlerin tamamı doğrulanır hâle geldikten sonra p=quarantine, ardından p=reject seviyesine geçebilirsiniz.
Doğrudan p=reject ile başlamak, kendi faturalarınızın ve form bildirimlerinizin alıcıya ulaşmamasına yol açar.
Sunucu taşırken en sık yapılan hata
Site taşınırken A kaydı yeni sunucuya çevrilir — buraya kadar doğru. Ama e-posta başka bir sağlayıcıda barınıyorsa MX kaydına dokunulmamalıdır.
Taşıma sırasında MX kaydını da yeni sunucuya çevirmek, e-postaların bir anda ulaşmamaya başlamasının bir numaralı sebebidir. Taşıma adımlarının tamamını sunucu taşıma rehberimizde sırasıyla anlattık.
Kontrol komutları
bashdig +short alanadiniz.com A
dig +short alanadiniz.com MX
dig +short alanadiniz.com TXT
dig +short _dmarc.alanadiniz.com TXTDeğişikliklerinizin yayılıp yayılmadığını bu komutlarla doğrulayabilirsiniz. Kayıtlarınızı birlikte gözden geçirmek isterseniz bize yazın.