[ Gönderme hizmeti kılavuzları ]
Apsis aracılığıyla gönderilen e-postanın kimliğini doğrulayın: yapılandırma ve doğrulama
Apsis One, Teslimat ekibi tarafından etkinleştirilen, sağlayıcı tarafından yönetilen zarf SPF ve müşteri alan adı DKIM belgeler. Bir kampanya veya DMARC politikası değişikliğinden önce sağlanan TXT anahtarını yayınlayın, etkinleştirmeyi tamamlayın ve hizalamayı doğrulayın.
EmailAuth araştırma ekibi tarafından · 6 dakikalık okuma
[ Anahtar noktalar ]
- Belgelenen Apsis One zarfı, sağlayıcı tarafından yönetilen SPF kullanır.
- Müşteri alan adı DKIM yayınlanmalı ve ayrı olarak etkinleştirilmelidir.
- Uzun bir genel anahtarı, tam değeriyle birlikte tek bir TXT kaydı olarak koruyun.
[ Götürmek ]
Uzun bir genel anahtarı, tam değeriyle birlikte tek bir TXT kaydı olarak koruyun.
[ 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
Kendi kayıtları ve rota kanıtları
Belgesel düzenleme, hizalanmış alınan mesaj sonucunun yerine geçmez.
Sonraki adımlar
- Sağlayıcı kayıt kümesini koruyun ve değişiklik yapmadan önce DNS dışa aktarımını yapın.
- Sağlayıcı aktivasyonunu tamamlayın ve amaçlanan her rotayı doğrulayın.
- Ham mesajı, güvenilir sonuçları ve geri alma sahibini kaydedin.
CISO / SecOps
Kapsamlı güveni ve kalan riski onaylayın
Sağlayıcının imzalama yetkisi ve alan adı politikası birden fazla kampanyayı etkiler.
Sonraki adımlar
- Seçici sahipliğini ve paylaşılan hizmet bağımlılıklarını inceleyin.
- Alan çapındaki yaptırımı bu entegrasyon değişikliğinden ayrı tutun.
- Yayınlanmadan veya üretime onay verilmeden önce insan incelemesi ve canlı kanıt isteyin.
Kurucu / Teknik Olmayan
Apsis One iş akışını koruyun
Gönderen değişiklikleri, kimlik doğrulama başarılı olsa bile müşteri tanımayı ve yanıtları kesintiye uğratabilir.
Sonraki adımlar
- Müşterilerin ihtiyaç duyduğu mesajları tam olarak belirleyin.
- Amaçlanan Kimden ve yedek kimliklerini onaylayın.
- Yalnızca operasyonlar kontrollü bir mesajı inceledikten sonra yayınlayın.
[ SSS ]
Sık sorulan sorular
Apsis One'ı kendi SPF kaydıma ekleyebilir miyim?
Belgelenen varsayılan rota için değil. Apsis, teknik göndericisinin apsisone.com olduğunu ve SPF DNS yönetildiğini söylüyor. Bunu başka bir ürüne veya özel rotaya uygulamadan önce kapsamı onaylayın.
DMARC başarısız olurken Apsis One neden SPF geçebiliyor?
Belgelenen apsisone.com teknik kimliği, alakasız bir müşteri Gönderen etki alanıyla uyumlu değildir. Müşteri alan adı DKIM bu rota için hizalanmış yolu sağlaması gerekir.
DKIM seçiciyi kim seçer?
Kurulum makalesinde sizden Apsis'e bir seçici sağlamanız istenmektedir. Benzersiz, kullanılmayan bir değeri DNS yöneticisi ve Teslimat ekibiyle koordine edin.
Genel anahtarı yayınlamak imzalamayı açar mı?
Hayır. Apsis'e anahtarın yayınlandığını söyle; Teslimat ekibi daha sonra MTA'da DKIM imzalamayı etkinleştirir.
Uzun bir DKIM TXT değerini nasıl bölmeliyim?
DNS arayüzü gerektirdiğinde, tüm değeri koruyarak aynı TXT kaynak kaydında birden fazla karakter dizisi kullanın. Ayrı rakip anahtarlar oluşturmayın veya genel anahtarı kesmeyin.
Tek bir alan adı kurulumu tüm markalarımızı kapsayabilir mi?
Apsis makalesi, gönderen her alan adı için ayrı bir DKIM anahtarı kullanılmasını gerektirir. Başka bir markanın kapsandığını varsaymak yerine, her gerçek Alan adını test edin.
DKIM araması başarılı olur olmaz DMARC değiştirmeli miyim?
Hayır. Etkinleştirmeyi ve iletilen uyumlu mesajı onaylayın, ardından alan adı çapındaki politikayı değiştirmeden önce diğer meşru gönderenlerin envanterini çıkarın.
DKIM kampanya içeriğini şifreliyor mu?
Hayır. İmza alanına bağlı doğrulanabilir bir imza sağlar. Aktarımdaki gizlilik veya mesaj içeriği şifrelemesi ayrı bir endişe kaynağıdır.
[ Kaynaklar ]
Kaynaklar
- Apsis One e-posta kimlik doğrulaması ve güvenli gönderim
Bölümler SPF (Gönderen Politikası Çerçevesi) · Apsis'in sizden ihtiyaçları · Kurulum süreci · DKIM anahtar çiftlerini ve DNS yayınlamayı anlama · DKIM çalıştığını doğrulama
- RFC 7208
Bölümler §3.2 Çoklu DNS kayıtları · §4.6.4 DNS arama sınırları · §5.2 şunları içerir · §5.3 a
- RFC 6376
Bölümler §3.5 DKIM-Signature · § 3.6.2.2 TXT kaydı birleştirme · §6 Doğrulayıcı eylemleri
- RFC 9989
Bölümler §4.4 Tanımlayıcı hizalaması · §4.10 DNS ağacı yürüyüşü · §5.3.5 DMARC başarılı veya başarısız olduğunu belirleme · §5.3.6 Uygunsa politikayı uygulayın
- RFC 1035 : DNS uygulaması ve spesifikasyonu
Bölümler §3.3 Standart RR'ler: karakter dizisi kodlaması · §3.3.14 TXT RDATA formatı
[ Sözlük ]
Sözlük
- Zarf kimliği
- Görünür Gönderen adresinden farklı olarak, SPF tarafından değerlendirilen SMTP gönderen kimliği.
- DKIM seçici
- Genel doğrulama anahtarını bulmak için d= alanının imzalanmasıyla birlikte kullanılan s= tanımlayıcısı.
- Hizalama
- Kimliği doğrulanmış bir kimlik ile DMARC için görünür Kimden alanı arasında gereken alan adı ilişkisi.
- CNAME
- Bir DNS takma adı kaydı; amaçlanan hizmet için yalnızca sağlayıcı tarafından sağlanan adı ve hedefi yayınlayın.
- TXT kaydı
- SPF , DKIM ortak anahtarları ve DMARC politikaları için kullanılan bir DNS kaynak kaydı; birden fazla dize bir değer oluşturabilir.
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.
SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi