aliasy serwerowe

Aliasy serwerowe to zbiorcze określenie alternatywnych nazw umożliwiających odwołanie się do serwera pocztowego.

Alias serwerowy jako dodatkowa nazwa hosta

Alias serwerowy to dodatkowa nazwa DNS przypisana do tego samego systemu, usługi albo adresu sieciowego. W przypadku poczty elektronicznej może umożliwiać odwołanie do serwera inną nazwą niż jego podstawowa nazwa hosta. Przykładowo jeden komputer może być osiągalny jako mail.example.pl, a dodatkowo jako poczta.example.pl. Obie nazwy mogą prowadzić do tego samego adresu IPv4 przez rekord A albo do adresu IPv6 przez rekord AAAA.

Samo istnienie aliasu nie tworzy nowego serwera i nie kopiuje usługi. DNS zwraca informację, dokąd skierować połączenie, natomiast faktyczna obsługa SMTP, IMAP lub POP3 odbywa się w systemie wskazanym przez tę nazwę. Z tego powodu alias musi być zgodny z konfiguracją aplikacji pocztowej, zaporą sieciową, certyfikatem TLS oraz mechanizmem uwierzytelniania. Nazwa działająca w DNS nie musi automatycznie działać jako poprawny adres usługi pocztowej.

Rekordy DNS używane przy wskazywaniu poczty

Najważniejszym rekordem dla dostarczania poczty jest MX. Wskazuje on nazwę hosta serwera, który przyjmuje wiadomości dla danej domeny. Rekord MX zawiera także wartość priorytetu, zwaną preferencją. Niższa wartość oznacza wyższy priorytet. Jeżeli domena ma kilka rekordów MX, nadawca może próbować połączenia z kolejnymi serwerami zgodnie z ich preferencją, gdy serwer o wyższym priorytecie jest niedostępny.

Przykładowy zapis example.pl MX 10 mail.example.pl oznacza, że host o nazwie mail.example.pl powinien mieć własny rekord A lub AAAA. Rekord MX nie powinien wskazywać bezpośrednio na adres IP. W praktycznej konfiguracji można utworzyć alias poczta.example.pl jako rekord CNAME wskazujący na nazwę docelową, jeżeli jest używany do zwykłego odwołania do hosta. Trzeba jednak odróżnić taki alias od nazwy użytej jako cel MX, ponieważ standardy DNS i pocztowe wymagają, aby cel MX ostatecznie był nazwą hosta rozwiązywaną do adresu, a stosowanie CNAME w miejscu celu MX może powodować problemy z kompatybilnością.

Rekordy A, AAAA, MX i ewentualnie CNAME pełnią różne funkcje. A i AAAA wiążą nazwę z adresem, MX określa serwer przyjmujący pocztę, a CNAME tworzy nazwę kanoniczną dla innej nazwy DNS. Nie należy zastępować nimi rekordów bez sprawdzenia całej delegacji DNS, ponieważ błędny alias może kierować ruch do niewłaściwego hosta albo pozostawić część klientów bez możliwości połączenia.

Alias a połączenia SMTP, IMAP i POP3

Wysyłanie poczty między serwerami odbywa się zwykle przez SMTP, natomiast program pocztowy może korzystać z SMTP do wysyłki oraz z IMAP albo POP3 do odbioru. Alias może być używany jako nazwa serwera w ustawieniach klienta, na przykład jako adres serwera poczty przychodzącej lub wychodzącej. Z punktu widzenia użytkownika różnica między nazwą podstawową a aliasem jest niewielka, ale serwer musi rozpoznawać używaną nazwę i poprawnie obsługiwać połączenie na odpowiednim porcie.

Podczas nawiązywania połączenia TLS klient może sprawdzać nazwę wpisaną w certyfikacie serwera. Jeżeli certyfikat obejmuje wyłącznie mail.example.pl, a klient łączy się z poczta.example.pl, może pojawić się ostrzeżenie o niezgodności nazwy, nawet gdy obie nazwy prowadzą do tego samego adresu IP. Certyfikat powinien więc zawierać wszystkie nazwy używane przez klientów, zwykle jako osobne wpisy w polu Subject Alternative Name.

Istotna jest także wartość komendy EHLO lub HELO w SMTP. Jest to nazwa przedstawiana przez klienta podczas rozmowy z serwerem, a niekoniecznie alias serwera wskazany w ustawieniach DNS. Serwer może mieć odrębnie skonfigurowaną nazwę powitalną, nazwę używaną w identyfikacji TLS oraz nazwy akceptowane przez usługę. Niespójność tych elementów może prowadzić do odrzucania połączeń, błędów certyfikatu albo problemów z uwierzytelnianiem.

Sprawdzanie poprawności aliasu serwerowego

Diagnostykę należy rozpocząć od sprawdzenia, jakie odpowiedzi zwraca DNS dla nazwy podstawowej i aliasu. Przydatne są narzędzia nslookup oraz dig. Zapytania o rekordy A, AAAA, MX i CNAME pozwalają ustalić, czy nazwa istnieje, czy wskazuje właściwy host oraz czy nie występuje niezamierzony łańcuch przekierowań. Wynik trzeba interpretować razem z czasem TTL, ponieważ po zmianie DNS część urządzeń może jeszcze korzystać z wcześniejszej odpowiedzi zapisanej w pamięci podręcznej.

Kolejny etap polega na sprawdzeniu dostępności właściwej usługi pod nazwą aliasu. Sam test rozwiązywania DNS nie potwierdza, że działa SMTP, IMAP lub POP3. Należy zweryfikować port, szyfrowanie, certyfikat oraz odpowiedź serwera po połączeniu. W przypadku poczty wychodzącej sprawdza się dodatkowo, czy serwer akceptuje nazwę używaną przez klienta i czy uwierzytelnianie nie jest związane wyłącznie z nazwą podstawową.

Jeżeli alias przestał działać po zmianie adresu IP, przyczyną może być nieaktualny rekord A albo AAAA, błędny rekord CNAME, niezgodny rekord MX lub lokalna pamięć DNS. Jeżeli połączenie jest możliwe, ale pojawia się ostrzeżenie TLS, trzeba porównać nazwę używaną przez klienta z nazwami zapisanymi w certyfikacie. Analiza powinna obejmować zarówno konfigurację DNS, jak i konfigurację samej usługi pocztowej, ponieważ alias jest elementem łączącym warstwę nazw z działaniem konkretnego serwera.