Dodanie drugiego miejsca docelowego rua może pomóc w porównaniu kolekcjonerów lub zachowaniu niezależnej kopii. Tworzy również dwie ścieżki dostawy i przetwarzania, które mogą się ze sobą nie zgadzać. Zdefiniuj, co ma udowodnić drugie miejsce docelowe, zanim potraktujesz jego pulpit jako kopię zapasową pierwszego.
Zrozum żądanie dostawy
Referencje: RFC 9990 §3.5, RFC 9990 §4.
RFC 9990 sekcja 3.5 wymaga, aby osoba zgłaszająca oceniła wymienione identyfikatory URI w kolejności i podjęła próbę dostarczenia do pozostałych prawidłowych identyfikatorów URI aż do obsługiwanego limitu. Nie gwarantuje to, że każdy odbiorca zastosuje tę samą pojemność docelową lub że każda próba dostarczenia zakończy się sukcesem. Sprawdź, czy każde miejsce docelowe spełnia kryteria, w tym, w stosownych przypadkach, zezwolenie na lot zewnętrzny.
Dwa miejsca docelowe mailto w tym samym prawidłowym żądaniu nie stanowią instrukcji podziału między nimi liczby wiadomości raportu. Kiedy równoważne raporty docierają do obu, ich liczebności opisują te same obserwacje. Dodanie sum obu kolektorów może podwoić ruch.
Przygotuj obie ścieżki odbioru
Zapisz dokładnie opublikowane żądanie, trasę skrzynki pocztowej, właściciela miejsca docelowego i odpowiednie zapisy autoryzacji. Poproś właścicieli o sprawdzenie akceptacji załączników, pojemności skrzynki pocztowej i obsługi parsera. Dodanie miejsca docelowego innej firmy zwiększa również liczbę osób otrzymujących dane operacyjne, dlatego przed wprowadzeniem zmiany zatwierdź cel dostępu i przechowywania.
Zachowaj istniejącą ścieżkę roboczą podczas kontrolowanego porównania, jeśli jest to dozwolone. Zmień tylko zamierzone miejsce docelowe i zachowaj jego poprzednią wartość. Nie zmieniaj jednocześnie polityki egzekwowania i parsera, jeśli celem jest zrozumienie różnic w kolekcji.
Porównaj raporty przed dashboardami
Referencje: RFC 9990 §3.5.1, RFC 9990 §3.5.4.
Utwórz porównanie według zgłaszającego, domeny zasad, tożsamości raportu i interwału raportowania. Zachowaj odciski palców załączników i znaczniki czasu przybycia. Sprawdź, czy brakujący wpis w panelu nigdy nie został odebrany, nie został odfiltrowany, nie udało się go przeanalizować lub został wykluczony przez filtr wyświetlania.
Przypadek ilustrujący: kolektor A pokazuje 800 obserwacji, podczas gdy kolektor B pokazuje 600 dla tego samego nominalnego dnia. Badanie wykazało jeden raport z 200 obserwacji w kwarantannie B. Rozbieżność dotyczy strony kolekcji; nie jest to dowód na to, że za pośrednictwem A wysłano 200 dodatkowych wiadomości. Jeśli same pliki się różnią, zachowaj oba i zbadaj, zamiast wymuszać zgodność sum.
Zdefiniuj granice porównania
Referencje: RFC 9989 §5.3.8, RFC 9990 §3.5.
Pomyślne przybycie w parze demonstruje te konkretne dostawy. Nie ustanawia pełnego zasięgu odbiorców ani nie gwarantuje identycznych przyszłych dostaw. W przypadku braku możliwości dostarczenia raporty mogą zostać opóźnione, ponowione lub odrzucone. Różne strefy czasowe pulpitu nawigacyjnego i reguły deduplikacji mogą również zmieniać wyświetlane sumy.
Zakończ migrację dopiero po reprezentatywnym okresie obserwacji, dopasowanych próbkach raportów i wyjaśnionej liście wyjątków. Zachowaj stare miejsce docelowe do czasu spełnienia zatwierdzonych kryteriów usunięcia. Jeśli rozbieżność pozostaje niewyjaśniona, oznacz porównanie jako niekompletne, zamiast wybierać większy dashboard jako prawdziwy.
Prowadź rejestr porównawczy miejsc docelowych
Dla każdego miejsca docelowego zapisz wersję żądania, kontrolę autoryzacji, pierwszy zgodny przyjazd, ostatni pasujący odstęp czasu i nierozwiązane wyjątki. Porównaj ten sam zestaw surowych raportów przed porównaniem kategorii pochodnych dostawcy. Jeden kolekcjoner może inaczej sklasyfikować udostępnione źródło bez otrzymania innego kodu XML. Oddziel te różnice interpretacyjne od strat transportowych. Przed usunięciem adresu sprawdź jego ustalenia umowne dotyczące przechowywania i eksportu oraz uzyskaj zgodę na usunięcie. Zachowaj datę eksportu porównania, aby późniejsza zmiana mogła zostać odróżniona od pierwotnej decyzji o migracji.
Kontynuuj śledztwo
Skorzystaj z przewodnik dotyczący raportu zbiorczego interpretować podstawowe pola i poradnik diagnostyki zbieżności gdy surowe uwierzytelnienie nie spełnia wymagań DMARC.
Wykonano syntetyczny dowód
Poniżej znajduje się lokalnie odtwarzane syntetyczne urządzenie offline, a nie działający DNS , SMTP lub obserwacja klienta. Dane wejściowe XML zostały przeanalizowane przy użyciu standardowej biblioteki Pythona, a asercje sprawdziły powstałe pola i obliczenia. Symulowane etapy DNS i poczty stanowią dane wejściowe testowe, a nie dowód, że rzeczywisty odbiorca wykonał te operacje. Pełna weryfikacja schematu i uwierzytelnianie źródła produkcyjnego nie mieszczą się w tym małym urządzeniu; dowody na żywo pozostają w toku.
Dostarczone żądanie to _dmarc.brand.example TXT "v=DMARC1; p=none; rua=mailto:aggregate@collector.example,mailto:archive@archive.example". Zakłada się, że te zarezerwowane domeny przykładowe są oddzielnymi domenami organizacyjnymi w urządzeniu. Dwie syntetyczne odpowiedzi dotyczące autoryzacji to: brand.example._report._dmarc.collector.example TXT "v=DMARC1" I brand.example._report._dmarc.archive.example TXT "v=DMARC1". Model lokalny odpowiada zarówno podanym nazwom właścicieli autoryzacji, jak i wartościom ich wersji poniżej RFC 9990 §4. Nie wykonuje zapytań DNS ani pełnego algorytmu autoryzacji. Implementacja produkcyjna musi przeprowadzić pełną procedurę wykrywania i autoryzacji, a nie zakładać granice domeny.
Zachowany raport ma identyfikator R1, domenę zasad brand.example , zakres_dat zaczyna się 1772409600 i kończy 1772496000, źródłowy adres IP 192.0.2.10 i liczba 100. Jego ocena jest zgodna DKIM wynik jest pozytywny i wyrównany SPF to porażka. Surowy wynik SPF jest pozytywny dla vendor.example , co ilustruje, dlaczego surowy sukces nie jest sukcesem wyrównanym. Pola te są analizowane na podstawie kodu XML, a nie wyciągane z pulpitu nawigacyjnego.
Test modeluje pomyślny paragon 250 w każdym miejscu docelowym i analizuje ten sam załącznik w obu przypadkach. Każdy parser zwraca R1 i liczy 100. Porównanie rejestruje dwa przybycia, ale jeden zestaw obserwacji po 100, a nie łączną objętość 200. To ustanawia jedynie arytmetykę duplikatu urządzenia. Aby zastąpić symulację prawdziwymi dowodami, należy zachować rzeczywiste wyszukiwanie żądań, wyszukiwanie autoryzacji, identyfikatory paragonów, skróty chronionych załączników i wyniki zadań analizatora dla każdego miejsca docelowego. W przypadku braku jednego paragonu należy odnotować niezauważoną dostawę, zamiast sporządzać pasującą kopię.
Utrzymuj wynik w testowanym zakresie
Dostarczona lokalna demonstracja weryfikuje jedynie mały syntetyczny parser, dostarczone wejścia etapowe i obliczenia. Nie testowano żadnej rzeczywistej autoryzacji DNS , dostarczania SMTP , migracji kolektorów, udziału dostawców ani zachowania produkcyjnej bazy danych. Oryginalne dane wejściowe pozostają archiwizowane, a wszelkie porównania na żywo wymagają własnych, chronionych dowodów i odpowiedzialnej zgody.