fallback MX

Fallback MX to zapasowy rekord domenowy przejmujący obsługę poczty w przypadku niedostępności głównego serwera.

Fallback MX w mechanizmie dostarczania poczty

Fallback MX oznacza zapasowy serwer pocztowy wskazany w rekordach MX domeny. Rekord MX, czyli Mail Exchange, informuje nadawcę SMTP, do jakich hostów należy kierować wiadomości przeznaczone dla danej domeny. Zapasowy serwer nie jest odrębnym typem rekordu DNS. Jest zwykłym rekordem MX o niższym priorytecie, wykorzystywanym wtedy, gdy serwer podstawowy nie przyjmuje połączeń albo jest czasowo niedostępny.

Dla jednej domeny można opublikować kilka rekordów MX. Każdy z nich zawiera nazwę hosta pocztowego oraz wartość preferencji. Niższa wartość preferencji oznacza wyższy priorytet. Przykładowo rekord wskazujący mx1.example.pl z preferencją 10 będzie wybierany przed rekordem mx2.example.pl z preferencją 20. Jeżeli kilka rekordów ma taką samą wartość, serwer wysyłający może rozłożyć próby połączeń między te hosty, zależnie od własnej implementacji.

Jak nadawca wybiera zapasowy serwer

Proces rozpoczyna się od zapytania DNS o rekordy MX dla domeny odbiorcy. Następnie nadawca SMTP rozwiązuje nazwy hostów pocztowych na adresy IP i próbuje nawiązać połączenie z serwerem o najwyższym priorytecie. Sam brak odpowiedzi na pojedynczą próbę nie musi od razu oznaczać trwałej awarii. Serwer nadawcy może ponawiać dostarczenie, stosując opóźnienia i czasowe przechowywanie wiadomości w kolejce.

Jeżeli podstawowy host MX jest niedostępny, nadawca może przejść do kolejnego rekordu o wyższej wartości preferencji. Zapasowy serwer powinien przyjąć wiadomość tylko dla domen i adresatów, za które rzeczywiście odpowiada. Po przyjęciu poczty może przechować ją lokalnie, a następnie przekazać do serwera podstawowego, gdy ten ponownie zacznie działać. Taki model wymaga poprawnej obsługi kodów SMTP, kolejkowania oraz ponawiania dostarczenia, ponieważ sam wpis DNS nie implementuje buforowania wiadomości.

Fallback MX nie gwarantuje dostarczenia każdej wiadomości. Nadawca może uznać odpowiedź serwera za błąd trwały, odrzucić połączenie z powodu polityki bezpieczeństwa albo zakończyć próby po upływie własnego limitu czasu. Zachowanie zależy od systemu wysyłającego, konfiguracji SMTP i odpowiedzi otrzymanych od hostów MX.

Konfiguracja DNS i warunki bezpiecznego failoveru

Rekordy MX muszą wskazywać nazwy hostów, a nie adresy IP. Dla tych nazw publikuje się osobne rekordy A dla IPv4 lub AAAA dla IPv6. Host wskazany przez MX nie powinien być nazwą zakończoną kolejnym rekordem MX, ponieważ mechanizm MX wymaga wskazania właściwego serwera pocztowego. Czas przechowywania odpowiedzi DNS w pamięci podręcznej określa parametr TTL. Zmiana rekordu może więc nie być widoczna jednocześnie u wszystkich nadawców.

Zapasowy serwer powinien mieć ograniczony zakres odpowiedzialności. W szczególności musi sprawdzać, czy odbiorca istnieje, zanim przyjmie wiadomość do późniejszego przekazania. Przyjmowanie poczty dla dowolnych adresów tworzy ryzyko backscatteru, czyli generowania zwrotnej poczty do przypadkowych nadawców, oraz może prowadzić do wykorzystania serwera jako pośrednika dla spamu. Niedopuszczalne jest również skonfigurowanie tak zwanego open relay, który przekazuje wiadomości do domen nieobsługiwanych przez właściciela.

Weryfikacja konfiguracji obejmuje sprawdzenie kolejności preferencji MX, rozwiązywania nazw A i AAAA, dostępności portu 25 oraz zgodności certyfikatów i ustawień TLS, jeśli połączenia są szyfrowane. Należy także sprawdzić, czy serwer zapasowy prawidłowo odkłada wiadomości w kolejce, nie zmienia ich adresata i potrafi przekazać je po przywróceniu serwera podstawowego. Test powinien obejmować zarówno poprawny adres odbiorcy, jak i adres nieistniejący.

Rozpoznawanie problemów z fallback MX

Objawem nieprawidłowego failoveru może być opóźnienie dostarczania poczty, komunikat o braku dostępnych hostów MX, odrzucenie wiadomości przez serwer zapasowy albo wielokrotne próby połączenia wyłącznie z hostem podstawowym. Analiza powinna rozpocząć się od aktualnej odpowiedzi DNS, ponieważ lokalny resolver może zwracać dane zapisane w pamięci podręcznej. Następnie sprawdza się logi SMTP po stronie nadawcy i odbiorcy, kody odpowiedzi oraz moment przełączenia na kolejny rekord.

Trzeba odróżnić awarię DNS od awarii usługi pocztowej. Jeżeli rekord MX nie istnieje, nadawca może zastosować procedurę opartą na rekordzie A lub AAAA domeny, o ile taki adres jest dostępny i spełnia wymagania SMTP. Nie jest to jednak to samo co przełączenie na zapasowy MX. Jeżeli rekordy istnieją, ale wskazany host nie rozwiązuje się na adres IP, problem dotyczy DNS. Jeżeli host ma poprawny adres, lecz odrzuca połączenia, przyczyną może być filtr sieciowy, niedostępność usługi SMTP albo błędna konfiguracja serwera.

Przy diagnostyce laptopa lub komputera PC można sprawdzić, czy problem występuje tylko w jednym programie pocztowym, czy również przy innych próbach dostarczenia wiadomości. Warto porównać wyniki z różnych sieci i resolverów DNS oraz zweryfikować, czy lokalny komputer nie korzysta z nieaktualnych wpisów. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, natomiast sam mechanizm fallback MX wymaga analizy konfiguracji domeny, DNS i serwerów pocztowych po stronie infrastruktury pocztowej.