Konsolidacja domen to migracja zależności, a nie tylko rebranding. Firma może przestać wyświetlać starą domenę, podczas gdy faktury nadal przesyłane są za pośrednictwem usługi podpisywania, obsługa zwrotów pozostaje z nią powiązana, a raporty nadal docierają do jej skrzynki pocztowej. Bezpieczny stan końcowy to zbiór pozostałych zależności i zatwierdzony rekord wycofania wszystkich usuniętych elementów.
Oddziel przenoszone tożsamości
Lista wszystkich widocznych z domeny, nadawca kopertowy domena, DKIM domena podpisująca i selektor, adres zwrotny, trasa przychodząca i miejsce docelowe raportowania. Uwzględnij konto usługi i zespół obsługujący każde z nich. DMARC wyrównanie wiąże uwierzytelniony identyfikator z domeną autora; zmiana widocznego adresu może zatem zmienić wynik, nawet jeśli stara usługa będzie nadal pomyślnie uwierzytelniać. RFC 9989.
Mapuj zależności według dokładnej nazwy właściciela DNS i celu. Jakiś SPF include może służyć kilku aplikacjom. Selektor CNAME może utrzymać dostawcę pod kontrolą kluczowych publikacji. Strefa delegowana może zawierać niepowiązane usługi. Nie usuwaj wszystkich rekordów noszących starą nazwę marki w ramach jednej operacji czyszczenia. Oddziel decyzję o zaprzestaniu wysyłania od decyzji o zaprzestaniu otrzymywania i decyzji o rezygnacji z rejestracji.
Zaplanuj współistnienie wokół obserwowanego ruchu
Utwórz wiersz przejścia dla każdej usługi z jej starą i nową tożsamością, właścicielem, planowanym nakładaniem się, zachowaniem kolejki, przypadkami testowymi i warunkiem wycofania. Eksportuj historię raportów i konfigurację przed usunięciem dostępu do poprzedniej usługi zarządzania. Działający dashboard nie jest dowodem na to, że nowe miejsce docelowe raportowania otrzymuje i przetwarza aktualne dane. Zewnętrzne miejsca docelowe raportów mają wymagania dotyczące autoryzacji określone w specyfikacji raportowania. RFC 9990.
Utrzymuj nakładanie się na siebie wystarczająco długo, aby uwzględnić zmierzone rzeczywiste zastosowanie i sposób dostarczania. Nie przepisuj uniwersalnej liczby dni. Klucze publiczne DKIM mogą być nadal potrzebne do weryfikacji wiadomości podpisanych przed zmianą selektora; buforowane DNS i wiadomości w kolejce komplikują natychmiastowe usunięcie. Udokumentuj decyzję o zatrzymaniu opartą na ryzyku wraz z zespołem obsługującym osobę podpisującą. RFC 6376.
Zastosuj pisemną bramkę zależności
Rozważ ilustracyjny plan DEMO-RETIRE-01. Mail Operations to proponowany właściciel, a nie zespół, który zaakceptował prawdziwą zmianę. Stara tożsamość to invoice@oldbrand.test z bounce@oldbrand.test i DKIM d=oldbrand.test, selektor stary1. Proponowana nowa tożsamość to invoice@newbrand.test z bounce@newbrand.test i d=newbrand.test, selektor nowy1. Dokładna równość zapewni wyrównanie, jeśli uwierzytelnienie zakończy się pomyślnie; rzeczywiste podpisy, stan DNS i dowody odbiorcy nie są dostarczane.
- Brama selektora: stara1. _domainkey.oldbrand.test pozostaje wstrzymany, ponieważ scenariusz przewiduje dwie kolejki wiadomości o starej tożsamości. Nowy1. _domainkey.newbrand.test to tylko proponowany cel. Uzyskaj prawdziwy dowód weryfikacji kolejki/odpływu i odbiornika przed wycofaniem starego klucza.
- Bramka raportowania: reports@oldcollector.test to stare miejsce docelowe, a reports@newcollector.test proponowane zamiennik. Zewnętrzna autoryzacja miejsca docelowego, przybycie nowego raportu, analiza, powiadomienie operatora i eksport zachowanej historii są niezweryfikowane. Zachowaj ciągłość nierozwiązaną, zamiast traktować dashboard jako dowód.
- Brama współdzielona: dodatek SPF do pliku Shared-sender.test ma obsługiwać zarówno rozliczenia, jak i kampanię. Zachowaj go do czasu, aż właściciel kampanii potwierdzi migrację lub zatwierdzi wycofanie; Samo zakończenie fakturowania nie może usunąć uprawnień wspólnych.
Proponowane wycofanie polega na przywróceniu jedynie dokładnie zatwierdzonej wcześniejszej tożsamości i zapisie różnicy w przypadku niepowodzenia nowych krytycznych przepływów, po sprawdzeniu, czy to przywrócenie ponownie wprowadza ekspozycję. Bajty wcześniejszej konfiguracji, wyeksportowana historia raportów i podsumowania eksportu nie są dostarczane. Dla tego pisemnego planu nie wykonano żadnego skrótu, podpisu kryptograficznego ani potoku raportów. Przed prawdziwą zmianą zachowaj te artefakty i zdefiniuj oparte na dowodach kryteria wyjścia, okno obserwacji i właściciela decyzji.
Zamknij emeryturę bez utraty domeny
Przeprowadzaj zatwierdzone testy dla krytycznych starych i nowych przepływów, w tym odpowiedzi, zwrotów i rzadziej zaplanowanych zadań. Usuń tylko zależności objęte zmianą, zweryfikuj wiarygodne dowody DNS i odbiornika oraz zapisz pozostałe wyjątki z właścicielem i datą przeglądu. Przechowywanie rejestracji to osobna decyzja biznesowa i związana z bezpieczeństwem: brak wysyłania nie oznacza, że można bezpiecznie zwolnić domenę.
Zakończ migrację, gdy dowody potwierdzają uzgodnione kryteria wyjścia, a nie wtedy, gdy w wiadomości pojawi się nowe logo. Zachowaj poprzedni stan i dokładnie zatwierdzoną różnicę dostępne dla ratowników. Jeśli weryfikacja zakończy się niepowodzeniem, skorzystaj z zarejestrowanego planu odzyskiwania i oceń, czy przywrócenie starego uprawnienia spowodowałoby ponowne zagrożenie bezpieczeństwa.