Traktuj Hosted Exchange jako starszą nazwę usługi
Jeśli w wykazie wysyłającym nadal widnieje informacja Rackspace Hosted Exchange, najpierw ustal, co teraz wysyła pocztę organizacji. Rackspace'a Aktualizacja incydentu z 5 stycznia 2023 r oświadcza, że jego środowisko Hosted Exchange nie zostanie odbudowane jako usługa ciągła. W tej aktualizacji jako alternatywy wskazano migrację do Microsoft 365 i usługę Rackspace Email. Jest to historyczny dowód produktu, a nie aktualna oferta, obietnica ceny czy potwierdzenie Twojej migracji.
Dlatego ten przewodnik obejmuje rozwiązywanie starszych zależności i weryfikację trasy zastępczej. Nie zapewnia nowych kroków rejestracji w Hosted Exchange, bieżący DKIM przełącznika lub wartości DNS wielokrotnego użytku. Stara etykieta dostawcy w formacie a DMARC raport jest wskazówką do zbadania, a nie dowodem na to, że wycofana usługa skrzynki pocztowej pozostaje aktywnym nadawcą.
Koncentruj się na zmianie. Uzgodnij jedną trasę biznesową na raz, zaczynając od ostatniej zwykłej wiadomości z kontrolowanej skrzynki pocztowej. Nie usuwaj rekordów tylko dlatego, że przypominają stary artykuł pomocy technicznej. Ta sama organizacja mogła przenieść pocztę pracowniczą, zachowując oddzielny przekaźnik aplikacji, ustalenia dotyczące przekazywania lub zależność od archiwizacji.
Zidentyfikuj usługę, która faktycznie wysyła dzisiaj
Zapytaj właściciela konta o aktualną nazwę usługi, portal administratora, spis domeny i rekord migracji. Rozróżnij, kto wystawia rachunki za pomoc techniczną, z której platformy wysyłany jest komunikat. Konto Microsoft 365 zarządzane przez Rackspace należy ocenić przy użyciu rzeczywistej dzierżawy i trasy Microsoft 365 . Rackspace Email należy ocenić zgodnie z aktualnymi instrukcjami tego produktu. Żadne z nich nie dziedziczy dowodu ze starej listy kontrolnej Hosted Exchange.
Utwórz listę tras obejmującą skrzynki pocztowe pracowników, współdzielone adresy, aplikacje, urządzenia wielofunkcyjne i wszelkie narzędzia hostowane zewnętrznie. Zapisz adres nadawcy, odpowiedzialnego właściciela, bieżącą metodę przesyłania i reprezentatywną wiadomość dla każdego z nich. Aplikacja skonfigurowana wiele lat temu może nadal korzystać z innej ścieżki wychodzącej niż klient stacjonarny użytkownika.
Do rozstrzygania sporów należy wykorzystywać zarówno dowody administracyjne, jak i otrzymane wiadomości. Faktura może stanowić podstawę relacji handlowej, natomiast nowy nagłówek przedstawia konkretną dostawę. Rekordy MX pokaż, dokąd kierowana jest poczta przychodząca; same w sobie nie identyfikują każdej usługi, która może wysyłać pocztę wychodzącą. Oznaczaj niepewne trasy jako nierozwiązane, zamiast na siłę umieszczać je w najbliższej znanej kategorii produktów.
Zachowaj linię bazową DNS przed czyszczeniem
Eksportuj odpowiednie rekordy stref i dokumentuj ich dokładnych właścicieli, typy, wartości i TTL. Włączać SPF, selektory DKIM , DMARC i dowolne ścieżka powrotna delegacje. Zapisz, która aplikacja lub usługa jest właścicielem każdej zależności i gdzie można znaleźć zatwierdzone instrukcje wymiany. Zachowaj tę linię bazową w przypadku żądania zmiany, aby inny administrator mógł odróżnić zamierzoną migrację od przypadkowego usunięcia.
SPF dotyczy SMTP POCZTA OD tożsamość, z odrębnością HELO oceny, a nie po prostu na adres wyświetlony w wiadomości. RFC 7208 wymaga także prawidłowego wyboru pojedynczej polityki SPF oraz ogranicza mechanizmy i modyfikatory zapytań DNS. Przed dodaniem lub usunięciem autoryzacji przejrzyj całą politykę u faktycznego ocenianego właściciela.
Nie twórz drugiego Rekord SPF jako skrót migracji. Nie wklejaj historycznego uwzględnienia do nowej polisy bez potwierdzenia, że bieżąca usługa tego potrzebuje. Podobnie nie usuwaj elementu dołączanego, dopóki wszystkie zależne od niego trasy nie będą miały zatwierdzonej dyspozycji. Autoryzacja współdzielona może przetrwać migrację skrzynki pocztowej z uzasadnionych powodów, ale jej właściciel biznesowy i cel powinny być jasne.
Uzyskaj konfigurację trasy zastępczej
Poproś o instrukcje dotyczące konkretnej domeny aktualnej platformy w jej uwierzytelnionej przestrzeni administracyjnej lub zweryfikowanym kanale wsparcia. Wymaganymi dowodami są dokładny zestaw rekordów, obsługiwana tożsamość podpisu, zachowanie domeny koperty i każdy etap aktywacji tego konta. Dokumentacja publiczna może wyjaśnić procedurę, ale nie może ustalić, czy Twoja domena jest zarejestrowana ani czy wyświetlany przykład jest przypisaną Ci wartością.
Jeśli instrukcje są sprzeczne z instrukcjami istniejącego właściciela, wstrzymaj tę indywidualną zmianę. Zarejestruj usługę powodującą konflikt i poproś odpowiednich dostawców o obsługiwane rozwiązanie. Nie wymyślaj A Selektor DKIM, użyj ponownie klucza publicznego innego klienta lub przekieruj istniejący CNAME aby kreator wyglądał na kompletny. Zachowaj istniejącą politykę DMARC organizacji, chyba że upoważniony właściciel zatwierdzi osobną zmianę zasad.
Zdefiniuj akcję odzyskiwania przed aktywacją. Może to polegać na przywróceniu ostatniej zatwierdzonej konfiguracji nadawcy, wstrzymaniu aplikacji, której dotyczy problem lub cofnięciu precyzyjnie zidentyfikowanej zmiany DNS . Przywrócenie wycofanej usługi Hosted Exchange nie jest prawidłowym planem wycofania. Ścieżka odzyskiwania musi sama w sobie być dostępna i zweryfikowana pod kątem funkcji biznesowej, którą ma zastąpić.
Zweryfikuj nową tożsamość u odbiorcy
Wysyłaj nieszkodliwe wiadomości dowolną trasą w zasięgu do kontrolowanych zewnętrznych skrzynek pocztowych. Uwzględnij oddzielny test wewnętrzny, w przypadku którego liczy się realizacja wewnętrzna. Zapisz identyfikator wiadomości, czas UTC, z domeny, Return-Path , każdą domenę podpisującą DKIM i selektor, a także wyniki uwierzytelnienia ostemplowane przez zaufany system odbierający. Zapisz wystarczający kontekst, aby powiązać wiadomość z odpowiednią aplikacją, bez zachowywania niepotrzebnych treści osobistych.
A Podpis DKIM„sd= i s= identyfikują domenę podpisującą i selektor używany do znalezienia jej klucza, zgodnie z definicją w RFC 6376. Sam przekazujący podpis z niepowiązanej domeny dostawcy nie ustanawia wyrównanie z Twoim widocznym Od. Porównaj zaobserwowaną tożsamość zamiast nazwy produktu pokazanej w narzędziu do raportowania.
Pod RFC 9989, DMARC może zostać przekazany, gdy przekazująca tożsamość SPF lub DKIM zostanie zgodna z domeną From. Zastosuj faktycznie skonfigurowany tryb wyrównania; powiązana subdomena może zachowywać się inaczej w spokojnych i rygorystycznych ustawieniach. Zapisz mechanizm, który zapewnił wyrównane przejście. Zielona kontrola DNS lub pomyślne umieszczenie skrzynki odbiorczej nie zastępuje dowodów na poziomie wiadomości.
Arkusz tras starszej wersji Rackspace
Wypełnij osobny wiersz dla każdej skrzynki pocztowej lub ścieżki aplikacji:
- Historyczna etykieta usługi i aktualna potwierdzona usługa: ____.
- Właściciel firmy, administrator i aktualny numer instrukcji: ____.
- Adresat i sposób przesyłania: ____.
- Podstawowy eksport DNS i rekordy udostępniane innym usługom: ____.
- Właściciele rekordów zastępczych, wartości i dowody aktywacji: ____.
- Istniejąca polityka DMARC i obowiązujące tryby dostosowania: ____.
- Identyfikator wiadomości, czas UTC i kontrolowana skrzynka odbiorcza: ____.
- Obserwowana Return-Path , DKIM d= i s=, wiarygodne wyniki: ____.
- Dopasowany mechanizm przekazywania i nierozwiązane wyjątki: ____.
- Zatwierdzona trasa powrotu do zdrowia i właściciel emerytalny: ____.
Nieznana bieżąca usługa lub wynik braku odbiornika sprawiają, że trasa pozostaje otwarta. Śledź odzyskiwanie danych, przechowywanie historycznych skrzynek pocztowych i wysyłanie na żywo jako osobne elementy pracy; postęp w jednym nie oznacza ukończenia pozostałych.
Fikcyjna diagnoza przestarzałej etykiety nadawcy
Tylko fikcyjny przykład: Birch Engineering widzi wpis w raporcie o nazwie Hosted Exchange i proponuje przywrócenie starej autoryzacji SPF . Jej administrator potwierdza, że poczta pracownicza została przeniesiona do Microsoft 365 , natomiast skaner korzysta z innego przekaźnika. Kontrolowane testy wykazują wyrównane uwierzytelnianie poczty pracowników i niezrównany podpis dostawcy w przypadku poczty skanera.
Zespół oddziela obie trasy, uzyskuje aktualne instrukcje dotyczące przekaźnika i koryguje konfigurację nadajnika obsługiwanego przez skaner. Pozostawia uwierzytelnianie poczty pracownika bez zmian. Gdy nowy test skanera wykaże zgodność, sprawdza historyczne pozwolenia w odniesieniu do pozostałych zapasów. Nie skontrolowano żadnego dzierżawcy, domeny ani wiadomości Birch; ten przykład ilustruje decyzję diagnostyczną, a nie zweryfikowany incydent.
Zamknij starą zależność za pomocą dowodów
Wycofaj stary rekord dopiero wtedy, gdy jego właściciel potwierdzi, że nie jest na nim oparta żadna aktywna trasa, a zamiennik przeszedł kontrolowane testy. Zachowaj decyzję o przejściu na emeryturę, zatwierdzone wycofanie i zaobserwowane wyniki razem. Sprawdź ponownie po zmianie platformy pocztowej, migracji DNS lub nieoczekiwanym źródle w raportach. Dostęp do dzierżawy na żywo, konfiguracja wystawiona na koncie bieżącym, weryfikacja publicznego DNS i nagłówka, weryfikacja wizualna, zatwierdzenie przez człowieka MŚP i publikacja pozostają w toku.
Zachowaj datę historyczną dołączoną do roszczenia
Strona stanu łączy późniejszy nagłówek archiwum z datowanymi wpisami dotyczącymi zdarzeń. Wpis z 5 stycznia 2023 r. zawiera oświadczenie o zakazie odbudowy; nie jest to oferta migracyjna z listopada 2026 r. W fikcyjnym przykładzie skanera sam niewyrównany podpis nie spowodowałby awarii DMARC , gdyby istniał inny wyrównany mechanizm przekazywania. Przykład pozostawia inne wyniki nieokreślone.
Oddziel akceptację wiadomości od wdrożenia zasad
Dopasowany wynik SPF może spełnić kryteria oceny wiadomości, ale sam w sobie nie uzasadnia przeniesienia całej domeny w celu odrzucenia. RFC 9989 sekcja 7.4 wymaga prawidłowego DKIM dla domen publikujących p=reject i ostrzega o interoperacyjności poczty pośredniej. Zrób inwentaryzację wszystkich legalnych nadawców i tras pośrednich, zanim właściciel polityki zatwierdzi egzekwowanie zasad. Dla tego artykułu nie wykonano żadnej zmiany DNS , operacji dzierżawy ani testu odebranych wiadomości.