[ Gönderme hizmeti kılavuzları ]

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

Açıkça 2019/2020 kaynak yaşı ve mevcut hesap uygulanabilirlik sınırlarıyla Neostrada'nın eski cPanel'ini ve ayrı DNS iş akışını inceleyin.

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

[ Anahtar noktalar ]

  • Belgelenen cPanel anahtarı ve müşteri hesabı DNS düzenleyicisi farklı roller üstlenir.
  • Geçmiş biçimlendirme talimatları mevcut düzenleyicinin onayını gerektirir.
  • Bir konsol uyarısı veya yayınlanmış kayıt, mesaj düzeyinde hizalama kanıtı değildir.
Bu sayfada

Belgelenen barındırma iş akışının hâlâ geçerli olup olmadığını belirleyin

Neostrada'nın halkı DKIM kılavuz, ayrı bir müşteri hesabı DNS düzenleyicisiyle eşleştirilmiş bir cPanel barındırma hesabını açıklar. Görüntülenen güncelleme tarihi 22 Eylül 2020'dir; beraberindeki SPF rehber 2 Mayıs 2019 tarihlidir. Bu tarihler önemlidir. Bu makalede, mevcut her paketin aynı arayüzü veya DNS formatını koruduğuna dair bir garanti değil, belgelenen iş akışı ve doğrulama sınırları açıklanmaktadır. Kullanmadan önce gerçek barındırma ürününü, mevcut kontrolleri, yetkili DNS sağlayıcısını ve giden posta yolunu doğrulayın. Alan adı kaydı tek başına Neostrada'nın alan adının postasını gönderdiğini kanıtlamaz.

The Neostrada DKIM talimatları gerçek konfigürasyon adımlarını sağlar, ancak bazı operasyonel ifadelerin dikkatli yorumlanması gerekir. Geçmişteki yayılım tahminlerini ve uyarılarla ilgili açıklamaları, tüm hataların göz ardı edilmesine izin vermek yerine bağlam olarak ele alın. Cari hesap uygulanabilirlik incelemesi açık olmaya devam ediyor. Mevcut arayüz farklıysa, eski bir ekran görüntüsü dizisini yeni bir hizmete zorlamak yerine farka odaklanın ve ürüne özel onay alın.

Alan adının genel anahtarını cPanel'den alın

Belgelenen yol cPanel, E-posta Teslim Edilebilirliği, ilgili alan adı ve ardından Yönet'tir. Sayfa, DKIM kaydının adını ve değerini sağlar. Neostrada, her alanın kendi anahtarının olduğunu söylüyor. Bir örnekten veya başka bir müşterinin kurulumundan kopyalanan ortak anahtarı yeniden kullanmak yerine, seçilen alan için mevcut olarak oluşturulmuş materyali kullanın. Hangi barındırma hesabının bunu sağladığını ve hangi alan adını imzalamayı amaçladığını kaydedin.

Eski kılavuz, seçilen üst düzey alan adı altındaki alt alan adlarının, DKIM kaydını otomatik olarak kullandığını belirtiyor. Bunu, DNS veya DKIM evrensel bir kuralı olarak değil, açıklanan barındırma düzenlemesine ilişkin bir ifade olarak değerlendirin. Ayrı olarak yapılandırılmış bir alt alan adı, harici SMTP uygulaması veya taşınan barındırma hesabının imzalayanı farklı olabilir. Kabul, gerçek imzalama alanını incelemeli ve seçici her malzeme rotası için. RFC 6376 , bölüm 3.5 bu imza alanlarını tanımlar; paylaşılan bir kuruluş adı, değerlerinin yerine geçmez.

DNS düzenleyici temsilini yayınlanan kayıtla bağdaştırın

Neostrada'nın kılavuzu daha sonra müşteri hesabının DNS yönetimine geçer. Kullanıcıya bir yayınlama talimatı verir. TXT kaydı oluşturulan adı ve değeri kullanarak. Örnek etiketi varsayılandır. _domainkey , ancak gerçek bir değişiklik için doğru etiketin o hesabın mevcut çıktısından gelmesi gerekir. Kaydetmeden önce DNS düzenleyicisinin bölge sonekini ekleyip eklemediğini kontrol edin. Oluşturulan sahip ve yayınlanan tam nitelikli ad, aynı anahtar konumunu tanımlamalıdır.

Tarihsel talimatlar, anahtarın Tam ve Bölünmüş sunumlarını birbirinden ayırır. Neostrada'nın kendi DNS editörü için, özellikle son noktalı virgülden kaçma dahil olmak üzere Tam'ı reçete ediyorlar; ayrıca bir WHM bölgesi görüntüsünü kopyalarken sunum karakterlerinin kaldırılmasını da tartışıyorlar. Editöre özel bu talimatları, kriptografik anahtar materyali değiştirmek için bir kural halinde genelleştirmeyin. Geçerli düzenleyicinin giriş kuralını doğrulayın ve ortaya çıkan mantıksal TXT değerini karşılaştırın. RFC 1035 , bölüm 3.3.14 bir TXT kaydının karakter dizeleri içermesine izin verir; ekran alıntısının kendisi, yayınlanan verilerdeki gerçek karakterlerle aynı değildir.

Harici olarak barındırılan DNS için kılavuz, sağlayıcıya hangi formatın gerekli olduğunu sormanızı söylüyor. Değişikliği gerçek yetkili DNS sahibinde saklayın. Bir kayıt Bir barındırma kontrol panelinde görünen bir alan, panelin yetkili bölgeyi yayınlamaması durumunda genel doğrulamayla alakasız olabilir. Tersine, yerel bir cPanel uyarısı, harici olarak yönetilen doğru bir kaydın üzerine yazmak için yeterli bir neden değildir. Hangi sistemin düzeltilmesi gerektiğine karar vermeden önce kanıtları uzlaştırın.

SPF eksiksiz bir yetkilendirme politikası olarak inceleyin

The Neostrada SPF makalesi belgeler include:spf.totaalholding.nl ve örneklerinde barındırma sunucusuna özgü bilgiler. Aynı zamanda ek posta hizmetlerine yönelik yetkilendirmenin tek bir politikada birleştirilmesi de tartışılmaktadır. 2019 örneğinde gösterilen sunucu IP'leri, mevcut bir dağıtım için hesaba özel talimatlar değildir. Bu adresleri kopyalamayın, bir çalışma politikasını toptan değiştirmeyin veya Neostrada'ya yalnızca web sitesini barındırdığı için yetki vermeyin.

İlgili zarf kimliğiyle gönderilen sistemlerin gerçek envanterini kullanın. Yerel barındırma postası kullanan bir web sitesi uygulaması ile ayrı bir sağlayıcı kullanan çalışan posta kutusu, farklı yetkilendirme analizleri gerektirebilir. RFC 7208 , bölüm 2.4, 3.2 ve 4.6.4 yönetmek POSTA kimlik, çoklu SPF kayıtları ve DNS terimi sınırlarını değerlendirdi. Tutarlı bir politikayı koruyun, iç içe geçmiş bağımlılıklarını kontrol edin ve geçerli protokol sözdizimini kullanın. Sağlayıcı makalesinin teslimat sonuçlarıyla ilgili kısa açıklamaları, alıcı politikasını geçersiz kılmaz: SPF başarısızlığı evrensel olarak reddedilme anlamına gelmez ve softfail evrensel olarak spam klasörü yerleştirme anlamına gelmez.

Başarılı bir doğrulamanın neyi oluşturması gerektiğini tanımlayın

Dört soruyu ayırın: amaçlanan DNS değişikliği yayınlandı mı; gönderen servis ilgili özel anahtarı kullanıyor mu; güvenilir bir alıcı imzayı doğruluyor mu; ve geçiş kimlik doğrulaması yazarın etki alanıyla uyumlu mu? Bir konsol durumu yalnızca belgelenmiş kontrolüne yanıt verir. Her sonraki koşulu oluşturmaz. RFC 9989 , bölüm 4.4 açıklıyor hizalama tarafından kullanılan ilişki DMARC.

Önerilen bir kabul alıştırmasında, gizli yük taşımayan temsili, yetkili mesajlar kullanılmalıdır. Yalnızca belirtilen amaç için gereken başlıkları ve teşhisleri saklayın ve kimlik doğrulama sonucunu üreten alıcıyı tanımlayın. Sırf tarihsel rehber bir mesaja bağlantı veriyor diye üçüncü taraf testçiye gerçek bir mesaj yüklemeyin. Paylaşım, mesaj verileri ve alıcı hakkında uygun bir karar verilmesini gerektirir. Bu yazı için herhangi bir test yüklemesi veya mesaj iletimi gerçekleştirilmemiştir.

Kurgusal teşhis: iki panel aynı fikirde değil

Linden Prints adlı kurgusal bir stüdyoda yönetici, DNS farklı bir barındırma şirketine taşıdıktan sonra bir cPanel uyarısı görüyor. Genel bölge eski bir seçici değeri içerirken, yeni barındırma hesabı farklı bir şekilde oluşturulmuş anahtarı görüntüler. Ekip başlangıçta uyarıyı göz ardı etmeyi planlıyor çünkü eski bir yardım makalesinde cPanel'in DNS yönetmediği belirtiliyor. Bu, panel sınırlarına ilişkin açıklamayı mevcut kamu kayıtlarının doğru olduğuna dair kanıtlarla karıştırır.

Önerilen inceleme, hem değerleri hem de bunların kökenlerini kaydeder, gerçek yetkili DNS sahibini doğrular ve hangi hesabın üretim postası gönderdiğini kontrol eder. Bir incelemeci daha sonra dar kapsamlı bir düzeltmeye ve ardından doğrulamaya izin verebilir. Kurgusal durumda gözlemlenen bir DNS yanıtı, gerçek etki alanı, oluşturulan anahtar veya yürütülen test yoktur. Buradan alınacak ders, sahiplik ve değer uyumsuzluğunu çözmek, her iki panele de yalnızca yetkili göründüğü için güvenmemektir.

Boş çalışma sayfası ve açık kabul bekletme

  • Mevcut barındırma ürünü ve 2019/2020 talimatlarının uygulanabilirliği: ______
  • Etki alanı, gerçek giden sistemler ve zarf kimlikleri: ______
  • cPanel tarafından oluşturulan genel ad ve değer referansı: ______
  • Yetkili DNS sağlayıcısı ve giriş formatı onayı: ______
  • Mevcut seçici bağımlılıkları ve önerilen değişiklik onayı: ______
  • Tam SPF politikası ve bağımlılık inceleme kanıtı: ______
  • Yayınlanan gerçek TXT yanıtı ve gözlem süresi: ______
  • Güvenilir mesaj düzeyinde DKIM ve DMARC hizalama kanıtı: ______
  • Kalan tutarsızlıklar, geri alma sahibi ve serbest bırakma kararı: ______

Tüm operasyonel alanlar tasarım gereği boştur. Orijinal uygulama kanıtları, mevcut kaynak uygulanabilirliği, konunun insan tarafından incelenmesi, üretim yolları, görsel erişilebilirlik ve sahibinin serbest bırakılması açık olmaya devam etmektedir. Hiçbir barındırma hesabına erişilmedi ve hiçbir DNS kaydı değiştirilmedi. Bu eski kapsamlı kılavuz, mevcut hesap davranışı ve gerçek mesaj kanıtları bağımsız olarak oluşturulana kadar daha geniş katalog uygulama gereksinimlerini karşılayamaz.

[ Götürmek ]

Eski talimatları kabul edilen bir uygulama olarak değerlendirmeden önce mevcut göndereni, yetkili DNS ve oluşturulan anahtarı uzlaştırın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

Barındırma sahibi

Gerçek paketi onaylayın

Eski talimatlar mevcut hesapla eşleşmeyebilir.

Sonraki adımlar

  1. Giden hizmeti tanımlayın.
  2. Değişikliklerden önce mevcut kontrolleri onaylayın.

DNS yöneticisi

Gösterimleri uzlaştır

Panel formatı ve kamuya açık kayıt verileri farklı kanıtlardır.

Sonraki adımlar

  1. Üretilen kamusal değeri koruyun.
  2. Yetkili sahibi ve mantıksal TXT verilerini kontrol edin.

Güvenlik incelemecisi

Gerçek kimlik kanıtı gerektir

Yerel durum mesaj hizalamasını kanıtlamaz.

Sonraki adımlar

  1. Rotaya özel sonuçları inceleyin.
  2. Onaylanana kadar eski uygulanabilirliği açık tutun.

[ SSS ]

Sık sorulan sorular

Hangi Neostrada iş akışı kapsanmaktadır?

Belgelenen cPanel E-posta Teslim Edilebilirliği ve ayrı müşteri hesabı DNS iş akışı.

Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

DKIM kurulum kaynağı kaç yaşında?

DKIM makalesinde 22 Eylül 2020 tarihi gösteriliyor; cari hesabın uygulanabilirliği onay gerektirir.

Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

Başka bir alan adının ortak anahtarı yeniden kullanılabilir mi?

Oluşturulan kaydı amaçlanan hesap ve alan adı için kullanın; sağlayıcı farklı etki alanı anahtarlarını açıklar.

Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

Tam ve Bölünmüş evrensel bir DNS kuralı mıdır?

Hayır. Kılavuz, editöre özel sunumu açıklar ve harici DNS kullanıcılarını sağlayıcılarına yönlendirir.

Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

Her cPanel uyarısı göz ardı edilmeli mi?

Hayır. Uyarının ne anlama geldiğine karar vermeden önce geçerli yetkili kayıt ile gerçek gönderme yolunu mutabakata varın.

Eski barındırma IP örneği güncel bir talimat mı?

Hayır. Geçmiş örnek adresleri kopyalamak yerine gerçek yetkili altyapıyı doğrulayın.

Neostrada: SPF kayıtları - Nedir ve nasıl kullanılır? (2 Mayıs 2019)

İkinci bir SPF politikası eklenmeli mi?

Hayır. Tek bir tutarlı politikayı ve onun bağımlılıklarını gözden geçirin.

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

Mevcut paket test edildi mi?

Hayır. Mevcut uygulanabilirlik ve tüm operasyonel sürüm kanıtları açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 1035 : Alan Adlarının Uygulanması ve Belirtimi

    Bölümler §3.3.14 TXT RDATA biçimi · §5.1 Biçimi

  2. RFC 9989: DMARC

    Bölümler §2.4 Kapsam Dışı · §4.4 Tanımlayıcı Hizalamasının Açıklaması · §5.3 Posta Alıcısı Eylemleri

  3. RFC 6376: DKIM

    Bölümler §1 Giriş · §3.5 DKIM-Signature Başlığı Alanı · § 3.6.2.2 Anahtar Depolama için Kaynak Kaydı Türleri

  4. 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ı · §5.2 şunları içerir

  5. Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

    Bölümler 1-5. Adımlar · Önemli: Tam ve Bölünmüş görünümler · Not: cPanel ve müşteri hesabı DNS yönetimi

  6. Neostrada: SPF kayıtları - Nedir ve nasıl kullanılır? (2 Mayıs 2019)

    Bölümler Neostrada'nın SPF kayıtları neye benziyor? · SPF kayıtlarını nasıl düzenleyebilirim? · Sıkça Sorulan Sorular

[ Sözlük ]

Sözlük

Tam görünüm
Oluşturulan DKIM genel materyalinin sağlayıcının adlandırılmış sunumu.

Neostrada: DKIM nasıl kurarım? (22 Eylül 2020)

Seçici
Genel anahtarı bulmak için etki alanıyla birlikte kullanılan DKIM imza tanımlayıcısı.

RFC 6376: DKIM

Yetkili DNS
Bir değişikliği uygulamadan önce tanımlanması gereken DNS yayın sınırı.
Hizalama
Yazar ve geçen kimlik doğrulama alanları arasındaki DMARC ilişkisi.

RFC 9989: DMARC

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ı