Barındırılan Exchange'i eski bir hizmet adı olarak değerlendirin
Gönderen envanterde hâlâ Rackspace Hosted Exchange yazıyorsa, öncelikle kuruluşun postasını şimdi neyin gönderdiğini belirleyin. Rackspace'in 5 Ocak 2023 olay güncellemesi Barındırılan Exchange ortamının sürekli bir hizmet olarak yeniden oluşturulmayacağını belirtir. Bu güncelleştirme, Microsoft 365 geçişini ve Rackspace E-postasını alternatif olarak tanımlar. Bu, güncel bir teklif, fiyat vaadi veya geçişinizin onayı değil, tarihsel ürün kanıtıdır.
Bu nedenle bu kılavuz, eski bir bağımlılığın çözümlenmesini ve değiştirme yolunun doğrulanmasını kapsar. Yeni Barındırılan Exchange kayıt adımları sağlamaz; DKIM geçiş veya yeniden kullanılabilir DNS değerleri. Eski bir sağlayıcı etiketi DMARC rapor, durdurulan bir posta kutusu hizmetinin aktif göndericiniz olarak kaldığının kanıtı değil, araştırmaya yönelik bir ipucudur.
Değişime odaklanın. Kontrollü bir posta kutusundan gelen son sıradan bir mesajla başlayarak, her seferinde bir iş rotasını uzlaştırın. Kayıtları yalnızca eski bir destek makalesine benzedikleri için kaldırmayın. Aynı kuruluş, ayrı bir uygulama aktarımını, yönlendirme düzenlemesini veya arşivleme bağımlılığını korurken çalışan postalarını taşımış olabilir.
Bugün gerçekten gönderilen hizmeti tanımlayın
Hesap sahibinden mevcut hizmet adını, yönetici portalını, etki alanı envanterini ve geçiş kaydını isteyin. Desteği kimin faturalandırdığını, mesajı hangi platformdan yayınladığını ayırın. Rackspace tarafından yönetilen bir Microsoft 365 hesabının, gerçek Microsoft 365 kiracısı ve rotası kullanılarak değerlendirilmesi gerekir. Rackspace E-postası o ürünün mevcut talimatlarına göre değerlendirilmelidir. Her ikisi de eski bir Barındırılan Exchange kontrol listesinden kanıt devralmaz.
Çalışanların posta kutularını, paylaşılan adreslerini, uygulamalarını, çok işlevli cihazlarını ve harici olarak barındırılan araçları kapsayan bir rota listesi oluşturun. Her biri için amaçlanan Gönderen adresini, sorumlu sahibi, mevcut gönderim yöntemini ve temsili bir mesajı kaydedin. Yıllar önce yapılandırılan bir uygulama hâlâ kullanıcının masaüstü istemcisinden farklı bir giden yol kullanıyor olabilir.
Anlaşmazlıkları çözmek için hem idari kanıtları hem de alınan mesajları kullanın. Bir fatura ticari ilişkiyi kurabilirken, yeni bir başlık belirli bir teslimatı gösterir. MX kayıtları gelen postanın nereye yönlendirildiğini gösterin; Giden posta göndermesine izin verilen her hizmeti kendi başlarına tanımlamazlar. Belirsiz rotaları en yakın tanıdık ürün kategorisine girmeye zorlamak yerine çözümlenmemiş olarak işaretleyin.
Temizlemeden önce DNS temel çizgisini koruyun
İlgili bölge kayıtlarını dışa aktarın ve bunların tam sahiplerini, türlerini, değerlerini ve TTL'lerini belgeleyin. Katmak SPF, DKIM seçicileri, DMARC ve herhangi biri dönüş yolu heyetler. Her bir bağımlılığa hangi uygulamanın veya hizmetin sahip olduğunu ve onaylı değiştirme talimatlarının nerede bulunabileceğini kaydedin. Başka bir yöneticinin kasıtlı taşıma işlemini kazara silme işleminden ayırt edebilmesi için bu temeli değişiklik isteğiyle birlikte saklayın.
SPF SMTP için geçerlidir POSTA ayrı bir kimlikle HELO değerlendirme, yalnızca mesajda görüntülenen adrese değil. RFC 7208 ayrıca tek bir SPF politikasının doğru seçilmesini gerektirir ve DNS sorgulama mekanizmalarını ve değiştiricilerini sınırlar. Yetki eklemeden veya kaldırmadan önce, değerlendirilen gerçek sahipteki politikanın tamamını inceleyin.
Bir saniye yaratmayın SPF kaydı geçiş kısayolu olarak. Mevcut hizmetin buna ihtiyacı olduğunu onaylamadan geçmiş bir eklemeyi yeni bir politikaya yapıştırmayın. Aynı şekilde, ona bağlı tüm rotalar onaylanmış bir düzene sahip olana kadar bir içeriği kaldırmayın. Paylaşılan yetkilendirme, meşru nedenlerden dolayı bir posta kutusu geçişinden sonra hayatta kalabilir, ancak iş sahibi ve amacı açık olmalıdır.
Değiştirme rotası için yapılandırmayı edinin
Geçerli platformun alana özel talimatlarını kimliği doğrulanmış yönetim yüzeyinden veya doğrulanmış destek kanalından isteyin. Gerekli kanıt, tam kayıt kümesi, desteklenen imzalama kimliği, zarf alanı davranışı ve söz konusu hesap için herhangi bir etkinleştirme adımıdır. Herkese açık belgeler prosedürü açıklayabilir ancak alan adınızın kayıtlı olduğunu veya görüntülenen örneğin size atanan değer olduğunu belirleyemez.
Talimatlar mevcut bir sahiple çelişiyorsa söz konusu bireysel değişikliği duraklatın. Çakışan hizmeti kaydedin ve ilgili sağlayıcılardan desteklenen bir çözüm isteyin. Bir şey icat etme DKIM seçici, başka bir müşterinin ortak anahtarını yeniden kullanın veya mevcut bir anahtarı yeniden yönlendirin CNAME Bir sihirbazın tamamlanmış görünmesini sağlamak için. Yetkili bir sahip ayrı bir politika değişikliğini onaylamadığı sürece kuruluşun mevcut DMARC politikasını koruyun.
Etkinleştirmeden önce kurtarma eylemini tanımlayın. Bu, son onaylanan gönderen yapılandırmasının geri yüklenmesi, etkilenen bir uygulamanın duraklatılması veya kesin olarak tanımlanmış bir DNS değişikliğinin geri alınması olabilir. Durdurulan bir Barındırılan Exchange hizmetini geri yüklemek geçerli bir geri alma planı değildir. Kurtarma yolunun, yerini alacağı iş fonksiyonu için mevcut olması ve doğrulanması gerekir.
Alıcıdaki yeni kimliği doğrulayın
Kontrollü harici posta kutularına kapsam dahilindeki her rota üzerinden zararsız mesajlar gönderin. Dahili sunumun önemli olduğu durumlarda ayrı bir dahili test ekleyin. İleti Kimliğini, UTC saatini, Etki Alanından, Return-Path , her DKIM imzalama etki alanını ve seçiciyi ve güvenilir alıcı sistem tarafından damgalanan kimlik doğrulama sonuçlarını kaydedin. Gereksiz kişisel içeriği saklamadan mesajı doğru uygulamayla ilişkilendirmek için yeterli bağlamı kaydedin.
A DKIM imzası'sd= ve s=, şurada tanımlandığı gibi, imzalama alanını ve onun anahtarını bulmak için kullanılan seçiciyi tanımlar. RFC 6376. İlgisiz bir sağlayıcı etki alanından geçen bir imza, tek başına hizalama görünür Kimden ile. Bir raporlama aracında gösterilen ürün adı yerine gözlemlenen kimliği karşılaştırın.
Altında RFC 9989, DMARC geçen bir SPF veya DKIM kimliği From alanıyla hizalandığında geçebilir. Gerçekte yapılandırılmış olan hizalama modunu uygulayın; ilgili bir alt alan adı, rahat ve katı ayarlar altında farklı davranabilir. Hizalanmış geçişi sağlayan mekanizmayı kaydedin. Yeşil bir DNS kontrolü veya başarılı bir gelen kutusu yerleşimi, bu mesaj düzeyindeki kanıtın yerini almaz.
Rackspace eski rota çalışma sayfası
Her posta kutusu veya uygulama yolu için ayrı bir satır doldurun:
- Geçmiş servis etiketi ve mevcut onaylanmış servis: ____.
- İşletme sahibi, yönetici ve mevcut talimat referansı: ____.
- Amaçlanan Gönderen adresi ve gönderim yolu: ____.
- Temel DNS dışa aktarımı ve diğer hizmetlerle paylaşılan kayıtlar: ____.
- Yedek kayıt sahipleri, değerler ve etkinleştirme kanıtları: ____.
- Mevcut DMARC politikası ve geçerli hizalama modları: ____.
- Mesaj Kimliği, UTC saati ve kontrollü alıcı posta kutusu: ____.
- Gözlemlenen Return-Path , DKIM d= ve s=, güvenilir sonuçlar: ____.
- Uyumlu geçiş mekanizması ve çözülmemiş istisnalar: ____.
- Onaylanan kurtarma yolu ve emeklilik sahibi: ____.
Bilinmeyen bir mevcut hizmet veya eksik alıcı sonucu rotanın açık kalmasına neden olur. Veri kurtarmayı, geçmiş posta kutusu saklamayı ve canlı göndermeyi ayrı iş öğeleri olarak izleyin; Birindeki ilerleme diğerlerinin tamamlandığını göstermez.
Eski bir gönderen etiketinin kurgusal tanısı
Yalnızca kurgusal örnek: Birch Engineering, Barındırılan Exchange etiketli bir raporlama girişi görür ve eski bir SPF yetkilendirmesinin geri yüklenmesini önerir. Yönetici, çalışan postalarının Microsoft 365 taşındığını, tarayıcının ise başka bir geçiş kullandığını onaylıyor. Kontrollü testler, çalışan postaları için uyumlu kimlik doğrulamayı ve tarayıcı postasında hizalanmamış bir sağlayıcı imzasını gösterir.
Ekip iki yolu ayırır, güncel aktarım talimatlarını alır ve tarayıcının desteklediği gönderici yapılandırmasını düzeltir. Çalışan posta kimlik doğrulamasını değiştirmeden bırakır. Yeni bir tarayıcı testi hizalamayı kanıtladıktan sonra, kalan envantere göre geçmiş izinleri inceler. Hiçbir Birch kiracısı, etki alanı veya mesajı incelenmedi; bu örnek doğrulanmış bir olayı değil, teşhis kararını göstermektedir.
Eski bağımlılığı kanıtlarla kapatın
Eski bir kaydı yalnızca sahibi, ona hiçbir aktif rotanın bağlı olmadığını ve yeni kaydın kontrollü testleri geçtiğini onayladıktan sonra kullanımdan kaldırın. Emeklilik kararını, onaylanmış geri dönüşü ve gözlemlenen sonuçları bir arada tutun. Bir posta platformu değişikliğinden, DNS geçişinden veya raporlarda beklenmeyen bir kaynaktan sonra yeniden kontrol edin. Canlı kiracı erişimi, mevcut hesap tarafından verilen yapılandırma, genel DNS ve başlık doğrulaması, görsel inceleme, gerçek KOBİ onayı ve yayın henüz beklemededir.
Talebe eklenmiş tarihi tarihi saklayın
Durum sayfası daha sonraki bir arşiv başlığını tarihli olay girişleriyle birleştirir. 5 Ocak 2023 tarihli giriş, yeniden inşa edilmemesi beyanını sağlıyor; Kasım 2026'ya ait bir geçiş teklifi değil. Kurgusal tarayıcı örneğinde, farklı bir hizalanmış geçiş mekanizması mevcutsa, hizalanmamış bir imza tek başına DMARC hatası oluşturmaz. Örnek diğer sonuçları belirtmeden bırakıyor.
Mesaj kabulünü politikanın kullanıma sunulmasından ayırın
Başarılı bir hizalanmış SPF sonucu, bir mesaj değerlendirmesini karşılayabilir, ancak tek başına tüm alanın reddedilmek üzere taşınmasını haklı çıkarmaz. RFC 9989 Bölüm 7.4, p=reject yayınlayan etki alanları için geçerli DKIM gerektirir ve dolaylı postaların birlikte çalışabilirliği konusunda uyarıda bulunur. Politika sahibi uygulamayı onaylamadan önce tüm meşru gönderenlerin ve dolaylı yolların envanterini çıkarın. Bu makale için hiçbir DNS değişikliği, kiracı işlemi veya alınan ileti testi yürütülmedi.