DNS od podstaw: jak działają rekordy A, CNAME, MX i TXT w praktyce

kwi 9, 2026 | Hosting i konfiguracja

Ikona DNS z komputerem i serwerami

Czym jest DNS i dlaczego ma znaczenie

DNS można porównać do internetowej książki adresowej. Gdy wpisujesz nazwę domeny w przeglądarce, system DNS tłumaczy ją na konkretny adres IP serwera, na którym działa strona lub usługa.

Bez DNS użytkownicy musieliby zapamiętywać ciągi cyfr zamiast prostych nazw. To właśnie dlatego poprawna konfiguracja DNS ma znaczenie nie tylko dla witryny, ale też dla poczty i usług zewnętrznych, które korzystają z domeny.

W praktyce DNS składa się ze strefy DNS, czyli zestawu rekordów przypisanych do domeny. Każdy rekord odpowiada za inne zadanie: jeden kieruje ruch na stronę, inny wskazuje serwery pocztowe, a kolejny pomaga weryfikować domenę w zewnętrznych systemach.

Warto znać też dwa pojęcia, które często pojawiają się przy konfiguracji:

  • TTL — czas, przez jaki odpowiedź DNS może być przechowywana w pamięci podręcznej.
  • Propagacja zmian — okres, w którym nowe ustawienia DNS rozchodzą się po serwerach i zaczynają być widoczne w różnych miejscach w sieci.

Jeśli zmieniasz hosting, przenosisz pocztę albo podpinasz domenę do zewnętrznej platformy, to właśnie DNS decyduje o tym, czy wszystko będzie działać poprawnie. Dlatego nawet niewielka pomyłka w rekordzie może spowodować niedostępność strony, problemy z mailami lub błędy w integracji z usługą zewnętrzną.

Rekord A — wskazanie domeny na adres IP

Rekord A jest jednym z podstawowych rekordów DNS i służy do wskazania nazwy domeny lub subdomeny na konkretny adres IP w sieci. To właśnie on najczęściej odpowiada za to, że wpisanie domeny w przeglądarce prowadzi użytkownika do właściwego serwera WWW.

Najprościej mówiąc: jeśli DNS ma „wiedzieć”, gdzie znajduje się strona, rekord A podaje mu adres IPv4 serwera. W praktyce jest to najczęstszy wybór dla domeny głównej, np. wtedy, gdy chcesz, aby twojadomena.pl otwierała stronę hostowaną na konkretnym serwerze.

Warto pamiętać o kilku zasadach:

  • Rekord A wskazuje wyłącznie na adres IP, a nie na nazwę hosta.
  • Najczęściej stosuje się go dla domeny głównej oraz dla subdomen, które mają prowadzić bezpośrednio do serwera.
  • Jeśli serwer korzysta z IPv6, odpowiednikiem rekordu A jest rekord AAAA.

Przykład zastosowania wygląda bardzo prosto: domena główna ma rekord A prowadzący na IP serwera WWW, a osobna subdomena, np. blog.twojadomena.pl, może wskazywać na inny adres IP, jeśli znajduje się na innym serwerze. Dzięki temu można rozdzielić różne usługi w obrębie jednej domeny.

Rekord A jest szczególnie przydatny wtedy, gdy znasz docelowy adres serwera i chcesz skierować na niego ruch bezpośrednio. Jeśli jednak usługa zewnętrzna podaje tylko nazwę hosta, a nie IP, wtedy częściej używa się CNAME zamiast A.

W codziennej konfiguracji DNS rekord A jest więc podstawą działania strony internetowej, ale nie rozwiązuje wszystkich przypadków. Dla poczty, weryfikacji domeny czy integracji zewnętrznych potrzebne będą inne typy rekordów, które uzupełniają jego działanie.

Rekord CNAME — alias dla innej nazwy hosta

Rekord CNAME służy do utworzenia aliasu, czyli wskazania jednej nazwy DNS na inną nazwę hosta. Zamiast podawać adres IP, przypisujesz subdomenę do innej domeny lub subdomeny, a DNS sam rozwiązuje dalszą trasę.

W praktyce CNAME jest bardzo wygodny wtedy, gdy chcesz, aby kilka nazw korzystało z tej samej usługi, ale nie chcesz ręcznie aktualizować adresów IP. Najczęstszy przykład to www.twojadomena.pl kierujące na domenę główną, a także subdomeny używane przez zewnętrzne platformy SaaS, narzędzia marketingowe czy systemy helpdesk.

Typowe zastosowania rekordu CNAME:

  • www jako alias domeny głównej, np. www.example.plexample.pl,
  • subdomeny podpięte do usług zewnętrznych, np. platformy sklepowej lub CRM,
  • integracje, w których dostawca podaje nazwę hosta zamiast konkretnego IP.

Warto jednak znać ograniczenia. Rekord CNAME zwykle nie powinien być używany dla domeny głównej, ponieważ taka nazwa często musi jednocześnie obsługiwać inne rekordy, np. MX dla poczty czy TXT do weryfikacji. CNAME nie może też współistnieć z innymi rekordami dla tego samego hosta — jeśli ustawisz CNAME, nie dodasz już równolegle np. A, MX czy TXT dla tej samej nazwy.

Przykład poprawnej konfiguracji może wyglądać tak: domena główna example.pl ma rekord A wskazujący na serwer, a www.example.pl ma rekord CNAME kierujący na example.pl. Dzięki temu użytkownik wpisujący adres z www trafia dokładnie tam, gdzie powinien, bez duplikowania konfiguracji.

CNAME jest więc dobrym wyborem wtedy, gdy potrzebujesz prostego aliasu dla nazwy hosta. Jeśli jednak usługa wymaga bezpośredniego wskazania adresu IP albo dla tej samej nazwy mają działać też inne rekordy, lepiej wybrać inny typ wpisu DNS.

Rekord MX — konfiguracja poczty w domenie

Rekord MX wskazuje, które serwery mają odbierać pocztę przychodzącą dla danej domeny. To właśnie dzięki niemu wiadomości wysyłane na adresy w Twojej domenie trafiają do właściwego dostawcy poczty, a nie przypadkowego serwera WWW.

W praktyce rekord MX nie przechowuje samej skrzynki ani treści wiadomości. Jego zadaniem jest przekazanie informacji: „dla tej domeny pocztę obsługuje ten serwer”. Gdy ktoś wysyła maila na adres @twojadomena.pl, serwer nadawcy odczytuje rekordy MX i wybiera odpowiedni kierunek dostarczenia.

Ważnym elementem są priorytety rekordów MX. Jeśli domena ma kilka wpisów MX, niższa wartość priorytetu oznacza wyższy priorytet działania. Dzięki temu można ustawić serwer główny i zapasowy, który przejmie ruch w razie awarii lub czasowej niedostępności pierwszego.

Najczęstsza konfiguracja wygląda tak, że domena ma jeden lub kilka rekordów MX prowadzących do usługodawcy poczty, np. Google Workspace, Microsoft 365 albo firmowego serwera mailowego. Warto pamiętać, że sam rekord A nie wystarcza do obsługi poczty — A wskazuje adres IP, ale nie mówi innym serwerom, gdzie mają dostarczać wiadomości dla domeny.

Przy konfiguracji poczty szczególnie często pojawiają się takie problemy:

  • rekord MX wskazuje na złą nazwę hosta lub stary serwer po migracji,
  • priorytety są ustawione odwrotnie i ruch trafia nie tam, gdzie powinien,
  • brakuje pełnej konfiguracji po stronie dostawcy poczty,
  • stare rekordy MX nie zostały usunięte lub powodują chaos w dostarczaniu wiadomości.

Zmiany rekordów MX wymagają ostrożności, zwłaszcza podczas przenoszenia skrzynek do nowego operatora. Jeśli zrobisz to zbyt szybko albo w złej kolejności, część wiadomości może trafić do starego systemu, a część do nowego. Dlatego przy migracji warto najpierw przygotować nową konfigurację, a dopiero potem przełączać ruch.

W dobrze ustawionej strefie DNS rekord MX działa w tle, ale ma ogromny wpływ na codzienną komunikację. To od niego zależy, czy poczta dla domeny będzie docierała bez opóźnień, błędów i zwrotów od serwerów odbiorczych.

Rekord TXT — weryfikacja domeny i bezpieczeństwo

Rekord TXT służy do przechowywania tekstowych informacji, które odczytują zewnętrzne usługi. W przeciwieństwie do rekordów kierujących ruchem, takich jak A czy CNAME, TXT nie wskazuje miejsca docelowego strony, ale przekazuje dane potrzebne do weryfikacji, autoryzacji lub zabezpieczenia domeny.

Najczęściej spotkasz go w dwóch obszarach: weryfikacji własności domeny oraz konfiguracji poczty. Dostawcy tacy jak Google czy Microsoft proszą o dodanie konkretnej wartości TXT, aby potwierdzić, że zarządzasz daną domeną. To prosty, ale bardzo ważny krok przy podpinaniu usług zewnętrznych.

Rekord TXT odgrywa też istotną rolę w ochronie poczty. Właśnie tutaj umieszcza się wpisy związane z SPF, DKIM i DMARC. Dzięki nim serwery odbiorców mogą sprawdzić, czy wiadomość rzeczywiście pochodzi z autoryzowanego źródła, a to wpływa na reputację domeny i dostarczalność maili.

W praktyce oznacza to, że źle ustawiony TXT może powodować sporo problemów:

  • usługa zewnętrzna nie zweryfikuje domeny,
  • wiadomości mogą trafiać do spamu,
  • autoryzacja nadawcy może się nie powieść,
  • część integracji po prostu nie ruszy.

Warto pamiętać, że rekord TXT musi zawierać dokładną wartość podaną przez usługodawcę. Czasem błędem jest nie tylko literówka, ale też wklejenie wpisu w złym miejscu, usunięcie cudzysłowów wymaganych przez panel albo dodanie tekstu do niewłaściwej nazwy hosta.

Jeśli korzystasz z kilku usług jednocześnie, możesz mieć więcej niż jeden rekord TXT dla tej samej domeny lub subdomeny, o ile panel DNS na to pozwala i wpisy nie są ze sobą sprzeczne. Dlatego przed zmianą warto sprawdzić, czy nowy rekord nie nadpisze istniejącej konfiguracji potrzebnej do poczty lub integracji.

Rekord TXT jest więc mały, ale bardzo ważny. Pomaga potwierdzać własność domeny, wspiera zabezpieczenia poczty i często decyduje o tym, czy zewnętrzna usługa uzna konfigurację za poprawną.

Jak poprawnie ustawić rekordy DNS krok po kroku

Poprawna konfiguracja DNS nie polega tylko na wpisaniu rekordów, ale na wykonaniu ich w odpowiedniej kolejności i sprawdzeniu, czy nie wchodzą sobie w drogę. Najpierw warto ustalić, który rekord odpowiada za stronę, który za pocztę, a który za integracje zewnętrzne. Dzięki temu unikniesz sytuacji, w której jedna zmiana psuje działanie innej usługi.

Dobry proces konfiguracji wygląda zwykle tak:

  1. sprawdzasz aktualną strefę DNS w panelu rejestratora lub hostingu,
  2. porównujesz ją z wymaganiami usługi, do której chcesz podpiąć domenę,
  3. wprowadzasz odpowiedni rekord A, CNAME, MX lub TXT,
  4. zapisujesz zmiany i czekasz na propagację,
  5. testujesz działanie strony, poczty i integracji zewnętrznych.

Przed edycją strefy DNS dobrze jest zrobić sobie krótką listę: co ma działać na domenie głównej, co na subdomenach, a co tylko w ramach konkretnego dostawcy. To szczególnie ważne przy migracjach, gdy jedna domena obsługuje jednocześnie stronę, skrzynki mailowe i narzędzia zewnętrzne.

Jeśli konfigurujesz rekordy ręcznie, zwracaj uwagę na kilka rzeczy:

  • nie twórz konfliktów między rekordami dla tego samego hosta,
  • sprawdź, czy wpisujesz rekord we właściwej nazwie, np. dla domeny głównej albo subdomeny,
  • upewnij się, że wartość rekordu jest dokładnie taka, jak podaje dostawca,
  • nie usuwaj starych wpisów zbyt wcześnie, jeśli propagacja jeszcze trwa.

Ważnym elementem jest także TTL, czyli czas przechowywania odpowiedzi DNS w cache. Im dłuższy TTL, tym wolniej mogą być widoczne zmiany. Dlatego po aktualizacji rekordów nie zakładaj od razu, że coś jest źle — czasem po prostu trzeba poczekać, aż nowe ustawienia rozprzestrzenią się po sieci.

Po zapisaniu zmian warto od razu sprawdzić efekt w kilku miejscach: w panelu DNS, w narzędziach do podglądu rekordów oraz bezpośrednio w działaniu usług. Strona powinna otwierać się pod właściwym adresem, poczta powinna trafiać do nowego dostawcy, a zewnętrzna platforma powinna potwierdzić weryfikację domeny.

Jeśli po zmianach coś nie działa, nie skupiaj się wyłącznie na samym rekordzie. Problem może wynikać też z delegacji domeny, cache po stronie operatora albo opóźnionej propagacji. Dlatego najlepiej porównać dane w panelu rejestratora, hostingu i u dostawcy poczty, żeby znaleźć miejsce, w którym konfiguracja się rozjechała.

Takie uporządkowane podejście pozwala ograniczyć ryzyko błędów i szybciej wyłapywać nieprawidłowości. W praktyce dobrze ustawiona strefa DNS to nie jednorazowa czynność, ale konfiguracja, którą warto po zmianach jeszcze zweryfikować.

Najczęstsze błędy przy konfiguracji DNS

Konfiguracja DNS często wydaje się prosta, ale w praktyce drobny błąd potrafi zatrzymać stronę, pocztę albo integrację zewnętrzną. Najczęściej problemem nie jest sam DNS jako taki, tylko nieprecyzyjny wpis, konflikt między rekordami albo zbyt szybkie usuwanie starych ustawień po migracji.

Warto znać błędy, które pojawiają się najczęściej, bo ich skutki bywają bardzo konkretne. Czasem strona przestaje się otwierać, czasem wiadomości nie dochodzą do odbiorców, a czasem usługa zewnętrzna nie potwierdza weryfikacji domeny mimo tego, że rekord został dodany.

  • Wpisanie złego adresu IP w rekordzie A — domena kieruje na niewłaściwy serwer, więc użytkownicy widzą błędy albo starą wersję strony.
  • Użycie CNAME tam, gdzie powinien być rekord A — szczególnie problematyczne przy domenie głównej, która musi też obsługiwać inne wpisy DNS.
  • Konflikt CNAME z innymi rekordami — dla tej samej nazwy hosta nie powinno się łączyć CNAME z A, MX czy TXT.
  • Błędne priorytety MX — poczta może trafiać do niewłaściwego serwera albo nie działać zgodnie z założeniami.
  • Brak lub zła wartość rekordu TXT — usługa nie zweryfikuje domeny, a poczta może mieć gorszą dostarczalność lub trafiać do spamu.
  • Zbyt pochopne usunięcie starych rekordów po migracji — może przerwać działanie strony lub poczty zanim nowe ustawienia w pełni się rozpropagują.

W praktyce najwięcej problemów powstaje wtedy, gdy jedna zmiana ma obsłużyć kilka usług jednocześnie. Domenę można przecież używać do strony WWW, poczty i narzędzi marketingowych, więc każdy rekord musi być dopasowany do konkretnego celu, a nie dodany „na próbę”.

Dobrym nawykiem jest też sprawdzanie, czy wpis pasuje do nazwy hosta, dla której został utworzony. Inny rekord może być potrzebny dla domeny głównej, inny dla subdomeny www, a jeszcze inny dla systemu pocztowego lub zewnętrznej platformy SaaS.

Jeśli po zmianach coś przestaje działać, nie zakładaj od razu, że problem leży wyłącznie w panelu DNS. Często źródłem kłopotu jest także cache, propagacja albo nieaktualna delegacja domeny po stronie rejestratora czy hostingu. Dlatego przed kolejną edycją warto spokojnie sprawdzić całą konfigurację, zamiast usuwać kolejne rekordy „na ślepo”.

Najbezpieczniejsze podejście to wprowadzanie zmian etapami i po każdej z nich szybka weryfikacja. Dzięki temu łatwiej ustalić, który rekord rzeczywiście odpowiada za problem, i uniknąć sytuacji, w której jedna pomyłka psuje kilka usług naraz.

Jak sprawdzać, czy DNS działa poprawnie

Po wprowadzeniu zmian w strefie DNS nie warto zakładać, że wszystko zacznie działać natychmiast i bez błędów. Nawet jeśli rekord został zapisany poprawnie, aktualizacja może potrzebować czasu na rozpropagowanie, a część urządzeń lub operatorów nadal będzie korzystać ze starej wersji danych z cache.

Najprostszy pierwszy krok to sprawdzenie konfiguracji bezpośrednio w panelu DNS. Warto porównać, czy rekordy A, CNAME, MX i TXT mają dokładnie takie wartości, jakich wymaga hosting, poczta lub usługa zewnętrzna. Już na tym etapie często widać literówki, złą nazwę hosta albo wpis dodany w niewłaściwym miejscu.

Dobrym uzupełnieniem są zewnętrzne narzędzia do podglądu rekordów DNS. Pozwalają one sprawdzić, jakie wartości są widoczne z perspektywy internetu, a nie tylko w panelu administracyjnym. To szczególnie przydatne przy:

  • kontroli, czy propagacja już się zakończyła,
  • weryfikacji, czy domena wskazuje na właściwy adres IP lub nazwę hosta,
  • sprawdzeniu, czy rekordy pocztowe są widoczne dla serwerów odbiorczych,
  • potwierdzeniu działania wpisów TXT używanych do autoryzacji i zabezpieczeń.

Jeśli problem dotyczy strony internetowej, warto przetestować ją w kilku miejscach: na różnych urządzeniach, w trybie incognito i przez narzędzia pokazujące odpowiedź DNS. Gdy strona otwiera się tylko częściowo albo prowadzi do starego serwera, przyczyną zwykle jest jeszcze niepełna propagacja albo konflikt między rekordami.

W przypadku poczty sprawdzaj nie tylko samą możliwość wysłania wiadomości, ale też to, czy maile dochodzą i czy nie wracają z błędem. Dobrze skonfigurowane MX powinny kierować ruch do właściwego dostawcy, a rekordy TXT związane ze SPF, DKIM i DMARC powinny być zgodne z wymaganiami usługi. Jeśli test maila się nie powodzi, przyczyną może być nie sam serwer poczty, ale właśnie DNS.

Przy diagnostyce warto też porównać dane w trzech miejscach:

  • w panelu rejestratora domeny,
  • w panelu hostingu lub dostawcy DNS,
  • u operatora poczty lub usługi zewnętrznej.

Takie porównanie pomaga wykryć sytuacje, w których rekord jest poprawny, ale domena ma inną delegację niż zakładano. Czasem problemem nie jest sam wpis, lecz to, że domena wskazuje na inny serwer DNS niż ten, w którym wykonano zmiany.

W praktyce najlepiej przyjąć prostą zasadę: po każdej modyfikacji sprawdź rekordy, odczekaj na propagację i przetestuj działanie usługi. Dzięki temu szybciej odróżnisz zwykłe opóźnienie od realnego błędu konfiguracji i unikniesz niepotrzebnego poprawiania działającej już strefy DNS.

FAQ

Jaka jest różnica między rekordem A a CNAME?

Rekord A wskazuje domenę lub subdomenę bezpośrednio na adres IP, a CNAME tworzy alias do innej nazwy hosta. A stosuje się, gdy trzeba podać IP serwera, a CNAME, gdy dana nazwa ma przejmować ustawienia innej nazwy DNS.

Czy domena główna może mieć rekord CNAME?

Zwykle nie jest to zalecane. Dla domeny głównej najczęściej używa się rekordu A, ponieważ CNAME może powodować konflikty z innymi rekordami potrzebnymi dla tej samej nazwy.

Do czego służą rekordy MX?

Rekordy MX wskazują serwery obsługujące pocztę przychodzącą dla danej domeny. Dzięki nim wiadomości trafiają do właściwego dostawcy poczty, a priorytety MX określają kolejność użycia serwerów.

Po co ustawia się rekord TXT?

Rekord TXT jest używany m.in. do weryfikacji domeny oraz do konfiguracji SPF, DKIM i DMARC. Pomaga potwierdzić własność domeny i poprawić bezpieczeństwo oraz dostarczalność maili.

Ile trwa propagacja zmian DNS?

To zależy od ustawień TTL, cache po stronie operatorów i samego typu zmiany. Czasem aktualizacja widoczna jest szybko, ale w praktyce może potrwać od kilku minut do nawet kilkudziesięciu godzin.

Sprawdź swoją strefę DNS i porównaj ją z wymaganiami hostingu, poczty oraz używanych usług zewnętrznych — dobrze ustawione rekordy A, CNAME, MX i TXT oszczędzą Ci wielu problemów.

Rafał Jóśko

Rafał Jóśko

Lokalizacja: Lublin

Pomagam firmom przejść przez chaos świata online. Z ponad 15-letnim doświadczeniem i ponad 360 zrealizowanymi projektami oferuję kompleksowe prowadzenie działań digital: od strategii, przez hosting, SEO i automatyzacje, aż po skuteczne kampanie marketingowe. Tworzę spójne procesy, koordynuję zespoły i eliminuję niepotrzebne koszty – Ty skupiasz się na biznesie, ja dbam o resztę.

Wspieram zarówno startupy, jak i rozwinięte firmy B2B/B2C. Działam z Lublina, ale efekty mojej pracy sięgają daleko poza granice Polski.

Odwiedź profil

Opieka WordPress

Twój sklep się sypie? Aktualizacje psują wszystko?
Z nami zyskujesz stałe wsparcie programisty, który ogarnie każdą awarię WordPressa i WooCommerce, zanim zacznie kosztować Cię klientów.