FQDN serwera

FQDN serwera to pełna, jednoznaczna nazwa domenowa identyfikująca daną maszynę w infrastrukturze pocztowej.

Pełna nazwa serwera w systemie DNS

FQDN, czyli Fully Qualified Domain Name, jest pełną nazwą domenową przypisaną do konkretnego hosta. W przypadku serwera może mieć postać na przykład mail01.example.pl, gdzie mail01 oznacza nazwę hosta, a example.pl wskazuje domenę oraz jej hierarchię. Taka nazwa identyfikuje urządzenie w sposób jednoznaczny w obrębie systemu DNS, o ile w danej strefie nie istnieje druga maszyna z takim samym rekordem nazwy. FQDN różni się od krótkiej nazwy hosta, takiej jak mail01, ponieważ zawiera także domenę nadrzędną.

Technicznie FQDN składa się z etykiet oddzielonych kropkami. Każda etykieta może mieć maksymalnie 63 oktety, a całkowita długość nazwy domenowej, bez końcowej kropki oznaczającej korzeń DNS, nie powinna przekraczać 253 oktetów w reprezentacji tekstowej. Nazwa jest niewrażliwa na wielkość liter, dlatego MAIL01.EXAMPLE.PL i mail01.example.pl wskazują tę samą nazwę DNS. Końcowa kropka, zapisywana jako mail01.example.pl., formalnie pokazuje, że nazwa jest absolutna i kończy się w korzeniu hierarchii DNS.

Rekordy DNS powiązane z FQDN serwera

Samo wpisanie FQDN do konfiguracji nie tworzy jeszcze działającej identyfikacji serwera. Nazwa musi być opublikowana w odpowiedniej strefie DNS za pomocą rekordów. Rekord typu A wiąże nazwę z adresem IPv4, natomiast rekord AAAA wiąże ją z adresem IPv6. Dla przykładowej nazwy mail01.example.pl może istnieć rekord A wskazujący adres IPv4 oraz niezależny rekord AAAA wskazujący adres IPv6. Jeżeli któryś z tych rekordów jest nieaktualny, część klientów może łączyć się z niewłaściwą maszyną albo nie nawiązywać połączenia.

W infrastrukturze pocztowej FQDN serwera jest często powiązany z rekordem MX domeny. Rekord MX wskazuje nazwę hosta obsługującego pocztę, a nie bezpośrednio adres IP, dlatego wskazany host powinien mieć własny rekord A lub AAAA. Istotny jest także rekord PTR w odwrotnej strefie DNS. PTR mapuje adres IP serwera na nazwę domenową i może zwracać na przykład mail01.example.pl. Zgodność między nazwą używaną przez serwer, rekordem A lub AAAA oraz rekordem PTR ułatwia weryfikację połączeń i ogranicza problemy wynikające z niespójnej konfiguracji DNS.

FQDN w połączeniach SMTP i TLS

Serwer pocztowy powinien przedstawiać spójną nazwę podczas nawiązywania połączenia SMTP. W poleceniu EHLO lub HELO klient albo serwer wysyłający podaje swoją nazwę, która w praktyce powinna być pełnym, rozwiązywalnym FQDN, a nie przypadkową nazwą lokalną. Odbiorca może wykorzystać tę informację razem z adresem IP, rekordami DNS, rekordem PTR oraz wynikami kontroli SPF, DKIM lub innych mechanizmów polityki pocztowej. Sam FQDN nie gwarantuje dostarczenia wiadomości, ale jego brak albo niespójność może zwiększyć ryzyko odrzucenia połączenia lub zaklasyfikowania wiadomości jako podejrzanej.

Ta sama nazwa może być używana przy konfiguracji szyfrowania TLS. Certyfikat serwera powinien zawierać nazwę, pod którą klient rzeczywiście się łączy, zwykle w rozszerzeniu Subject Alternative Name. Jeżeli użytkownik lub inny serwer łączy się z adresem mail01.example.pl, a certyfikat obejmuje wyłącznie example.pl albo inną nazwę, walidacja nazwy może zakończyć się ostrzeżeniem. Diagnostyka obejmuje więc sprawdzenie rozwiązywania nazwy, poprawności certyfikatu, daty jego ważności oraz tego, czy usługa SMTP odpowiada pod właściwym adresem i porcie.

Sprawdzanie nazwy FQDN i spójności konfiguracji

Podstawową kontrolę można wykonać z wiersza poleceń. W systemie Windows polecenie nslookup mail01.example.pl pozwala sprawdzić odpowiedź DNS dla nazwy, a nslookup adres_IP może pomóc zweryfikować rekord PTR. W systemach Linux i macOS podobną funkcję pełni między innymi dig mail01.example.pl A albo dig mail01.example.pl AAAA. Wynik należy porównać z rzeczywistym adresem interfejsu serwera oraz z wpisami używanymi w konfiguracji usługi. Warto również sprawdzić, czy lokalny plik hosts nie przesłania odpowiedzi uzyskiwanej z właściwego DNS.

Jeżeli FQDN nie rozwiązuje się, wskazuje nieaktualny adres, nie ma odpowiadającego rekordu PTR albo nie pasuje do certyfikatu, problem może dotyczyć DNS, konfiguracji usługi, routingu lub delegacji domeny. Zmiana nazwy serwera wymaga sprawdzenia wszystkich miejsc, w których jest używana: rekordów A, AAAA, PTR i MX, ustawień SMTP, certyfikatów TLS oraz dokumentacji administracyjnej. W serwisie technicznym diagnozę należy prowadzić na podstawie konkretnego hosta, adresów IP, odpowiedzi DNS i komunikatów z połączeń, ponieważ sama nazwa wpisana w konfiguracji nie potwierdza jeszcze poprawności działania serwera.