Doğru hesabı ve DNS erişimini toplayın
Flodesk'in mevcut manuel işlemi, özel alan e-posta adresi, Flodesk hesabına erişim ve alan adının DNS yöneticisine erişim gerektirir. Kayıt şirketinin etkin bölgeyi barındırdığını varsaymak yerine yetkili DNS kimin kontrol ettiğini belirleyin. Değişiklik yapmadan önce mevcut kayıtları, özellikle de diğer pazarlama araçları veya sıradan posta kutuları tarafından kullanılan kayıtları koruyun.
Etki alanı sahibinin manuel iş akışını kullanıp kullanmayacağına veya otomatik Entri entegrasyonunu yetkilendirip yetkilendirmeyeceğine karar verin. Bunlar, farklı kimlik doğrulama protokolleri değil, gerekli kayıtları yayınlamanın alternatif yollarıdır. Doğrulama beklemede olduğu için her ikisini de tekrar tekrar çalıştırmayın.
Hesabın manuel kayıt kümesini kullanın
Hesabım > Alan adı kurulumu'nu açın, alan adı kartında Şimdi kimlik doğrulamayı seçin ve manuel seçeneğini seçin. Mevcut belgelerde iki olası küme açıklanmaktadır: bir kayıttan oluşan beş kayıt SPF, üç DKIM ve bir DMARC kaydıveya her birinden birer tane içeren üç kayıt. Hesap hangi setin uygulanacağını belirler. Sabit bir sayıyı veya seçici ilgisiz bir eğitimden.
Tam sahibi ve değeri elde etmek için her Kopya denetimini kullanın. Flodesk belirtir CNAME SPF ve DKIM girişlerine ilişkin kayıtlar ve TXT kaydı için DMARC. Görüntülenen türleri koruyun. CNAME başka bir ismin DNS takma adıdır; mevcut bir SPF dizesinin içine yapıştırılacak bir metin mekanizması değildir.
Özellikle Flodesk, SPF CNAME mevcut bir SPF TXT politikasıyla birleştirmeyi değil, ayrı bir kayıt olarak eklemeyi söylüyor. Bu, iki v=spf1 politikasının tek bir sahipte yayınlanmasının güvenli olduğu anlamına gelmez. Oluşturulan CNAME kendi sahibi ve işlevi vardır. Bu sahip zaten uyumsuz verilerle meşgulse, başka bir hizmetin üzerine yazmak yerine çakışmayı durdurun ve DNS yöneticisiyle çözün.
Mevcut DMARC kararını koru
Kılavuz talimatları, görüntülenen DMARC TXT kaydının yalnızca halihazırda DMARC kaydı mevcut değilse eklenmesi gerektiğini söylüyor. Görüntülenen politika, politikası olmayan üyelere yöneliktir. İkinci bir DMARC kaydı oluşturmayın veya yerleşik bir reddetme veya karantina ilkesini bir kurulum örneğiyle değiştirmeyin.
Etki alanı yöneticisiyle tam politika sahibini ve mevcut yapılandırmayı kontrol edin. Kimlik doğrulama başarısı, geçerli modda geçerli, hizalanmış bir SPF veya DKIM yolu gerektirir; Bir politikanın yayınlanması kampanyaların bu politikayı karşıladığının kanıtı değildir. Kuruluşun raporlama ve yaptırım kararlarını Flodesk'in oluşturduğu kayıtları ekleme mekanizmalarından ayrı tutun.
Gereksiz yeniden başlatmalar olmadan doğrulamayı tamamlayın
Kayıtları yayınladıktan sonra Flodesk'e dönün ve Next ve Done ile bitirin. Hizmet, DNS otomatik olarak izler. Belgeler, 48 saate kadar belirtilen süre boyunca Beklemede ve kısmi doğrulama durumlarını açıklamaktadır. Bunu, her DNS hatasının iki gün sonra kendi kendine çözüleceğine dair evrensel bir garanti olarak değil, sağlayıcı rehberliği olarak değerlendirin.
Farklı kayıtlar görünür hale gelirken kısmi bir durum ortaya çıkabilir. Öncelikle yetkili yanıtları hesabın tam kayıt kümesiyle karşılaştırın. Yinelenen alan adı son eklerini, yanlış kayıt türlerini, yanlış CNAME hedeflerini ve etkin olmayan bir DNS ana bilgisayarında yapılan düzenlemeleri kontrol edin. Doğru kayıtlar görünüyorsa ancak durum belgelenen pencerenin ötesinde çözümlenmemiş durumdaysa, kimlik doğrulamayı tekrar tekrar yeniden başlatmak yerine destek için kayıt kümesini ve durumu toplayın.
Otomatik alternatifi anlayın
Otomatik akış aynı zamanda Etki Alanı kurulumu altında da başlar. Otomatik kimlik doğrulamayı seçin ve etki alanı sağlayıcısını Entri aracılığıyla bağlayın. Sahibi, Entri'nin DNS kayıtlarını eklemesi için gereken erişime izin verir. Onaylamadan önce talep edilen erişimi ve amaçlanan değişiklikleri inceleyin; entegrasyon üçüncü bir taraftır, yalnızca DNS düzenleyicinin farklı bir görünümü değildir.
Flodesk, desteklenmeyen bir sağlayıcının manuel seçeneğe yol açtığını söylüyor. Otomatik kurulum tamamlanmazsa, yöntemleri değiştirmeden önce gerçekte neyin oluşturulduğunu inceleyin. Yinelenen politikalardan veya çalışan bir kaydın yanlışlıkla değiştirilmesinden kaçının. DNS ana bilgisayarlarını daha sonra değiştirmek, bu kayıtların yeni yetkili bölgede korunmasını da gerektirir; Kayıt şirketi değişikliği tek başına DNS taşındığının veya kayıtların kaybolduğunun kanıtı değildir.
Yalnızca alan kartını değil, bir kampanyayı da doğrulayın
Üretim iş akışı aracılığıyla, orijinal başlıkların incelenebileceği bir posta kutusuna kontrollü bir e-posta gönderin. Görünür Kimden etki alanını, zarf etki alanını, tüm DKIM imzalama etki alanlarını ve seçiciyi ve güvenilen alıcının kimlik doğrulama sonuçlarını kaydedin. Geçiş yolunu onaylayın hizalama Doğrulanmış bir kartın gelecekteki her rotayı garanti ettiğini varsaymak yerine.
Açıklayıcı bir örnek, Flodesk gözlemi değil: From hello@example.com ve DKIM d=example.com. Bu tam DKIM hizalaması sağlar. İlgisiz bir zarf alanı SPF geçerse, bu sonuç tek başına example.com ile uyumlu değildir. Daha sonraki bir imzalama hatasının ilgisiz bir SPF geçişiyle gizlenmemesi için her iki sonucu da koruyun.
Bir kurtarma kaydı tutun ve herhangi bir DNS ana bilgisayar geçişini, tamamlandığını bildirmeden önce test edin. Kimlik doğrulama, gelen kutusunun yerleşimini garanti etmez; itibar, mesaj içeriği ve alıcı kararları ayrı kalır. Bu kılavuzda birinci taraf belgeleri ve yalnızca yapay bir örnek yer almaktadır. Hiçbir gerçek DNS değişikliği, kiracı doğrulaması veya alınan kampanya yürütülmedi ve insan üretimi onayı beklemede kaldı.
Bir hedefi tahmin etmeden rekor çarpışmayı çözün
Yazılı durum FL-01 için, Flodesk panelinin burada bounce.example.com olarak temsil edilen oluşturulmuş bir sahipten bir CNAME istediğini, ancak DNS envanterinin aynı sahibin zaten çalışan bir kullanıcı olduğunu gösterdiğini varsayalım. Bir kayıt ilgisiz bir hizmet için. Bu sahip, Flodesk tarafından oluşturulmuş gerçek bir etiket değil, örnek niteliğindedir; istenen CNAME hedefi bilinmiyor. A kaydının üzerine yazmayın veya hedefi SPF TXT köküne yapıştırmayın. DNS sahibi, devam etmeden önce bağımlılığı tanımlamalı ve sağlayıcıyla desteklenen bir çakışma çözümü konusunda anlaşmaya varmalıdır. Mevcut DMARC politikasını değiştirmeden ve kampanyayı doğrulanmamış halde tutun. Bu vaka için herhangi bir DNS yanıtı, hesap izni veya mesaj alınmadı.
Uygulama sınırını koruyun
RFC 9989 Bölüm 7.4, alan adı yayınlamak için yalnızca SPF değil geçerli DKIM gerektirir p=rejectve dolaylı posta ve posta listesinin birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.