Ustal, która usługa Sarbacane wysyła
„Sarbacane” nie jest wystarczająco precyzyjnym żądaniem zmiany DNS . Sprawdzona dokumentacja własna obejmuje procedurę dotyczącą delegowanej subdomeny kampanii i oddzielną procedurę ręcznego rejestrowania w Sendkit. Ogólnie wyglądający adres URL konfiguracji domeny przekierowujący do strony wyraźnie zatytułowanej dla Sendkit podczas tej recenzji. Ta różnica określa, które instrukcje należą do biletu zmiany.
Poproś właściciela konta o zidentyfikowanie produktu, konta i rzeczywistej ścieżki kampanii lub aplikacji. Zapisz zrzut ekranu lub informacje administracyjne prywatnie w rekordzie zmian. Nie uwierzytelniaj kampanii poprzez kopiowanie pliku SPF wartość lub DKIM klucz z artykułu Sendkit po prostu dlatego, że oba znajdują się w centrum pomocy Sarbacane. Ten przewodnik prowadzi do kampanii, wyjaśnia granice Sendkit i pozostawia wszelkie nieobsługiwane trasy nierozwiązane, zamiast zgadywać.
The Objaśnienia kampanii dotyczące spersonalizowanych domen wysyłających odróżnia domeny usług wspólnych od własnej tożsamości organizacji. Zdecyduj, które adresaci tożsamości powinni zobaczyć przed udostępnieniem czegokolwiek. Wyświetlana nazwa marki i link zawierający nazwę Twojej firmy nie zastępują tej decyzji.
Sprawdź subdomenę przed jej delegowaniem
Wybierz przestrzeń nazw z udokumentowanym właścicielem i celem. Zinwentaryzuj istniejące rekordy, zależności, delegowane elementy podrzędne, łącza i aplikacje. Subdomena, która w przeglądarce wygląda na nieużywaną, może nadal obsługiwać pocztę, zapisy weryfikacyjne lub inną usługę. Nie deleguj nowego zadania w stosunku do istniejącego wykorzystania produkcyjnego bez sprawdzonego planu migracji.
Udokumentuj, który zespół zarządza domeną nadrzędną i która strona będzie odpowiadać za delegowany zespół podrzędny. Zachowaj wyraźnie proponowaną granicę w zgłoszeniu. Zmiana rejestratora serwery nazw dla całej domeny różni się istotnie od dodawania rekordów NS dla jednej strefy podrzędnej. To drugie nie może przypadkowo stać się pierwszym, ponieważ interfejs DNS używa podobnych etykiet.
Nagraj także istniejące DMARC zasady mające zastosowanie do zamierzonej domeny From. Konfiguracja uwierzytelniania nie zezwala na wymianę tej polityki ani zmianę odbiorców raportów. Jeśli zostanie wybrana nowa subdomena wysyłająca, poproś właściciela domeny o zapoznanie się z obowiązującą polityką i wyrównanie zamiast zakładać, że dziecko jest odizolowane od decyzji w domenie nadrzędnej.
Postępuj zgodnie z upoważnieniem wydanym na koncie Kampanii
The Przewodnik po hostingu kampanii, „Prerequis” i „Étapes (przykład od OVH)” wymaga utworzenia subdomeny w Kampaniach i dostępności okna Konfiguracja domeny par délégation. Poleca administratorom uzyskanie wartości z tego okna, umieszczenie własności TXT w domenie głównej i dodanie dwóch dostarczonych obiektów docelowych NS do wybranego elementu podrzędnego. W powiązanym przewodniku dotyczącym rozwiązywania problemów przewidziano czas do 48 godzin na weryfikację i zauważono, że obsługa hostingu w przypadku delegowania jest różna.
Przed otwarciem edytora DNS zapisz każdego wydanego właściciela, typ i wartość. Potwierdź traktowanie interfejsu jako względnego właściciela zamiast w pełni kwalifikowanej nazwy. W przypadku tokenu własności nie należy mylić lokalizacji domeny nadrzędnej z nowo utworzonym wysyłającym elementem podrzędnym. W przypadku rekordów NS sprawdź, czy obie wartości docelowe są zgodne z instrukcjami konta i czy właścicielem jest zamierzona subdomena.
Zachowaj niepowiązane Rekordy TXT, w tym istniejące wartości SPF i weryfikacyjne. Token własności nie jest instrukcją tworzenia ani zastępowania polityki SPF . Zachowaj eksport DNS przed i po oraz dokładny czas publikacji. Zweryfikuj delegację za pomocą wiarygodnych odpowiedzi DNS , a nie tylko zielonego wskaźnika aplikacji lub zapisanego stanu panelu sterowania hostingu.
Nie wymyślaj celów serwerów nazw ani nie kopiuj przykładowej domeny pokazanej w artykule pomocy. Jeśli wybrany host DNS nie może obsłużyć wymaganego delegowania, zatrzymaj tę trasę i poproś Sarbacane o obsługiwane podejście. Zmiana dostawcy hostingu lub zakup nowej domeny to osobna decyzja, a nie automatyczna naprawa.
Zdiagnozuj nieprawidłową domenę bez ślepego usuwania
The Kampanie „Nieprawidłowy” artykuł, harmonogram i sekcje weryfikacji odróżnia zwykłą propagację od rekordów dodanych ponad 48 godzin po utworzeniu domeny. W przypadku opóźnionej konfiguracji opisano usuwanie i ponowne dodanie domeny w Kampaniach w celu ponownego uruchomienia aktywacji, przy jednoczesnym zachowaniu rekordów DNS . Powtarza również nadrzędne lokalizacje TXT i podrzędne lokalizacje NS.
Użyj tych rozróżnień jako sekwencji diagnostycznej. Najpierw porównaj rzeczywistych właścicieli DNS i wartości z kontem. Następnie określ, kiedy domena została utworzona i kiedy rekordy stały się publiczne. Następnie ustal, czy do domeny jest dołączona istniejąca aktywność kampanii. Rozwiązaniem w zakresie synchronizacji historycznej nie jest zezwolenie na usunięcie obiektu produkcyjnego bez zrozumienia jego zależności.
Jeśli pomoc techniczna zaleca ponowne dodanie aktywnej domeny, uzyskaj plan zmian o określonym zakresie i zapisz, co należy przywrócić. Zachowaj bieżące ustawienia kampanii i dowody starego stanu. Po jakichkolwiek działaniach naprawczych powtórz zarówno weryfikację domeny, jak i test odebranej wiadomości; sama zmiana statusu aplikacji nie świadczy o tym, że każda zaplanowana kampania korzysta z przywróconej tożsamości.
Zachowaj ręczne rekordy Sendkit we własnych zmianach
The Strona domeny Sendkit, wymagane rekordy i sekcje sprawdzania poprawności domeny dokumentuje SPF , DKIM , MX , A i konfigurację domeny śledzącej dla tej usługi. Opisuje 1024-bitowy i 2048-bitowy Opcje DKIM , zalecając 2048-bit. Jego wymagania dotyczące walidacji obejmują SPF , DKIM , MX i śledzenie. Są to instrukcje dotyczące konkretnego produktu, a nie procedura delegowania Campaigns NS.
W przypadku wdrożenia Sendkit rozpocznij osobną inwentaryzację rekordów i porównaj bieżące instrukcje konta ze stroną. Nie zastępuj istniejącego MX lub witryny internetowej służącej do odbierania poczty Rekord jedynie w celu spełnienia listy kontrolnej. Ustal odpowiednią domenę i wspieraj obsługę przychodzących odpowiedzi i zwrotów z właścicielem produktu. Jeśli przykłady źródła są sprzeczne z ustawieniami konta, przed publikacją uzyskaj odpowiedź dostawcy.
Śledząca nazwa hosta może mieć znaczenie dla weryfikacji domeny dostawcy i reputacji łącza, ale nie jest to domena uwierzytelniana DMARC . Zachowaj weryfikację śledzenia, trasę zwrotów i uwierzytelnianie nadawcy jako osobne pola akceptacji. Przegląd ten nie ustanawia jednego zwyczaju Return-Path przepływ pracy obowiązujący we wszystkich usługach Sarbacane.
Po wysłaniu sprawdź tożsamość uwierzytelniającą
Gdy konto zgłosi gotowość domeny, wyślij małą, nieszkodliwą kampanię do kontrolowanych zewnętrznych skrzynek pocztowych za pośrednictwem rzeczywistego produktu. Zapisz identyfikator kampanii i czas UTC. Uwzględnij reprezentatywne linki i odpowiedzi, ale bez listy klientów ani prywatnych treści klientów. Jeśli zakres obejmuje wiele kont, domen lub ścieżek automatyzacji, przetestuj każdą znaczącą odmianę.
Przechwytuj widoczną tożsamość domeny nadawczej, Return-Path lub zgłoszonej przez odbiorcę tożsamości koperty, każdą domenę podpisującą DKIM i selektororaz wyniki zaufanego uwierzytelnienia systemu odbierającego. RFC 6376 , sekcja 3.5 definiuje pola DKIM d= i s=. Potwierdź, że klucz publiczny znaleziony dla obserwowanego podpisu należy do skonfigurowanej trasy. Nie wnioskuj o podpisaniu z faktu, że uprawnienia DNS zostały delegowane.
RFC 7208 , sekcje 2.3 i 4.6.4 wyjaśnia POCZTA OD tożsamość i limit wyszukiwania SPF . Jeśli dla potwierdzonego produktu wymagana jest ręczna zmiana SPF , przejrzyj całą istniejącą politykę i zagnieżdżone wyszukiwania. Nie dodawaj drugiej zasady ani nie kopiuj na ślepo pełnej próbki w oparciu o autoryzację innych nadawców.
Stosować RFC 9989 , sekcja 4.4, „Wyjaśnienie wyrównania identyfikatorów” do otrzymanych tożsamości. Zapisz wyrównany mechanizm mijania, a nie tylko trzy zielone etykiety na desce rozdzielczej. Przejście Podpis DKIM w niepowiązanej domenie usługi nie ustala wyrównania z domeny. Ścisłe i luźne dopasowanie może również prowadzić do różnych wniosków, gdy w grę wchodzą domena nadrzędna i podrzędna.
Wypełnij arkusz produktu i domeny
Utwórz oddzielny rekord recenzji dla produktu Sarbacane i arkusza delegacji, korzystając z poniższych pól. Zapewnia widoczność decyzji dotyczących kampanii i Sendkit, oddziela weryfikację własności od uwierzytelniania i udostępnia pola dla uprawnień DNS , stanu aplikacji, otrzymanych tożsamości i odzyskiwania. Najpierw wypełnij pole produktu. Jeśli nie jest to znane, zapisz, kto to potwierdzi i nie korzystaj z artykułu, który najłatwiej znaleźć.
W przypadku strefy delegowanej zachowaj zarówno dowód NS po stronie nadrzędnej, jak i wynikowe odpowiedzi uwierzytelniające dziecka. W przypadku ręcznej konfiguracji nagrywania zachowaj każdy zamierzony zapis i jego odpowiedź na żywo. W obu przypadkach dowód odbiorcy powinien być powiązany z tym samym kontem i kampanią. Artefakty te pozwalają przyszłemu administratorowi odróżnić problem z konfiguracją po stronie dostawcy od błędu strefy nadrzędnej.
Fikcyjny przykład: poprawne zapisy dla niewłaściwej usługi
Tylko fikcyjny przypadek pisemny: SC-01 zakłada, że właściciel żąda kampanii od news@updates.example , podczas gdy bilet DNS powołuje się na klucz Sendkit. Token własności kampanii wydany przez konto i podrzędne serwery nazw nie zostały jeszcze zebrane; Tożsamość DKIM , SPF i odbiorcy jest nieznana. Właściciel marketingu potwierdza produkt, a właściciel DNS przechowuje niedopasowany bilet, pobiera prawidłową delegację i przegląda nieużywaną strefę podrzędną. Zatwierdzenie pozostaje otwarte do czasu zatwierdzenia produktu i sprawdzenia tożsamości w otrzymanej wiadomości. Nie uzyskano dostępu do żadnego konta, rekordu DNS ani wiadomości.
Ustaw granicę odzyskiwania i konserwacji
Jeśli delegowanie zerwie istniejącą zależność, wstrzymaj nowe kampanie i skoordynuj odzyskiwanie z właścicielem DNS i Sarbacane. Przywróć tylko sprawdzoną wcześniejszą konfigurację. Usunięcie delegacji może również uniemożliwić dostęp do znajdujących się pod nią zapisów uwierzytelniania lub śledzenia, więc zresetowanie ikony ostrzeżenia nie jest nieszkodliwym sposobem. Zachowaj buforowane DNS i wiadomości już w locie w ramach planu odzyskiwania.
Sprawdź ponownie po migracji produktu, zmianie domeny, zmianie delegacji lub nowo wprowadzonej automatyzacji. Bieżące wartości kont, obsługa niestandardowych kopert dla wybranej trasy, żywy DNS i dowody nagłówka pozostają tutaj niezweryfikowane. Pierwotny szeroki zakres Sarbacane pozostaje wstrzymany do czasu potwierdzenia konkretnego produktu. Jest to niepublikowany projekt dokumentu, który wciąż oczekuje na ocenę wizualną i zatwierdzenie przez ludzkie MŚP.
Oddziel przekazywaną wiadomość od gotowości do egzekwowania
RFC 9989 sekcja 7.4 wymaga prawidłowego DKIM dla domeny publikującej p=reject i ostrzega o interoperacyjności poczty pośredniej. Pojedynczy dopasowany wynik SPF sam w sobie nie uzasadnia wdrożenia zasady odrzucania. Przejrzyj wszystkie legalne trasy i zasady własności niezależnie od konfiguracji tego dostawcy.