Wybór SPF model operacyjny to decyzja o tym, kto utrzymuje władzę wysyłającą. „Hostowane” i „dynamiczne” nie zastępują diagramu architektury. Przed porównaniem kosztów zapytaj, co pozostaje w Twoim DNS , co inna organizacja może zmienić i jak nieudana aktualizacja lub niedostępna zależność wpływa na Twoją pocztę.
Opisz modele w sposób konkretny
W modelu zarządzanym ręcznie Twój zespół edytuje zasady i przegląda zależności. Nadal możesz polegać na dołączeniach kontrolowanych przez dostawcę, więc ręczna edycja nie oznacza, że masz kontrolę nad wszystkimi wprowadzonymi danymi. W modelu hostowanym inna usługa może zarządzać przywoływaną polityką, generować proponowany rekord lub publikować zmiany poprzez integrację. Porozumienia te przyznają różne uprawnienia.
„Dynamiczny SPF ” może opisywać automatyczne aktualizacje lub zarządzaną usługę zasad. Nie jest to oddzielny znacznik wersji ani gwarancja świeżości. Poproś dostawcę o narysowanie dokładnych ścieżek wyszukiwania i aktualizacji, podanie nazw stref DNS , kont redaktorów i zaangażowanych systemów monitorowania. Unikaj zakładania funkcji tylko dlatego, że pojawia się w kategorii marketingowej.
Oddziel reguły protokołu od obietnic usług
RFC 7208 reguluje ocenę SPF niezależnie od modelu zarządzania. Usługa zarządzana nie zapewnia większego budżetu na określony okres. Wygenerowane lub hostowane dane wyjściowe muszą nadal zachowywać się poprawnie w przypadku tożsamości wysyłających.
Poproś o dowody dotyczące osiągnięć kandydata, a nie tylko wyniku uzyskanego na panelu kontrolnym. Wymagaj reprezentatywnych pozytywnych i negatywnych ocen, drzewa zależności, obsługiwanych konstrukcji zasad i obsługi nieudanych odczytów nadrzędnych. W przypadku spłaszczonych wyników użyj metody ocena spłaszczająca zbadać semantykę i świeżość.
Stwórz porównanie odpowiedzialności
Przy każdej opcji podaj osobę lub dostawcę odpowiedzialną za zatwierdzenie nadawcy, utrzymanie jego zakresu adresowego, publikację DNS , odnotowanie nieudanych aktualizacji i przywrócenie usługi. Zaznacz odpowiedzialność nierozwiązaną, jeśli żadna ze stron jej nie ponosi. Pozornie niedroga opcja może zależeć od tego, czy administrator będzie wykonywał codzienną pracę nieuwzględnioną w budżecie.
Skorzystaj z tego ilustrującego ćwiczenia porównawczego. Twoja usługa płacowa potrzebuje nowej domeny kopertowej. W ramach jednej propozycji dostawca wysyła instrukcje e-mailem, a zespół DNS je wdraża. W innym przypadku usługa zarządzania może zmienić przywołaną autoryzację bez konieczności dokonywania kolejnej edycji lokalnej. Żaden model nie jest z natury zwycięzcą. Drugie wymaga większej uwagi przy kontroli zmian dostawcy; pierwszy wymaga niezawodnego procesu reakcji wewnętrznej.
Zapytaj, kto może usunąć odchodzącego dostawcę i jak udowodnisz, że usunięcie miało miejsce. System, który ułatwia wdrożenie, ale pozostawia niejasność w zakresie wycofania z eksploatacji, jest niekompletny.
Oceń dostępność i widoczność zmian
Wypisz zależności, do których musi dotrzeć odbiorca, oraz te, których używa tylko aktualizator w tle. Aktywna zależność zasad może mieć wpływ na ocenę, gdy jest niedostępna. Zamiast tego nieudana aktualizacja w tle może pozostawić starszą opublikowaną politykę na miejscu. Obydwa mają znaczenie, ale ich objawy i procedury odzyskiwania są różne.
Poproś o eksport aktywnej konfiguracji, historii zmian i oryginalnych mapowań dostawców. Sprawdź, czy alerty dotrą do monitorowanego miejsca docelowego po wygaśnięciu subskrypcji, poświadczeniu przestaną działać lub nastąpi znacząca zmiana zakresu. Oceniaj kontrolę dostępu oddzielnie od wygody: unikaj przyznawania szerokiego dostępu DNS , gdy wystarczyłaby węższa obsługiwana integracja.
Przećwicz wyjście przed zatwierdzeniem
Zapisz, jak zastąpić zarządzaną zależność, kto może edytować strefę autorytatywną i jakie testy wysyłania zweryfikują zastąpienie. Sprawdź szczegóły umowy i anulowania bezpośrednio przy zakupie; niniejszy przewodnik nie zawiera żadnych warunków dostawcy. Zachowaj ostatnią działającą konfigurację, ale nie zakładaj, że będzie ona aktualna przez czas nieokreślony po opuszczeniu usługi.
Podejmij decyzję, korzystając z bieżącej pracy, wspieranej semantyki, obserwowalnych aktualizacji, reakcji na incydenty i gotowości do wyjścia. Zachowaj inwentarz nadawcy poza pulpitem dowolnego dostawcy, więc odpowiedzialność pozostaje zrozumiała po zmianie personelu lub dostawcy.
Złóż decyzję na piśmie
W przypadku hipotetycznej opcji zarządzanej zapisz, czy edytuje ona Twój DNS , kontroluje element docelowy, czy tylko generuje propozycję. Przypisz osobę zatwierdzającą nadawcę, wydawcę, monitora zmian nadrzędnych i właściciela odzyskiwania. Jeśli dostawca jest właścicielem rzeczywistego celu, ale nikt nie jest właścicielem eskalacji przestojów, w modelu operacyjnym występuje luka. Jeśli generuje tylko tekst, publikacja DNS i obsługa nieaktualnych wyników nadal wymagają właściciela. Nie zakłada się możliwości dostawcy ani cen.