[ Gönderme hizmeti kılavuzları ]

Sendkit DNS talimatlarını uygulamadan Sarbacane Kampanyalarının kimliğini doğrulayın

Değişikliği kabul etmeden önce doğru Sarbacane ürününü seçin, Kampanyalar alt alan adı yetkilendirmesini doğrulayın ve alınan bir kampanyadaki gönderen kimlikleri kanıtlayın.

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

[ Anahtar noktalar ]

  • Değişikliği kabul etmeden önce doğru Sarbacane ürününü seçin, Kampanyalar alt alan adı yetkilendirmesini doğrulayın ve alınan bir kampanyadaki gönderen kimlikleri kanıtlayın.
  • Kampanya yetkilendirmesi Sendkit kayıtlarından yapılandırılamaz.
Bu sayfada

Hangi Sarbacane hizmetinin gönderdiğini çözümleyin

“Sarbacane” yeterince kesin bir DNS değişikliği talebi değildir. İncelenen birinci taraf belgeleri, Kampanyalar için yetki verilen alt alan adı prosedürünü ve ayrı bir Sendkit manuel kayıt prosedürünü içerir. Bu inceleme sırasında açıkça Sendkit başlıklı bir sayfaya yönlendirilen genel görünümlü bir alan adı yapılandırma URL'si. Bu fark, değişiklik bildiriminde hangi talimatların yer alacağını belirler.

Hesap sahibinden ürünü, hesabı ve gerçek kampanya veya uygulama rotasını tanımlamasını isteyin. Bir ekran görüntüsünü veya yönetim referansını özel olarak değişiklik kaydına kaydedin. Kopyalayarak Kampanyaların kimliğini doğrulamayın. SPF değer veya DKIM Anahtarı bir Sendkit makalesinden aldım çünkü her ikisi de Sarbacane yardım merkezinde yaşıyor. Bu kılavuz Kampanyalara öncülük eder, Sendkit sınırını açıklar ve desteklenmeyen rotaları tahmin etmek yerine çözümsüz bırakır.

The Kişiselleştirilmiş gönderme alan adlarının kampanya açıklaması Paylaşılan hizmet alanlarını bir kuruluşun kendi kimliğinden ayırır. Herhangi bir şeyin temel hazırlığını yapmadan önce alıcıların hangi kimliği görmesi gerektiğine karar verin. Markalı bir görünen ad ve şirketinizin adını içeren bir bağlantı bu kararın yerine geçmez.

Yetki vermeden önce alt alan adını kontrol edin

Sahibi ve amacı belgelenmiş bir ad alanı seçin. Mevcut kayıtların, bağımlılıkların, yetkilendirilen alt öğelerin, bağlantıların ve uygulamaların envanterini çıkarın. Tarayıcıda kullanılmamış gibi görünen bir alt alan adı yine de postayı, doğrulama kayıtlarını veya başka bir hizmeti destekleyebilir. Gözden geçirilmiş bir geçiş planı olmadan mevcut üretim kullanımı üzerine yeni bir yetkilendirme yerleştirmeyin.

Ana etki alanını hangi ekibin yönettiğini ve yetki verilen alt öğe adına hangi tarafın yanıt vereceğini belgeleyin. Önerilen sınırı bilette açıkça belirtin. Kayıt memurunun değiştirilmesi ad sunucuları etki alanının tamamı için NS kayıtlarının eklenmesi, bir alt bölge için NS kayıtlarının eklenmesinden önemli ölçüde farklıdır. Bir DNS arayüzü benzer etiketleri kullandığından ikincisinin tesadüfen birinciye dönüşmemesi gerekir.

Ayrıca mevcut olanları kaydedin DMARC amaçlanan From alan adı için geçerli olan politika. Kimlik doğrulama kurulumu, bu politikanın değiştirilmesine veya rapor alıcılarının değiştirilmesine izin vermez. Yeni bir gönderen alt alan adı seçilirse alan adı sahibinden geçerli politikayı incelemesini ve hizalama Çocuğun ebeveyn-alan kararlarından izole edildiğini varsaymak yerine bu mod.

Kampanyalar hesabı tarafından verilen yetkiyi takip edin

The Kampanya barındırma kılavuzu, "Prérequis" ve "Étapes (örnek avec OVH)" alt alan adının Kampanyalar'da oluşturulmuş olmasını ve Yapılandırma du domaine par delégation penceresinin kullanılabilir olmasını gerektirir. Yöneticileri bu pencereden değerleri almaya, TXT sahipliğini kök etki alanına koymaya ve sağlanan iki NS hedefini seçilen alt öğeye eklemeye yönlendirir. İlgili sorun giderme kılavuzu, doğrulama için 48 saate kadar süre tanır ve yetkilendirme için barındırma desteğinin değişiklik gösterdiğini belirtir.

DNS düzenleyicisini açmadan önce verilen her sahibi, türü ve değeri kaydedin. Arayüzün, tam nitelikli bir isme karşı göreceli bir sahip olarak ele alındığını doğrulayın. Sahiplik jetonu için ana alan konumunu yeni oluşturulan gönderen alt öğeyle karıştırmayın. NS kayıtları için, her iki hedef değerin de hesap talimatlarıyla eşleştiğini ve sahibinin amaçlanan alt alan adı olduğunu doğrulayın.

İlgisiz olanı koru TXT kayıtlarıMevcut SPF ve doğrulama değerleri dahil. Sahiplik belirteci, bir SPF politikasının oluşturulmasına veya değiştirilmesine yönelik bir talimat değildir. Öncesi ve sonrası DNS aktarımını ve yayınlanma saatini saklayın. Yetkilendirmeyi yalnızca uygulamanın yeşil göstergesiyle veya barındırma kontrol panelinin kayıtlı durumuyla değil, yetkili DNS yanıtlarıyla doğrulayın.

Ad sunucusu hedeflerini icat etmeyin veya yardım makalesinde gösterilen örnek etki alanını kopyalamayın. Seçilen DNS ana bilgisayarı gerekli temsilciyi destekleyemiyorsa bu rotayı durdurun ve Sarbacane'den desteklenen bir yaklaşım isteyin. Barındırma sağlayıcılarını değiştirmek veya yeni bir alan adı satın almak, otomatik bir onarım değil, ayrı bir karardır.

Kör silme olmadan geçersiz bir alanı teşhis edin

The Kampanyalar “Geçersiz” makale, zamanlama ve doğrulama bölümleri sıradan yayılımı, alan adı oluşturulduktan 48 saatten sonra eklenen kayıtlardan ayırır. Bu gecikmeli kurulum durumu için, DNS kayıtlarını korurken etkinleştirmeyi yeniden başlatmak için etki alanının Kampanyalar'da kaldırılması ve yeniden eklenmesi açıklanmaktadır. Ayrıca ana TXT ve alt NS konumlarını da yineler.

Bu ayrımları teşhis sırası olarak kullanın. Öncelikle gerçek DNS sahiplerini ve değerlerini hesapla karşılaştırın. Daha sonra alan adının ne zaman oluşturulduğunu ve kayıtların ne zaman herkese açık hale geldiğini belirleyin. Daha sonra alan adına bağlı mevcut bir kampanya etkinliği olup olmadığını belirleyin. Tarihsel zamanlama çözümü, bir üretim nesnesinin bağımlılıklarını anlamadan silinmesine izin vermez.

Destek ekibi etkin bir alan adının yeniden eklenmesini önerirse kapsamlı bir değişiklik planı edinin ve nelerin geri yüklenmesi gerektiğini kaydedin. Mevcut kampanya ayarlarını ve eski durumun kanıtlarını koruyun. Herhangi bir kurtarma işleminden sonra hem etki alanı doğrulamasını hem de alınan ileti testini tekrarlayın; değiştirilmiş bir uygulama durumu tek başına her planlanmış kampanyanın geri yüklenen kimliği kullandığını kanıtlamaz.

Sendkit manuel kayıtlarını kendi değişikliklerinde tutun

The Sendkit alan adı sayfası, gerekli kayıtlar ve alan adı doğrulama bölümleri söz konusu hizmete ilişkin SPF , DKIM , MX , A ve izleme alanı yapılandırmasını belgeler. 1024-bit'i tanımlar ve 2048 bit DKIM seçenekleri, 2048 bit önerilir. Doğrulama gereksinimleri SPF , DKIM , MX ve izlemeyi içerir. Bunlar, Campaigns NS yetkilendirme prosedürü değil, ürüne özel talimatlardır.

Sendkit dağıtımı için ayrı bir kayıt envanteri başlatın ve mevcut hesap talimatlarını sayfayla karşılaştırın. Mevcut bir posta alma MX veya web sitesini değiştirmeyin Bir kayıt yalnızca bir kontrol listesini karşılamak için. Uygun bir alan adı oluşturun ve ürün sahibiyle birlikte gelen yanıtların ve geri dönen yanıtların desteklenen şekilde işlenmesini sağlayın. Kaynağın örnekleri hesap tarafından sağlanan ayarlarla çelişiyorsa, yayınlamadan önce sağlayıcıdan yanıt alın.

İzleme ana bilgisayar adı, sağlayıcının alan doğrulaması ve bağlantı itibarıyla alakalı olabilir, ancak DMARC kimlik doğrulamasını yaptığı alan adı değildir. Doğrulamayı, dönüş yönlendirmeyi ve gönderen kimlik doğrulamasını ayrı kabul alanları olarak izlemeye devam edin. Bu inceleme tek bir gelenek oluşturmaz Return-Path tüm Sarbacane hizmetlerinde geçerli iş akışı.

Gönderdikten sonra kimlik doğrulama kimliklerini doğrulayın

Hesap, alan adının hazır olduğunu bildirdikten sonra, gerçek ürün aracılığıyla kontrollü harici posta kutularına küçük, zararsız bir kampanya gönderin. Kampanya tanımlayıcısını ve UTC saatini kaydedin. Temsilci bağlantısını ve yanıt davranışını ekleyin, ancak müşteri listesini veya özel müşteri içeriğini içermeyin. Kapsam dahilinde birden fazla hesap, alan adı veya otomasyon rotası varsa her anlamlı varyasyonu test edin.

Görünür From etki alanından, Return-Path veya alıcı tarafından bildirilen zarf kimliğini, her DKIM imzalama etki alanını ve seçicive alıcı sistemin güvenilir kimlik doğrulama sonuçları. RFC 6376 , bölüm 3.5 DKIM d= ve s= alanlarını tanımlar. Gözlemlenen imza için bulunan ortak anahtarın yapılandırılan rotaya ait olduğunu doğrulayın. İmzalama işlemini DNS yetkisinin devredildiği gerçeğinden çıkarmayın.

RFC 7208 , bölüm 2.3 ve 4.6.4 açıklıyor POSTA kimlik ve SPF arama sınırı. Onaylanan ürün için manuel bir SPF değişikliği gerekiyorsa mevcut politikanın tamamını ve iç içe geçmiş aramaları inceleyin. İkinci bir politika eklemeyin veya diğer gönderenlerin yetkileri üzerine tam bir örneği körü körüne kopyalamayın.

Uygula RFC 9989 , bölüm 4.4, "Tanımlayıcı Hizalamasının Açıklaması" Alınan kimliklere. Kontrol panelindeki yalnızca üç yeşil etiketi değil, hizalanmış geçiş mekanizmasını da kaydedin. Bir geçiş DKIM imzası ilgisiz bir hizmet etki alanı altında olması, Etki Alanından hizalamanızı oluşturmaz. Katı ve rahat bir hizalama, bir ebeveyn ve alt alan söz konusu olduğunda farklı sonuçlara da yol açabilir.

Ürün ve etki alanı çalışma sayfasını doldurun

Aşağıdaki alanları kullanarak Sarbacane ürünü ve yetkilendirme çalışma sayfası için ayrı bir inceleme kaydı oluşturun. Kampanyaları ve Sendkit kararlarını görünür tutar, sahiplik doğrulamasını kimlik doğrulamadan ayırır ve DNS yetkisi, uygulama durumu, alınan kimlikler ve kurtarma için alanlar sağlar. Önce ürün alanını doldurun. Bilinmiyorsa kimin onaylayacağını kaydedin ve bulunması en kolay makaleyi kullanmaya devam etmeyin.

Yetki verilen bir bölge için, hem ebeveyn tarafındaki NS kanıtını hem de çocuğun sonuçta ortaya çıkan kimlik doğrulama yanıtlarını saklayın. Manuel kayıt kurulumu için, amaçlanan her kaydı ve canlı yanıtını saklayın. Her iki durumda da, alıcı kanıtını aynı hesaba ve kampanyaya bağlı tutun. Bu yapılar, gelecekteki bir yöneticinin, sağlayıcı tarafındaki yapılandırma sorununu üst bölge hatasından ayırt etmesine olanak tanır.

Kurgusal olarak çalışılmış örnek: yanlış hizmet için doğru kayıtlar

Yalnızca kurgusal yazılı durum: SC-01, sahibinin news@updates.example adresinden Kampanyalar istediğini varsayarken, DNS biletinde bir Sendkit anahtarı belirtilir. Hesap tarafından verilen Kampanyaların sahiplik belirteci ve alt ad sunucuları henüz toplanmamıştır; DKIM , SPF ve alıcı kimlikleri bilinmiyor. Pazarlama sahibi, ürünü ve DNS sahibinin eşleşmeyen bileti elinde bulundurduğunu doğrular, doğru delegasyonu alır ve kullanılmayan alt bölgeyi inceler. Onay, ürün doğrulaması ve alınan mesajın kimlik kontrolüne kadar açık kalır. Hiçbir hesaba, DNS kaydına veya mesaja erişilmedi.

Kurtarma ve bakım sınırını belirleyin

Yetki verme mevcut bir bağımlılığı bozarsa, yeni kampanyaları duraklatın ve kurtarma işlemini DNS sahibi ve Sarbacane ile koordine edin. Yalnızca incelenen önceki bir yapılandırmayı geri yükleyin. Bir yetkilendirmenin kaldırılması, altındaki kimlik doğrulama veya izleme kayıtlarına erişimi de kaldırabilir; dolayısıyla bir uyarı simgesini sıfırlamanın zararsız bir yolu değildir. Kurtarma planında önbelleğe alınmış DNS ve halihazırda yayında olan iletileri tutun.

Ürün taşıma, etki alanı değişikliği, yetki değişikliği veya yeni tanıtılan otomasyon sonrasında yeniden kontrol edin. Mevcut hesap değerleri, seçilen rota için özel zarf desteği, canlı DNS ve başlık kanıtları burada doğrulanmadan kalır. Orijinal geniş Sarbacane kapsamı, tam ürün onaylanana kadar beklemede kalır. Bu, görsel incelemesi ve insan KOBİ onayının halen beklemede olduğu, yayınlanmamış bir belgesel taslağıdır.

Geçiş mesajını yaptırım hazırlığından ayırın

RFC 9989 Bölüm 7.4, p=reject yayınlamak için geçerli DKIM gerektirir ve dolaylı postaların birlikte çalışabilirliği hakkında uyarılar yapar. Tek bir hizalanmış SPF sonucu, tek başına reddetme politikasının kullanıma sunulmasını haklı çıkarmaz. Tüm meşru rotaları ve politika sahipliğini bu sağlayıcı kurulumundan ayrı olarak inceleyin.

[ Götürmek ]

Kampanya yetkilendirmesi Sendkit kayıtlarından yapılandırılamaz.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Yetkiyi ve mesajı ayrı ayrı doğrulayın

Geçerli bir yetki verilmiş bölge, amaçlanan Kimden ve imza kimliklerinin kullanıldığına dair kanıt değildir.

Sonraki adımlar

  1. Hesap tarafından verilen TXT ve NS değerlerini kopyalayın.
  2. Yetkili DNS ve uygulama durumunu kontrol edin.
  3. Harici bir kampanyayı ve yanıt yolunu inceleyin.

CISO / SecOps

Yetki verilen ad alanını kimin kontrol ettiğini inceleyin

Alt alan adı yetkisi, DNS sınırını başka bir operatöre devreder ve kapsamlı bir değişiklik incelemesini hak eder.

Sonraki adımlar

  1. Yetki vermeden önce mevcut kayıtların envanterini çıkarın.
  2. Kök postayı ve kuruluş çapındaki DMARC değişikliklerini ayrı tutun.
  3. Kurtarma sorumluluklarını ve öne çıkan ürün sorularını kaydedin.

Kurucu / Teknik Olmayan

Etki alanı değişikliklerine izin vermeden önce gönderen ürünü seçin

Kampanya yetkilendirmesi ve Sendkit kayıt kurulumu farklı hizmetleri etkiler ve karıştırılmamalıdır.

Sonraki adımlar

  1. Gerçek ürünü ve hesabı adlandırın.
  2. Uygun olduğu yerde, kullanılmayan, özel bir gönderme alt alan adı seçin.
  3. Hazır olduğunuzu duyurmadan önce test edilmiş bir kampanyanın olmasını zorunlu kılın.

[ SSS ]

Sık sorulan sorular

Her Sarbacane alan adı kurulumu aynı DNS kayıtlarını mı kullanıyor?

Hayır. Öncelikle Kampanyaları veya Sendkit'i tanımlayın. Belgelenen kurulum yolları farklılık gösterdiğinden, mesajı gönderen ürünün talimatlarını kullanın.

Kampanya sahipliği TXT kaydı nereye gidiyor?

Alıntı yapılan Kampanya barındırma kılavuzu, onu kök etki alanına ve NS delegasyonunu seçilen alt etki alanına yerleştirir. Hesap tarafından verilen gerçek değerleri kopyalayın.

Kök alanın ad sunucularını değiştirmeli miyim?

Burada açıklanan kapsam dahilindeki alt alan adı prosedürü için değil. Herhangi bir şeyi değiştirmeden önce tam olarak hangi ad alanına yetki verildiğini doğrulayın.

Bir alan adı, doğru kayıtlar yayınlandıktan sonra bile geçersiz kalabilir mi?

Evet. Kampanyalarla ilgili sorun giderme makalesinde, kayıtlar alan adı oluşturulduktan 48 saatten daha uzun bir süre sonra eklendiğinde ortaya çıkan zamanlama sorunu açıklanmaktadır. Etkin bir yapılandırmayı değiştirmeden önce destek ekibinin mevcut kurtarma talimatlarını kontrol edin.

Bir izleme alanı DMARC hizalaması sağlıyor mu?

Hayır. DMARC görünür Kimden'i, izleme bağlantısında kullanılan ana makine adıyla değil, kimliği doğrulanmış SPF veya DKIM kimlikleriyle karşılaştırır.

Yetki verme özel bir Return-Path desteklendiğini kanıtlıyor mu?

Hayır. Gözlemlenen zarf alanını kaydedin ve ürüne özel onay alın. Bu kılavuz evrensel bir özel zarf denetimi oluşturmaz.

Sendkit sayfasının genel anahtarını Kampanyalara kopyalayabilir miyim?

Hayır. Başka bir ürün için listelenen ortak anahtar, Kampanyalar hesabınızın onunla imzaladığının kanıtı değildir.

Bu doğrulanmış bir Sarbacane dağıtımı mı?

Hayır. Ürün ve hesap onayı, canlı DNS , mesaj başlıkları, görsel inceleme ve gerçek KOBİ onayı beklemededir.

[ Kaynaklar ]

Kaynaklar

  1. Sarbacane Kampanyaları: Parametreler ve Parametreler

    Bölümler Önkoşullar · Étapes (örnek avec OVH) · Depannage

  2. Sarbacane Kampanyaları: geçerli olmayan bir alan adına mı dökülüyor?

    Bölümler Önkoşullar · Aşamalar: zamanlama, kök TXT , alt NS, eğlence

  3. Sarbacane: Sendkit için alan adımı nasıl yapılandırabilirim?

    Bölümler Sendkit kapsamı ve gerekli kayıtlar · DKIM 2048 · Etki alanı doğrulama gereksinimleri

  4. Sarbacane: Kampanyalar için alan adı adınızı kişiselleştirmek mi istiyorsunuz?

    Bölümler Varsayılan paylaşılan alanlar ve kişiselleştirilmiş gönderme kimliği

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

    Bölümler §2.3 Kimlikten Gelen Posta · §3 SPF Kayıtları · §4.5 Kayıtları Seçme · §4.6.4 DNS Arama Sınırları · §5.2 şunları içerir · §6.1 yönlendirme: Yönlendirilmiş Sorgu

  6. RFC 6376 : Etki Alanı Anahtarlarıyla Tanımlanan Posta

    Bölümler §3.5 · §3.6.1 · §6.1

  7. RFC 9989 : Etki Alanı Tabanlı İleti Kimlik Doğrulaması, Raporlama ve Uyumluluk

    Bölümler §4.4 · §5.3.5 · §7.4

[ Sözlük ]

Sözlük

Alt alan adı yetkisi
Tüm üst etki alanı ad sunucularının değiştirilmesi yerine, NS kayıtları aracılığıyla atanan bir alt DNS bölgesi için yetki.
Sahiplik TXT
Kontrolü doğrulamak için kullanılan, SPF politikasından veya DKIM anahtarından farklı, sağlayıcı tarafından verilen bir DNS değeri.
Kampanyalar
Belgelenen yetki verilmiş alt alan adı iş akışının kapsadığı Sarbacane kampanya ürünü.
Gönderme kiti
Sarbacane hizmeti, bu kılavuz için incelenen ayrı manuel alan adı kaydı talimatlarıyla adlandırılmıştır.
İzleme alanı
Kampanya bağlantılarında kullanılan bir ana makine adı; kendisi DMARC tarafından kullanılan kimliği doğrulanmış bir tanımlayıcı değildir.

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ı