DNS rekordy jak ustawić — kompletny przewodnik po konfiguracji strefy domeny

Odpowiedź na pytanie dns rekordy jak ustawić sprowadza się do trzech decyzji: które serwery nazw obsługują domenę, jakie wpisy trafiają do strefy i jaki czas życia (TTL) im nadasz. Kto zastanawia się, dns rekordy jak ustawić poprawnie, zwykle ma konkretny cel: podpiąć stronę pod nowy serwer, uruchomić firmową pocztę albo zweryfikować usługę zewnętrzną. Strefa DNS to zwykły plik tekstowy z listą wpisów, a każdy z nich odpowiada za inną warstwę usługi — rekord A kieruje ruch WWW, MX pocztę, TXT służy do weryfikacji i uwierzytelniania nadawcy. Błąd w jednym wierszu potrafi wyłączyć sklep na kilka godzin, dlatego kolejność działań ma znaczenie: najpierw obniżenie TTL, potem migracja treści, na końcu przełączenie wpisów. W tym przewodniku znajdziesz komplet rekordów, przykładowe wartości, orientacyjne koszty w PLN oraz metody diagnostyki działające niezależnie od rejestratora. Zestaw sprawdzi się przy prostym blogu i przy infrastrukturze z kilkunastoma subdomenami.

Czym jest strefa DNS i dlaczego delegacja decyduje o wszystkim

Strefa DNS działa jak książka adresowa domeny: przechowuje wpisy tłumaczące nazwę na adres IP lub na inną nazwę. Serwery nazw wskazane u rejestratora decydują, która kopia strefy jest wiążąca. Jeżeli delegacja prowadzi do panelu hostingu, edycja wpisów u rejestratora nie przyniesie żadnego efektu. Ten jeden szczegół odpowiada za większość nieudanych migracji.

Zanim dotkniesz czegokolwiek, sprawdź komendą whois lub w panelu, jakie NS-y są przypisane do domeny. Typowy zestaw to dwa lub trzy serwery, na przykład ns1 i ns2 dostawcy hostingu. Edytuj strefę wyłącznie tam, gdzie te serwery faktycznie odpowiadają, a zmiany nanoszone w pozostałych panelach traktuj jako martwe kopie.

Dobrą praktyką jest wyeksportowanie obecnej strefy do pliku tekstowego przed jakąkolwiek modyfikacją. Większość paneli udostępnia podgląd w formacie BIND, który można skopiować do notatnika. Dzięki temu odtworzenie poprzedniego stanu zajmuje dwie minuty zamiast pół dnia rekonstrukcji wpisów z pamięci i archiwalnych wiadomości od dostawcy.

TTL, propagacja i planowanie okna serwisowego

TTL określa, jak długo serwery pośredniczące trzymają odpowiedź w pamięci podręcznej. Standardowa wartość 3600 sekund oznacza godzinę bezwładności. Na dobę przed migracją obniż TTL do 300 sekund, przeprowadź zmianę, odczekaj, aż wszystko działa, i dopiero wtedy wróć do wyższej wartości. Taki plan skraca realne okno niedostępności do kilku minut.

Rekordy A, AAAA i CNAME, czyli kierowanie domeny na serwer

Rekord A wiąże nazwę z adresem IPv4 i jest podstawowym wpisem każdej strony. Rekord AAAA robi to samo dla IPv6 i coraz częściej bywa wymagany przez dostawców infrastruktury. Usługi typu ovh vps otrzymują dedykowany adres IP, który wpisujesz bezpośrednio w polu wartości, bez żadnych dodatkowych prefiksów ani ukośników.

CNAME to alias — kieruje jedną nazwę na drugą zamiast na adres liczbowy. Klasyczne zastosowanie to subdomena www wskazująca na domenę główną albo panel wskazujący na infrastrukturę dostawcy SaaS. Kluczowe ograniczenie: w miejscu, gdzie istnieje CNAME, nie mogą współistnieć inne rekordy tej samej nazwy, w tym MX i TXT.

Z tego powodu korzenia domeny (rekordu bez subdomeny) nie da się obsłużyć zwykłym CNAME. Dostawcy oferują obejścia nazywane ALIAS, ANAME lub CNAME flattening, które w tle rozwiązują nazwę do adresu IP. Jeżeli panel ich nie udostępnia, jedynym poprawnym rozwiązaniem pozostaje statyczny rekord A ze stałym adresem serwera.

Poczta bez folderu spam: MX, SPF, DKIM i DMARC

Rekordy MX wskazują serwery przyjmujące pocztę i mają priorytety — niższa liczba oznacza wyższy priorytet. Typowa konfiguracja to dwa wpisy z wartościami 10 i 20, przy czym drugi przejmuje ruch, gdy pierwszy nie odpowiada. Usunięcie starych MX przy migracji jest obowiązkowe, bo pozostawione duplikaty rozbijają dostarczanie wiadomości.

SPF publikujesz jako pojedynczy rekord TXT w korzeniu domeny. Dwa rekordy SPF w jednej strefie to błąd krytyczny — odbiorcy traktują taki stan jako permerror i odrzucają wiadomości. Wszystkie źródła wysyłki, w tym system mailingowy i skrypt sklepu, łączysz w jednym wpisie z dyrektywami include, kończąc go regułą -all.

DKIM podpisuje wiadomości kluczem, którego część publiczna trafia do rekordu TXT w selektorze, na przykład selektor1._domainkey. DMARC to osobny wpis pod nazwą _dmarc, startowo z polityką p=none i adresem raportowym. Przy poczcie w chmurze pamiętaj o kosztach: google workspace cena startuje od kilkudziesięciu złotych miesięcznie za skrzynkę, a plany rosną wraz z limitem przestrzeni.

Konfiguracja krok po kroku w panelu rejestratora i hostingu

Praktyczna odpowiedź na pytanie dns rekordy jak ustawić zaczyna się od zebrania danych: adresu IP serwera, nazw serwerów pocztowych, kluczy weryfikacyjnych usług zewnętrznych. Dopiero z kompletną listą otwierasz edytor strefy. Wprowadzanie wpisów partiami, z pamięci, generuje literówki w długich ciągach DKIM, które trudno wychwycić wzrokiem.

Po zapisaniu zmian sprawdź działanie warstwa po warstwie. Najpierw strona główna, potem panel administracyjny — adres, pod którym działa wordpress logowanie, czyli końcówka /wp-admin, powinien odpowiadać z nowego serwera. Weryfikacja domeny dla google merchant również opiera się na rekordzie TXT i wymaga pozostawienia wpisu na stałe, nie tylko na czas potwierdzenia.

Agencje, których specjalnością jest projektowanie stron internetowych, wpinają zwykle kilka subdomen równolegle: staging, cdn, mail oraz panel klienta. W ich zestawie sprzętowym obok stacji roboczej stoi tablet graficzny wacom do makiet, ale to uporządkowana tabela rekordów, a nie projekt graficzny, decyduje o bezawaryjnym wdrożeniu w dniu przenosin.

Lista kontrolna przed przełączeniem

• Obniż TTL wszystkich zmienianych rekordów do 300 sekund minimum dobę wcześniej.
• Wyeksportuj i zapisz lokalnie aktualną strefę w formacie tekstowym.
• Skopiuj treści oraz bazę na nowy serwer i przetestuj je po adresie IP.
• Przełącz rekordy A i AAAA, następnie MX, na końcu wpisy TXT.
• Po 24 godzinach stabilnej pracy przywróć TTL do 3600 sekund.

Diagnostyka, koszty i najczęstsze błędy konfiguracji

Podstawowe narzędzia to dig oraz nslookup. Komenda dig domena.pl MX +short zwraca wyłącznie wartości rekordów pocztowych, a parametr @8.8.8.8 wymusza odpytanie konkretnego serwera z pominięciem lokalnej pamięci podręcznej. Rozbieżność między odpowiedzią serwera autorytatywnego a publicznego resolwera oznacza po prostu trwającą propagację.

Diagnostyka bywa długa, a sesja przy migracji kilkunastu domen zajmuje dwie godziny. Duży monitor do komputera w rozdzielczości 2560×1440 pozwala trzymać obok siebie panel DNS, wynik dig i dokumentację dostawcy. Wygodna klawiatura mechaniczna skraca przepisywanie długich kluczy DKIM, w których jeden pominięty znak unieważnia cały podpis kryptograficzny.

Ta sama klawiatura gamingowa mechaniczna, kupiona pierwotnie do rozrywki, sprawdzi się w pracy administratora, bo liczy się wyczuwalny punkt aktywacji, nie podświetlenie. W ciasnej serwerowni zwarta klawiatura mechaniczna 60 procent zajmuje mniej miejsca na blacie, co przy pracy z laptopem i konsolą KVM ma realne znaczenie praktyczne.

Skutki błędów wykraczają poza samą dostępność. Serwis odpowiadający błędem DNS nie zostanie odwiedzony przez roboty, a przerwana indeksacja uderza w pozycjonowanie strony. Kilkugodzinna niedostępność w szczycie sezonu potrafi cofnąć pozycjonowanie strony w google o tygodnie, zwłaszcza w konkurencyjnych kategoriach produktowych z częstym crawlowaniem.

Jak długo trwa propagacja rekordów DNS po zapisaniu zmian?

Propagacja zależy wyłącznie od wartości TTL ustawionej przed zmianą, a nie od tempa pracy rejestratora. Jeżeli poprzedni wpis miał TTL równy 3600 sekund, część resolwerów będzie serwować starą odpowiedź jeszcze przez godzinę od modyfikacji. Serwery autorytatywne aktualizują się w kilkanaście sekund, więc rozbieżności widoczne z domowego łącza wynikają z pamięci podręcznej operatora, nie z awarii. Praktyczny plan wygląda tak: doba przed migracją obniż TTL do 300 sekund, wykonaj zmianę, zweryfikuj wynik poleceniem dig z parametrem wskazującym serwer autorytatywny, a po dobie stabilnej pracy podnieś TTL z powrotem. Zmiana samych serwerów nazw jest wolniejsza, bo rejestr domen .pl odświeża delegację w cyklu liczonym w godzinach.

Czy można ustawić kilka rekordów A dla jednej domeny?

Tak, i jest to standardowa technika rozkładania ruchu. Kilka rekordów A o tej samej nazwie i różnych adresach IP powoduje, że resolwery zwracają je w zmiennej kolejności, co daje prosty round robin. Rozwiązanie ma jednak ograniczenie: DNS nie sprawdza, czy serwer żyje, więc przy awarii jednego z węzłów część zapytań trafia w pustkę aż do ręcznego usunięcia wpisu. Realny failover zapewnia dopiero load balancer lub usługa DNS z aktywnym monitoringiem zdrowia hostów, kosztująca zwykle od kilkunastu do kilkudziesięciu złotych miesięcznie. Przy jednym serwerze trzymaj pojedynczy rekord A i unikaj pozostawiania nieaktualnych adresów po zakończonej migracji, bo generują trudne do zdiagnozowania błędy losowe.

Co zrobić, gdy poczta przestała działać po edycji wpisów?

Zacznij od sprawdzenia, czy rekordy MX faktycznie istnieją i wskazują właściwe hosty — polecenie dig domena.pl MX +short pokazuje to w jednej linii. Częsta przyczyna to nadpisanie strefy szablonem hostingu, który skasował wpisy zewnętrznego dostawcy poczty. Druga typowa pułapka: dodanie CNAME na nazwie, pod którą działają już MX i TXT, co unieważnia całą gałąź. Sprawdź też, czy w strefie nie ma dwóch rekordów SPF, bo taki stan powoduje odrzucanie wiadomości przez odbiorców. Przywracając ustawienia, korzystaj z wyeksportowanej kopii strefy i wprowadzaj wpisy pojedynczo, testując po każdym kroku. Rozstrzygając kwestię dns rekordy jak ustawić dla poczty, zawsze traktuj MX, SPF i DKIM jako komplet współzależnych wpisów.