[ Gönderme hizmeti kılavuzları ]

Adestra aracılığıyla gönderilen e-postanın kimliğini doğrulayın: yapılandırma ve doğrulama

Kendi belgelenmiş iş akışını kullanarak Adestra'nın kimliği doğrulanmış veya yetkilendirilmiş alan adı rotasını yapılandırın, ardından alınan kampanya postasındaki kimlikleri doğrulayın.

EmailAuth araştırma ekibi tarafından · 7 dakikalık okuma

[ Anahtar noktalar ]

  • Kimliği doğrulanmış ve yetkilendirilmiş etki alanları farklı DNS sahiplik modellerine sahiptir.
  • Kimliği doğrulanmış alan adları için özel DKIM destek destekli olduğu belgelenmiştir.
  • Yapılandırılmış bir etki alanı henüz doğrulanmış, hizalanmış bir mesaj yolu değildir.
Bu sayfada

Kaynak para birimi: tutulan Adestra Kimliği Doğrulanmış Etki Alanları sayfası en son 16 Nisan 2019'da değiştirilmiştir; Yetki Verilen Etki Alanları sayfası en son 6 Nisan 2020'de değiştirildi. Bu yayın tarihleri, kaynağın ele geçirilme tarihinden farklıdır. Harekete geçmeden önce cari hesabın uygulanabilirliğini Adestra ile doğrulayın.

Kayıtları düzenlemeden önce alan modelini seçin

Adestra'nın resmi geçerli yol belgeleri, MesajFocus arayüzündeki iki farklı etki alanı modelini açıklar: kimliği doğrulanmış etki alanları ve devredilen etki alanları. Bunlar tek bir genel kontrol listesi halinde birleştirilmemelidir. Kimliği doğrulanmış bir etki alanı, hizmete devredilen bir alt etki alanından farklı bir yapılandırma ilişkisini korur. CNAME veya NS kayıtları. Öncelikle hesabın hangi modeli kullandığını ve kuruluşun neden bu modeli seçtiğini belirleyin.

Ürünü, hesabı, kampanya rotasını, gönderilecek adresi ve işletme sahibini kaydedin. Satıcı adı tek başına alınan mesajın tam zarfını veya imza kimliğini belirlemez. Bu makalede, saklanan ürün belgeleri ve önerilen doğrulama süreci açıklanmaktadır; canlı bir Adestra hesabına erişim talebinde bulunmaz veya mevcut her hesabın aynı ayarları kullandığını kanıtlamaz. Adestra Kimliği Doğrulanmış Alan Adları; Adestra Delege Edilen Etki Alanları

Diğer gönderenleri değiştirmeden, kimliği doğrulanmış alan SPF inceleyin

Kimliği doğrulanmış alan adı kılavuzu, mevcut alan adı sahibi kuruluşlara talimat verir. SPF kaydı msgfocus.com bu politikaya dahil etmek. Aynı zamanda yeni bir politikanın diğer meşru kaynakları da hesaba katması gerektiği konusunda uyarıyor. Belgelenen mekanizmayı, bir kuruluşun politikasının tamamını bir örnekle değiştirme izni olarak değil, ürüne özgü kanıt olarak değerlendirin. Bir düzenleme önermeden önce orijinal kaydı, sahipliği ve amaçlanan tüm rotaları koruyun.

Kaynak eskiyi kullanıyor SPF/Gönderen Kimliği sözlüğü. Makalenin yorumu mevcut SPF kavramlarını kullanıyor ve bu ifadeyi ayrı bir tarihsel Gönderen Kimliği politikasının uygulanmasına yönelik bir öneriye dönüştürmüyor. SPF belirtilen kimliğini değerlendirirken DMARC ayrıca şunlara bağlıdır hizalama. SPF kaydının kabul edilebilir göründüğünü belirten bir uygulama durumu, son mesajda bağımsız olarak hizalanmış kimlik doğrulaması oluşturmaz.

Belgelenen iş akışı, yapılandırılmış etki alanını Yönetici alanındaki Etki Alanları arayüzü aracılığıyla ekler ve yapılandırma durumunu gösterir. Daha sonraki yetkili inceleme sırasında hesap tarafından oluşturulan veya doğrulanan gerçek durumu yakalayın. Burada bir durumun gözlemlendiğini iddia etmeyin. Adestra Kimliği Doğrulanmış Alan Adları; RFC 7208 , bölüm 2.4 ve 3.2

Özel DKIM belgelenen destekli özellik olarak değerlendirin

Kimliği doğrulanmış alan adları için, tutulan kılavuz etiketleri özeldir DKIM İsteğe Bağlı bir özelliktir ve müşterileri kurulum için hesap yöneticilerine veya destek ekibine yönlendirir. İmzalama için kullanılan her kimliği doğrulanmış etki alanının DNS yapılandırılmış olması gerektiğini belirtir. Bu evrensel bir icat yapmayı haklı çıkarmaz seçici, anahtar veya self servis etkinleştirme sırası.

Destek talebinden önce tam etki alanlarını ve rota envanterini hazırlayın, ancak isteği izinsiz göndermeyin. Gerçek hesap için sağlanan genel değerleri kullanın ve genel DNS materyali ile özel imzalama anahtarları arasında net bir ayrım yapın. Genel bir eğitimin başka bir yerde oluşturulmasını önerdiği için özel bir anahtarı asla yüklemeyin veya ifşa etmeyin.

Kurulumdan sonra kılavuz, yapılandırma sorunlarının etki alanına genel bakış göstergelerini açıklar. Bu göstergeler yararlı hesap kanıtlarıdır ancak alınan mesajın doğrulanmasının yerini almaz. DKIM , mesaj şifrelemesi değil, bir imza mekanizmasıdır; Alıcıların mesajın şifresini genel anahtarla çözdüğünü öne süren açıklamalar, mesajın güvenlik özelliklerini açıklamak için kullanılmamalıdır. Adestra Kimliği Doğrulanmış Alan Adları; RFC 6376 , bölüm 1 ve 3.5

Yetki verilen rotayı kontrol sınırı değişikliği olarak inceleyin

Yetki verilen alan adı kılavuzu, seçilen ismin sahipliğini ve halihazırda başka bir amaç için kullanılmadığının kontrol edilmesini gerektirir. Ana alanın diğer işlevleri sunmaya devam edebilmesi için bir alt alan adı önerir. CNAME ve NS yetkilendirmesini belgelendirir ve hesap yöneticisiyle koordinasyon konusunda tavsiyelerde bulunur. Bunlar yalnızca kozmetik markalama seçimleri değil, DNS kontrolü ve bağımlılıklarındaki değişikliklerdir.

Yetki verilen model için kaynak, hizmetin ilgili MX / TXT / SPF kayıtlarını sağladığını söylüyor ve fazladan kayıt eklemenin sorunlara yol açabileceği konusunda uyarıyor. Kimliği doğrulanmış alan SPF talimatlarını, yetki verilen ada körü körüne uygulamayın. Mevcut kayıtların envanterini çıkarın ve onay istemeden önce seçilen yetkilendirme yönteminin neye izin verdiğini anlayın.

Kılavuz, özel DKIM yapılandırılmadığında kampanyaların varsayılan olarak msgfocus.com ile imzalandığını söylüyor ve özel yapılandırma için genel anahtar görüntüleme ve etkinleştirme kontrollerini açıklıyor. Varsayılan imza, bir kuruluşun görünen Kimden alanıyla otomatik olarak hizalanmaz. Doğrulamayı planlarken bu kimlik ayrımını koruyun. Adestra Delege Edilen Etki Alanları

Tam kampanya rotası için kabul çalışma sayfası

Etki alanı modeli, hesap, rota sahibi, Kimden etki alanı, amaçlanan zarf kimliği, amaçlanan imzalama etki alanı, seçici, ilgili DNS sahipleri, mevcut durum ve önerilen durumu içeren bir çalışma sayfası kullanın. Yetki verilen etki alanları için, etkilenebilecek mevcut hizmetleri ve desteklenen kurtarma yolunu ekleyin. Kimliği doğrulanmış alanlar için, onaylanmış destek destekli DKIM yapılandırmasını ve SPF politika incelemesinin tamamını ekleyin.

Mesaj kanıtı bölümü, yetkili alınan örneğin Kimden alan adını kaydetmeli, Return-Path veya geçerli zarf kimliği, DKIM d= ve s= değerleri, güvenilir alıcı kimlik doğrulama sonuçları ve gönderme iş akışı. Ham SPF ve DKIM başarısını DMARC uyumundan ayırın. Mümkün olduğunca ilgisiz alıcı verilerini ve mesaj içeriğini saklanan numunenin dışında tutun.

Kabul, yalnızca DNS değerlerinin girildiğine değil, amaçlanan üretim rotasının beklenen kimlikleri kullandığına dair kanıt gerektirir. Bir önizleme veya başka bir kampanya yolu, onaylanan rotayı temsil etmeyebilir. Bilinmeyenleri kaydedin ve açıklanmayan tek bir mesajdan hesap genelindeki başarı sonucunu çıkarmayın.

Kurgusal teşhis: tanıdık imzalama alanı, yanlış sonuç

Kimliği doğrulanmış bir alan adı ekleyen ve kabul edilebilir bir SPF durumu gören kurgusal bir kuruluş hayal edin. Daha sonraki bir varsayımsal mesaj, beklenen özel alan adı yerine hala varsayılan bir hizmet imzalama alanı taşıyor. Bu örnekte hiçbir gerçek mesaj veya hesap incelenmedi. Doğru tanı, yalnızca bir kimlik doğrulama işlemi yapıldığı için tüm kimlik doğrulamanın tamamlanmış olması değildir. DKIM imzası var.

İncelemeyi yapan kişi, söz konusu alan için özel DKIM talep edilip edilmediğini ve yapılandırılıp yapılandırılmadığını doğrulayacak, ardından hizalamayı ve gerçek zarf kimliğini inceleyecektir. Kuruluş bunun yerine yetki verilmiş bir alt alan adı kullanıyorsa, incelemeyi yapan kişi, kimliği doğrulanmış alan kontrol listesinden kayıt eklemek yerine bu modelin DNS ve hesap iş akışını izleyecektir.

Önerilen bir sonraki adım, yetkili, dar kapsamlı bir hesap/destek incelemesi ve alınan mesaj karşılaştırmasıdır. Bir seçici icat etmek veya kuruluşun SPF kaydını üçüncü taraf bir örnekle değiştirmek değildir. Kurgusal vaka, model seçimi ve mesaj kanıtlarının neden bağlantılı kalması gerektiğini gösteriyor.

Operasyonel kanıtlar açık kalıyor

Katalog, geçerli birinci taraf kurulum kanıtlarını ve tam ürün ve rotadan alınan mesaj kimlik tablosunu gerektirir. Saklanan kılavuzlar belgesel iş akışını desteklemektedir ancak hesap uygulanabilirliği, DNS yanıtı veya alınan mesaj tablosu doğrulanmamıştır. Hiçbir destek iletişim kişisi, kayıt düzenleme, alan adı yetkilendirmesi veya mesaj gönderimi gerçekleşmedi.

Altı serbest bırakma kapısının tümü açık kalır. Nitelikli bir incelemeci, cari hesabın açıklanan rotayı izlediğini, yardım edilen yapılandırmanın tamamlandığını ve son mesaj kanıtlarının hizalamayı desteklediğini doğrulamalıdır. Bu eserler ortaya çıkana kadar taslağın başarılı bir Adestra uygulaması olarak sunulmaması gerekir.

[ Götürmek ]

Doğru Adestra etki alanı modelini seçin ve kimlik doğrulamaya hazır olduğunuzu bildirmeden önce gerçek mesaj kimliklerini koruyun.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Kampanya sahibi

Rotayı tanımlayın

Markalı bir alan adı, yapılandırma modelini tanımlamaz.

Sonraki adımlar

  1. Hesap ve etki alanı modelini onaylayın.
  2. Envantere yönelik mesajlar.

DNS sahibi

Bağımlılıkları koru

Yetki verme ve SPF düzenlemeleri diğer hizmetleri etkileyebilir.

Sonraki adımlar

  1. Mevcut kayıtları inceleyin.
  2. Desteklenen hesap değerlerini kullanın.

İnceleyen

Gerçek kimlikleri inceleyin

Sağlayıcı durumu, alınan mesaj hizalama kanıtı değildir.

Sonraki adımlar

  1. Düzenlenmiş bir kimlik tablosunu saklayın.
  2. Doğrulanmamış rotaları açık tutun.

[ SSS ]

Sık sorulan sorular

Hangi etki alanı modelini izlemeliyim?

Hesabın gerçek kimliği doğrulanmış veya yetkilendirilmiş modelini kullanın; DNS sorumlulukları farklıdır.

Adestra: Delege Edilen Etki Alanları

Örnek bir SPF kaydının tamamını kopyalayabilir miyim?

Hayır. Tüm meşru gönderenleri koruyun ve politikanın tamamını inceleyin.

Adestra: Kimliği Doğrulanmış Alanlar

Kimliği doğrulanmış alan adı özel DKIM evrensel olarak self servis midir?

Saklanan kılavuz, onu İsteğe Bağlı olarak etiketler ve müşterileri hesap yönetimine veya desteğe yönlendirir.

Adestra: Kimliği Doğrulanmış Alanlar

Varsayılan msgfocus.com imzalama hizalamayı kanıtlar mı?

Tek başına değil; İmza kimliğini gerçek Kimden alanıyla karşılaştırın.

RFC 9989: DMARC

Yetki verilen adların ekstra SPF kayıtları alması gerekir mi?

Yetki verilen kılavuz, hizmetin ilgili kayıtları sağladığını ve ekstra eklemeye karşı uyarıda bulunduğunu söylüyor.

Adestra: Delege Edilen Etki Alanları

DKIM şifreleme mi?

Hayır. Mesaj içeriğini şifrelemek yerine dijital imza sağlar.

RFC 6376: DKIM

Bir kampanya doğrulandı mı?

Hayır. Örnek kurgusal olup herhangi bir hesaba veya mesaja erişilmemiştir.

Hangi kanıtlar açık kalıyor?

Hesabın uygulanabilirliği ve tam rotanın alınan mesaj kimlik tablosu doğrulanmadı.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §2.4 Kapsam Dışı · §4.4 Tanımlayıcı Hizalamasının Açıklaması · §4.7 DMARC Politika Kayıt Formatı · §4.10 DNS Ağacı Yürüyüşü · §5 DMARC Katılımı · §6 DMARC Geri Bildirimi · Ek A.6 "pct" Etiketinin Kaldırılması · Ek C RFC 7489 Değişiklikler

  2. RFC 6376: DKIM

    Bölümler §1 Giriş · §3.5 DKIM-Signature Başlığı Alanı

  3. RFC 7208 : Gönderen Politikası Çerçevesi

    Bölümler §2.3 HELO Kimliği · §2.4 MAIL FROM Kimliği · §3.2 Çoklu DNS Kayıtları · §4.6.4 DNS Arama Sınırları

  4. Adestra: Delege Edilen Etki Alanları

    Bölümler Alan Adınızı Seçme · Yetki Verme Yöntemleri · DKIM · MX / TXT / SPF /Gönderen Kimliği kayıtlarını eklemem gerekiyor mu?

  5. Adestra: Kimliği Doğrulanmış Alanlar

    Bölümler Mevcut bir SPF /Gönderen Kimliği kaydına sahip alanlar · Bir SPF /Gönderen Kimliği kaydı oluşturun · DKIM kullanarak Kimliği Doğrulanmış Alanlar

[ Sözlük ]

Sözlük

Kimliği doğrulanmış alan adı
Belgelenmiş yerel DNS ve destekli özel DKIM kurulumuyla Adestra etki alanı modeli.

Adestra: Kimliği Doğrulanmış Alanlar

Yetki verilen alan
Hizmetin belgelenen CNAME veya NS modeli altında yapılandırılmış bir etki alanı veya alt etki alanı.

Adestra: Delege Edilen Etki Alanları

İmza kimliği
DKIM imzasında kayıtlı d= alanı.

RFC 6376: DKIM

Rota kabulü
Belirli gönderme iş akışı ve onun gözlemlenen kimlikleri hakkında gözden geçirilmiş bir sonuç.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası