Alışverişini tamamlayıp makbuz, teslimat güncellemesi ve yararlı karşılama mesajı alan bir müşteri düşünün. Bu varsayımsal yolculukta birçok hizmet tek işletme adına gönderebilir. Düzenli alan adı ayarı bu hizmetlerin aynı kimliği ifade etmesini sağlar.
Tek iletiyi izlemek DNS ve e-posta güvenliğini anlaşılır kılar. Nerede alındığını, hangi hizmetin gönderdiğini, içeriğin nasıl imzalandığını ve okuyucunun hangi alan adını gördüğünü belirleyin.
Bu rehberin kapsamı
Bu rehber kavramları anlatır. Ücretsiz Yayına Hazırlık Snapshot’ı sekiz pasif kontrol çalıştırır; SPF, DMARC, CAA ve MTA-STS kayıtlarını yalnızca girdiğiniz alan adının kendisinde okur, üst alan adına bakmaz. DKIM’i denetlemez, MTA-STS politika dosyasını indirmez. Sızma testi (pentest) değildir.
1. Her gönderici hizmete haritada yer verin
MX kayıtları alan adının gelen iletilerinin nereye teslim edileceğini söyler. Giden postanın kendi rolleri vardır. İşletme posta sağlayıcısından alırken makbuz, destek yanıtı ve bülteni uzman hizmetlerden gönderebilir.
Her hizmet için bir satırlık envanter oluşturun. Görünen From adresini, zarf gönderen alanını, DKIM imza alanını, sorumlusunu ve örnek iletiyi kaydedin. Bu görevlerde meşru biçimde farklı adlar kullanılabilir; birlikte tutmak ayarı anlaşılır yapar. Tam e-posta alanını web adresinin yanında belirleyin. Envanter, hizmet eklenince veya sorumluluk başka çalışana geçince özellikle yararlıdır.
2. Her mekanizmanın katkısını anlayın
| Mekanizma | Katkı | İyi uygulama |
|---|---|---|
| SPF | Alan için yetkili gönderim kaynaklarını yayımlar | Politikayı gönderici envanteriyle uyumlu tutun |
| DKIM | Alan imzasıyla imzalanmış içeriği doğrular | Sağlayıcı imzasını açın, gerçek iletiyi inceleyin |
| DMARC | Doğrulamayı görünen From alanına bağlar | Hizalamayı ve toplu raporları inceleyin |
| CAA | Amaçlanan sertifika sağlayıcılarını ifade eder | Kaydı yenilemeyle birlikte yönetin |
Her mekanizma kimlik hikâyesine ayrı katkı sağlar. DKIM imzalı içeriği, TLS şifreli aktarımı ele alır. DMARC doğrulanan alanları alıcının gördüğü adla ilişkilendirir. Rolleri izlemek teslim edilen iletinin teknik başlıklarını okumayı kolaylaştırır.
3. SPF’yi gerçek gönderim yollarıyla uyumlu tutun
SPF, bağlanan posta sunucusunu zarf gönderen alanının politikasıyla değerlendirir. Politika sağlayıcı ayarını içerebilir; o da başka kayıtlara başvurabilir. SPF standardı değerlendirme sırasında DNS sorgusu doğuran en fazla on terime izin verir. Bu yüzden iç içe sorguları incelemek bütün politikanın bakımına dahildir.
Ad başına tek SPF politikası kullanın; yeni hizmetleri belgelerine göre bu kayda katın. v=spf1 ile başlayan kayıt, kuruluşun gerçekten kullandığı hizmetleri yansıtsın. Hizmet değişince bağımlılıkları inceleyip envanter ve DNS’yi birlikte güncelleyin. Yayımlanan yetki ile gönderim sisteminin sorumlusu arasında açık ilişki oluşur.
4. İmza, hizalama ve raporları ilişkilendirin
DKIM, iletinin imzalanan kısımlarını alan adı imzasıyla doğrular. Sağlayıcının imza özelliğini açıp verdiği selector kayıtlarını yayımlayın. Sonra gerçek ileti gönderin ve alıcının Authentication-Results bilgisini inceleyin. Alıcı sistemin teslim edilen iletiyi nasıl değerlendirdiği görünür olur.
Güncel DMARC standardı doğrulamayı görünen From alanına bağlar. Hizalı ve geçen SPF ya da hizalı ve geçen DKIM DMARC’ı sağlayabilir. p=none izleme politikası, alıcı kendi filtrelerini uygularken yararlı gözlem aşaması sunar. Toplu raporlar kaynak ve doğrulama sonuçlarını özetler. Olağan trafiği anlayın, meşru hizmetleri doğrulayın ve sonraki politika adımlarını bilinçli seçin.
5. Sertifika ve aktarım politikalarını birlikte yönetin
CAA alan adına hangi sertifika yetkililerinin sertifika verebileceğini belirtir. Web sitesi, CDN ve diğer hizmetlerin yenileme düzeni dahil sağlayıcılarından başlayın. İzin verilen sağlayıcılar ve sertifika kaydı tutarlı olsun. CAA standardı yetkilendirmenin DNS’de nasıl ifade edildiğini açıklar.
MTA-STS destekleyen göndericilerden alıcı posta sunucularına şifreli bağlantıyı destekler. Kurulum DNS TXT işareti, HTTPS politikası, amaçlanan MX adları ve TLS ayarını birleştirir. Bunları tek koordineli hizmet olarak inceleyin. MTA-STS standardı politika yaşam döngüsünü anlatır. Sertifika ve posta aktarımı düzenlerini belgelemek hizmetler arasında tutarlı alan kimliği sağlar.
6. Tamamlanan kurulumu gerçek iletilerle inceleyin
Planlı DNS güncellemesinden önce kayıtları saklayın, yetkili sağlayıcıyı belirleyip TTL’yi yazın. Yayından sonra yetkili yanıtı ve dış çözümleyiciyi inceleyin. Sonraki gözlemi planlarken önbellek ömrünü hesaba katın.
- Envanterdeki her hizmetten temsilî ileti gönderin.
- Teslimi ve Authentication-Results başlıklarını kontrol edin.
- İlgili SPF, DKIM ve DMARC hizalama değerlerini kaydedin.
- Gözlemleri toplu raporlarla karşılaştırıp sorumlu notlarını güncelleyin.
Fatura, destek yanıtı ve hesap bildirimi gibi gerçek ileti türlerini dahil edin. Temsilî alıcı sağlayıcılar incelemeye çeşitlilik katar. Her yol için tarihli örnek saklayın; sonraki çalışan amaçlanan ayarı çalışırken görebilsin. DNS bakımı böylece tekrarlanabilir iletişim düzenine dönüşür.
Bir alan adının SPF, DMARC, MTA-STS ve CAA kayıtlarını hemen sorgulamak için ücretsiz SPF ve DMARC kontrolü aracını kullanın.
7. Alan adının kimliğini tek kayıtta tutun
Gönderici envanterini, DNS kayıtlarını, sertifika sağlayıcılarını ve örnek iletileri birleştirin. Sitelemetry genel DNS ve e-posta politikası gözlemlerini düzenlemeye yardımcı olabilir. Web bağlantıları için TLS rehberi, bağlı iş hizmetleri için entegrasyon rehberiyle devam edin.
Sık sorulan sorular
SPF, DKIM ve DMARC birbirini nasıl tamamlar?
SPF gönderim kaynaklarını yetkilendirir, DKIM imzalı içeriği doğrular, DMARC geçen doğrulamayı görünen From alanına bağlar. Birlikte gönderici kimliğini düzenli ifade etmeyi ve incelemeyi sağlarlar.
Gönderici envanterinde neler olmalı?
Hizmet, sorumlu, görünen From adresi, zarf gönderen alanı, DKIM imza alanı ve gerçek örnek ileti. Sağlayıcı veya sorumluluk değişince güncelleyin.
Ekip DNS güncellemesini nasıl inceler?
Yetkili ve dış DNS yanıtlarını inceleyin, temsilî iletiler gönderin, doğrulama ve hizalamayı kaydedip toplu raporları okuyun. Gözlemleri tarih ve sorumlusuyla saklayın.
Kaynaklar ve ileri okuma
- RFC 7208: Gönderici Politikası Çerçevesiwww.rfc-editor.org
- RFC 9989: DMARCwww.rfc-editor.org
- RFC 8659: DNS sertifika otoritesi yetkilendirmesiwww.rfc-editor.org
- RFC 8461: SMTP MTA katı aktarım güvenliğiwww.rfc-editor.org
- RFC 9990: DMARC toplu raporlamawww.rfc-editor.org
Sitelemetry yayın ekibi tarafından hazırlanmıştır. Konuyu derinleştirmek için bağlantılı kaynakları inceleyebilirsiniz.



