Konfiguracja DNS dla sklepu - rekordy A, CNAME i MX bez błędów
Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Konfiguracja DNS dla sklepu - rekordy A, CNAME i MX bez błędów
Podpięcie domeny do sklepu wygląda w instrukcjach platform na zadanie na pięć minut: wpisz rekord A, dodaj CNAME, zapisz. W praktyce to właśnie konfiguracja DNS najczęściej psuje start nowego sklepu, przenosiny na inny hosting albo wdrożenie poczty firmowej. Jeden źle wpisany rekord potrafi wyłączyć stronę, a drugi - sprawić, że maile od klientów przestaną docierać, i nikt nie zauważy tego przez kilka dni.
W tym poradniku tłumaczymy rekordy DNS językiem właściciela sklepu, a nie administratora. Pokazujemy, gdzie się je ustawia, do czego służą rekordy A, CNAME, MX i TXT, jak podpiąć domenę do platformy i poczty bez kolizji oraz jak zmieniać konfigurację tak, żeby klienci niczego nie odczuli. Na końcu znajdziesz listę najczęstszych błędów i checklistę do sprawdzenia przed każdą zmianą.
[#wazne] W skrócie: DNS to książka adresowa domeny. Rekord A kieruje domenę na adres IP serwera, CNAME kieruje jedną nazwę na inną nazwę, MX wskazuje serwery poczty, a TXT przechowuje weryfikacje i zasady wysyłki maili (SPF, DKIM, DMARC). Zanim cokolwiek zmienisz, zrób zrzut obecnych rekordów, obniż TTL z wyprzedzeniem i nigdy nie usuwaj rekordów MX ani TXT, jeśli nie wiesz, do czego służą.
Konfiguracja DNS dla sklepu - jak to działa i gdzie się ją ustawia
Gdy klient wpisuje adres sklepu, jego urządzenie pyta system DNS, pod jakim adresem IP znajduje się serwer. Odpowiedź pochodzi z serwerów DNS przypisanych do Twojej domeny. Tu zaczyna się pierwsze nieporozumienie: rejestrator domeny, serwery DNS i hosting to często trzy różne miejsca.
Rejestrator - firma, u której wykupujesz domenę i płacisz za jej odnowienie. W jego panelu ustawiasz, które serwery DNS obsługują domenę (rekordy NS).
Serwery DNS - miejsce, w którym faktycznie edytujesz rekordy A, CNAME, MX i TXT. Mogą być u rejestratora, w firmie hostingowej, w Cloudflare albo u dostawcy platformy sklepu.
Hosting lub platforma - serwer, na którym działa sklep. Do niego prowadzą rekordy A lub CNAME.
Dostawca poczty - np. Google Workspace, Microsoft 365 albo poczta na hostingu. Do niego prowadzą rekordy MX.
Złota zasada: rekordy edytujesz tam, gdzie wskazują rekordy NS. Jeśli domena korzysta z serwerów DNS Cloudflare, zmiany wprowadzone w panelu rejestratora nie będą miały żadnego efektu. To najczęstszy powód, dla którego „zmieniłem rekord, a nic się nie dzieje”. Sprawdzisz to w dowolnym narzędziu typu DNS lookup, wpisując domenę i wybierając typ NS.
Rekordy DNS w sklepie - A, AAAA, CNAME, MX i TXT w jednej tabeli
Większość sklepów potrzebuje kilku typów rekordów. Poniższa tabela pokazuje, do czego służy każdy z nich i jaki błąd pojawia się przy nim najczęściej.
| Rekord | Do czego służy w sklepie | Przykładowa wartość | Typowy błąd |
|---|---|---|---|
| A | Kieruje domenę na adres IPv4 serwera sklepu | Adres IP podany przez hosting lub platformę | Stary adres IP po zmianie hostingu |
| AAAA | Kieruje domenę na adres IPv6 | Adres IPv6 serwera | Pozostawiony rekord IPv6 starego serwera - część klientów trafia w złe miejsce |
| CNAME | Kieruje nazwę (np. www) na inną nazwę | Adres techniczny podany przez platformę | CNAME ustawiony obok innych rekordów dla tej samej nazwy |
| MX | Wskazuje serwery odbierające pocztę | Nazwy serwerów pocztowych dostawcy z priorytetami | Mieszanie rekordów MX dwóch dostawców |
| TXT | Weryfikacje domeny, SPF, DKIM, DMARC | Ciągi tekstowe podane przez usługi | Dwa osobne rekordy SPF zamiast jednego |
| NS | Wskazuje, które serwery DNS obsługują domenę | Nazwy serwerów DNS | Edycja rekordów w panelu, który nie jest aktywny |
Rekord A i CNAME - jak podpiąć domenę do sklepu
Platformy sklepowe zwykle podają w instrukcji dwa wpisy: rekord A dla domeny głównej (tzw. apex, czyli adres bez www) oraz CNAME dla subdomeny www. Wynika to z ograniczenia standardu DNS: dla domeny głównej nie można ustawić rekordu CNAME, bo współistnieje tam z rekordami NS, MX i TXT. Część dostawców DNS, np. Cloudflare, obchodzi to funkcją spłaszczania CNAME albo rekordem typu ALIAS, ale nie jest to dostępne wszędzie.
Praktyczna procedura podpięcia domeny do platformy:
Zrób zrzut ekranu lub eksport wszystkich obecnych rekordów. To Twój plan powrotu, jeśli coś pójdzie nie tak.
Dodaj domenę w panelu platformy i odczytaj wymagane rekordy - dokładnie, bez zgadywania i bez kopiowania z forów.
Zmień lub dodaj rekord A dla domeny głównej. Usuń stare rekordy A i AAAA wskazujące na poprzedni serwer, jeśli platforma tego wymaga.
Ustaw CNAME dla www. Upewnij się, że dla www nie istnieje równocześnie rekord A - CNAME nie może współistnieć z innymi rekordami dla tej samej nazwy.
Nie ruszaj rekordów MX i TXT, chyba że instrukcja platformy mówi o nich wprost.
Poczekaj na propagację, potem włącz w panelu platformy certyfikat SSL i przekierowanie na wybraną wersję adresu (z www lub bez).
Jeśli prowadzisz sklep na Shoperze, warto przy okazji podpinania domeny uporządkować też dostępy do panelu - zebraliśmy dobre praktyki we wpisie o bezpieczeństwie sklepu na Shoperze.
Podpięcie domeny do sklepu wygląda w instrukcjach platform na zadanie na pięć minut: wpisz rekord A, dodaj CNAME, zapisz. W praktyce to właśnie konfiguracja DNS najczęściej psuje start nowego sklepu, przenosiny na inny hosting albo wdrożenie poczty firmowej. Jeden źle wpisany rekord potrafi wyłączyć stronę, a drugi - sprawić, że maile od klientów przestaną docierać, i nikt nie zauważy tego przez kilka dni.
W tym poradniku tłumaczymy rekordy DNS językiem właściciela sklepu, a nie administratora. Pokazujemy, gdzie się je ustawia, do czego służą rekordy A, CNAME, MX i TXT, jak podpiąć domenę do platformy i poczty bez kolizji oraz jak zmieniać konfigurację tak, żeby klienci niczego nie odczuli. Na końcu znajdziesz listę najczęstszych błędów i checklistę do sprawdzenia przed każdą zmianą.
[#wazne] W skrócie: DNS to książka adresowa domeny. Rekord A kieruje domenę na adres IP serwera, CNAME kieruje jedną nazwę na inną nazwę, MX wskazuje serwery poczty, a TXT przechowuje weryfikacje i zasady wysyłki maili (SPF, DKIM, DMARC). Zanim cokolwiek zmienisz, zrób zrzut obecnych rekordów, obniż TTL z wyprzedzeniem i nigdy nie usuwaj rekordów MX ani TXT, jeśli nie wiesz, do czego służą.
Konfiguracja DNS dla sklepu - jak to działa i gdzie się ją ustawia
Gdy klient wpisuje adres sklepu, jego urządzenie pyta system DNS, pod jakim adresem IP znajduje się serwer. Odpowiedź pochodzi z serwerów DNS przypisanych do Twojej domeny. Tu zaczyna się pierwsze nieporozumienie: rejestrator domeny, serwery DNS i hosting to często trzy różne miejsca.
Rejestrator - firma, u której wykupujesz domenę i płacisz za jej odnowienie. W jego panelu ustawiasz, które serwery DNS obsługują domenę (rekordy NS).
Serwery DNS - miejsce, w którym faktycznie edytujesz rekordy A, CNAME, MX i TXT. Mogą być u rejestratora, w firmie hostingowej, w Cloudflare albo u dostawcy platformy sklepu.
Hosting lub platforma - serwer, na którym działa sklep. Do niego prowadzą rekordy A lub CNAME.
Dostawca poczty - np. Google Workspace, Microsoft 365 albo poczta na hostingu. Do niego prowadzą rekordy MX.
Złota zasada: rekordy edytujesz tam, gdzie wskazują rekordy NS. Jeśli domena korzysta z serwerów DNS Cloudflare, zmiany wprowadzone w panelu rejestratora nie będą miały żadnego efektu. To najczęstszy powód, dla którego „zmieniłem rekord, a nic się nie dzieje”. Sprawdzisz to w dowolnym narzędziu typu DNS lookup, wpisując domenę i wybierając typ NS.
Rekordy DNS w sklepie - A, AAAA, CNAME, MX i TXT w jednej tabeli
Większość sklepów potrzebuje kilku typów rekordów. Poniższa tabela pokazuje, do czego służy każdy z nich i jaki błąd pojawia się przy nim najczęściej.
| Rekord | Do czego służy w sklepie | Przykładowa wartość | Typowy błąd |
|---|---|---|---|
| A | Kieruje domenę na adres IPv4 serwera sklepu | Adres IP podany przez hosting lub platformę | Stary adres IP po zmianie hostingu |
| AAAA | Kieruje domenę na adres IPv6 | Adres IPv6 serwera | Pozostawiony rekord IPv6 starego serwera - część klientów trafia w złe miejsce |
| CNAME | Kieruje nazwę (np. www) na inną nazwę | Adres techniczny podany przez platformę | CNAME ustawiony obok innych rekordów dla tej samej nazwy |
| MX | Wskazuje serwery odbierające pocztę | Nazwy serwerów pocztowych dostawcy z priorytetami | Mieszanie rekordów MX dwóch dostawców |
| TXT | Weryfikacje domeny, SPF, DKIM, DMARC | Ciągi tekstowe podane przez usługi | Dwa osobne rekordy SPF zamiast jednego |
| NS | Wskazuje, które serwery DNS obsługują domenę | Nazwy serwerów DNS | Edycja rekordów w panelu, który nie jest aktywny |
Rekord A i CNAME - jak podpiąć domenę do sklepu
Platformy sklepowe zwykle podają w instrukcji dwa wpisy: rekord A dla domeny głównej (tzw. apex, czyli adres bez www) oraz CNAME dla subdomeny www. Wynika to z ograniczenia standardu DNS: dla domeny głównej nie można ustawić rekordu CNAME, bo współistnieje tam z rekordami NS, MX i TXT. Część dostawców DNS, np. Cloudflare, obchodzi to funkcją spłaszczania CNAME albo rekordem typu ALIAS, ale nie jest to dostępne wszędzie.
Praktyczna procedura podpięcia domeny do platformy:
Zrób zrzut ekranu lub eksport wszystkich obecnych rekordów. To Twój plan powrotu, jeśli coś pójdzie nie tak.
Dodaj domenę w panelu platformy i odczytaj wymagane rekordy - dokładnie, bez zgadywania i bez kopiowania z forów.
Zmień lub dodaj rekord A dla domeny głównej. Usuń stare rekordy A i AAAA wskazujące na poprzedni serwer, jeśli platforma tego wymaga.
Ustaw CNAME dla www. Upewnij się, że dla www nie istnieje równocześnie rekord A - CNAME nie może współistnieć z innymi rekordami dla tej samej nazwy.
Nie ruszaj rekordów MX i TXT, chyba że instrukcja platformy mówi o nich wprost.
Poczekaj na propagację, potem włącz w panelu platformy certyfikat SSL i przekierowanie na wybraną wersję adresu (z www lub bez).
Jeśli prowadzisz sklep na Shoperze, warto przy okazji podpinania domeny uporządkować też dostępy do panelu - zebraliśmy dobre praktyki we wpisie o bezpieczeństwie sklepu na Shoperze.
- Diagnoza problemu i plan naprawy
- Bezpieczeństwo, kopie zapasowe, poczta
- Stała opieka IT dla e-commerce
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertRekordy MX - jak skonfigurować pocztę firmową na domenie sklepu
Rekordy MX mówią światu, gdzie dostarczać maile wysyłane na adresy w Twojej domenie. Każdy rekord ma priorytet - niższa liczba oznacza serwer używany w pierwszej kolejności. Dostawcy poczty podają gotowy zestaw rekordów i trzeba go wpisać w całości.
Jeden dostawca poczty naraz - jeśli zostawisz rekordy MX starego hostingu obok rekordów Google Workspace, część maili trafi do starej skrzynki, której nikt nie czyta.
MX wskazuje nazwę, nie adres IP - wartość rekordu MX to nazwa serwera. Wpisanie adresu IP jest niezgodne ze standardem i może powodować odrzucanie poczty.
MX nie wskazuje na CNAME - nazwa serwera pocztowego powinna mieć własny rekord A, a nie być aliasem.
Poczta poza proxy - jeśli używasz Cloudflare, rekordy związane z pocztą muszą działać w trybie „tylko DNS”, bo Cloudflare nie pośredniczy w ruchu pocztowym.
Rekordy TXT - SPF, DKIM, DMARC i weryfikacje
Rekordy TXT przechowują tekst, który odczytują inne systemy. W sklepie służą głównie do trzech rzeczy: weryfikacji własności domeny (Google Search Console, Merchant Center, Meta), uwierzytelniania poczty (SPF, DKIM, DMARC) i potwierdzeń dla usług zewnętrznych. Najważniejsza zasada dla SPF: domena może mieć tylko jeden rekord SPF. Jeśli wysyłasz maile przez kilka usług - pocztę firmową, platformę sklepu i system newslettera - wszystkie trzeba wpisać w jednym rekordzie. Dwa rekordy SPF powodują błąd weryfikacji i maile ze sklepu częściej trafiają do spamu.
TTL i propagacja - jak zmieniać rekordy DNS bez przestoju sklepu
Każdy rekord ma TTL, czyli czas w sekundach, przez który inne serwery mogą trzymać jego kopię w pamięci. Jeśli TTL wynosi 86 400 sekund (doba), po zmianie adresu IP część klientów jeszcze przez dobę może trafiać na stary serwer. Dlatego przy planowanych zmianach postępuj tak:
Dzień lub dwa przed zmianą obniż TTL zmienianych rekordów, np. do 300 sekund.
Przygotuj nowy serwer lub platformę tak, żeby działały, zanim przełączysz DNS - sprawdź je na adresie tymczasowym lub przez plik hosts.
Zmień rekordy w godzinach najmniejszego ruchu w sklepie.
Przez kilka godzin trzymaj stary serwer włączony, żeby klienci z zapamiętanym starym adresem nie trafiali w próżnię.
Po ustabilizowaniu sytuacji przywróć wyższy TTL.
Zmiana serwerów NS u rejestratora to osobny przypadek. Rekordy NS mają zwykle długi TTL po stronie rejestru domeny, więc przełączenie może trwać do 24-48 godzin. Przed taką zmianą odtwórz w nowym panelu wszystkie rekordy 1:1, łącznie z MX i TXT.
[#przyklad] Przykład: sklep przenosi się z hostingu na platformę SaaS. Właściciel zmienia rekord A i dodaje CNAME dla www, ale przy okazji „sprząta” stare wpisy i usuwa rekord TXT z SPF oraz rekordy DKIM. Sklep działa po godzinie, ale potwierdzenia zamówień zaczynają lądować w spamie. Problem wychodzi dopiero po kilku dniach, gdy klienci piszą, że nie dostali maila. Zrzut rekordów sprzed zmiany pozwoliłby przywrócić je w kilka minut.
Najczęstsze błędy w konfiguracji DNS sklepu
Edycja rekordów w panelu rejestratora, gdy domena korzysta z serwerów DNS w innym miejscu.
Pozostawienie starego rekordu AAAA po zmianie hostingu - klienci z IPv6 trafiają na stary serwer.
Kropka na końcu nazwy lub jej brak, przez co panel dopisuje domenę drugi raz (np. www.sklep.pl.sklep.pl).
Dwa rekordy SPF albo SPF bez wszystkich usług, które wysyłają maile w imieniu sklepu.
Mieszanie rekordów MX dwóch dostawców poczty.
Włączenie proxy Cloudflare dla rekordów, których platforma sklepu wymaga w trybie „tylko DNS”.
Brak dostępu do panelu DNS, bo konto zakładał były pracownik lub poprzednia agencja.
[#checklista] Przed każdą zmianą DNS: 1) sprawdź rekordy NS i ustal, gdzie edytujesz, 2) wyeksportuj lub sfotografuj wszystkie rekordy, 3) obniż TTL z wyprzedzeniem, 4) zmieniaj tylko rekordy wskazane w instrukcji, 5) po zmianie sprawdź stronę, certyfikat SSL, odbiór i wysyłkę poczty, 6) zapisz w dokumentacji, co i kiedy zmieniono.
Jak Vinson pomaga w konfiguracji DNS i domen sklepu
W ramach wsparcia informatycznego dla firm i sklepów przejmujemy porządkowanie domen i DNS: sprawdzamy, gdzie zarejestrowana jest domena i kto ma do niej dostęp, przenosimy rekordy przy zmianie hostingu lub platformy, konfigurujemy pocztę firmową razem z SPF, DKIM i DMARC oraz dokumentujemy całą konfigurację. Zmiany planujemy tak, żeby sklep i poczta działały bez przerwy, a w razie problemu mamy gotowy plan powrotu.
Dbamy też o to, żeby dostęp do domeny i DNS należał do Twojej firmy, a nie do pojedynczej osoby. To drobiazg, który w kryzysie decyduje o tym, czy awarię naprawisz w godzinę, czy w tydzień.
Najczęściej zadawane pytania
Ile trwa propagacja DNS po zmianie rekordów?
Zależy od TTL rekordu. Przy TTL 300 sekund większość klientów zobaczy zmianę w ciągu kilku do kilkunastu minut. Przy TTL ustawionym na dobę może to trwać do 24 godzin. Zmiana serwerów NS u rejestratora potrafi trwać do 24-48 godzin.
Czy mogę ustawić CNAME dla domeny bez www?
Standard DNS na to nie pozwala, bo domena główna ma też rekordy NS, MX i TXT, a CNAME nie może współistnieć z innymi rekordami. Część dostawców DNS oferuje obejście w postaci spłaszczania CNAME lub rekordu ALIAS. Jeśli Twój dostawca tego nie ma, użyj rekordu A z adresem podanym przez platformę.
Czy zmiana rekordu A wpływa na pocztę firmową?
Bezpośrednio nie, bo poczta korzysta z rekordów MX. Problem pojawia się, gdy rekord MX wskazuje na nazwę, która zależy od tego samego rekordu A, albo gdy przy okazji zmiany ktoś usunie rekordy MX i TXT. Dlatego przed zmianą zawsze sprawdź, na co wskazują rekordy MX.
Gdzie sprawdzić, czy rekordy DNS są ustawione poprawnie?
Użyj ogólnodostępnych narzędzi typu DNS lookup lub DNS checker, które pokazują rekordy widziane z różnych miejsc na świecie. Do weryfikacji SPF, DKIM i DMARC przydają się narzędzia dostawców poczty, np. Google Admin Toolbox.
Kto powinien mieć dostęp do panelu DNS w firmie?
Właściciel firmy na koncie firmowym oraz osoba lub firma odpowiedzialna za IT. Dostęp powinien być chroniony weryfikacją dwuetapową, a dane logowania przechowywane w menedżerze haseł, a nie w mailu czy arkuszu.
Dobrze ustawiony DNS jest niewidoczny - po prostu wszystko działa. Jeśli chcesz, żeby konfiguracją domeny, poczty i hostingu zajął się ktoś, kto robi to na co dzień, sprawdź nasze wsparcie IT dla firm i sklepów. Szerzej o tym, jak wybrać partnera do obsługi technicznej sklepu, piszemy we wpisie Outsourcing IT dla sklepu internetowego - jak wybrać firmę i co powinna obejmować.
Rekordy MX - jak skonfigurować pocztę firmową na domenie sklepu
Rekordy MX mówią światu, gdzie dostarczać maile wysyłane na adresy w Twojej domenie. Każdy rekord ma priorytet - niższa liczba oznacza serwer używany w pierwszej kolejności. Dostawcy poczty podają gotowy zestaw rekordów i trzeba go wpisać w całości.
Jeden dostawca poczty naraz - jeśli zostawisz rekordy MX starego hostingu obok rekordów Google Workspace, część maili trafi do starej skrzynki, której nikt nie czyta.
MX wskazuje nazwę, nie adres IP - wartość rekordu MX to nazwa serwera. Wpisanie adresu IP jest niezgodne ze standardem i może powodować odrzucanie poczty.
MX nie wskazuje na CNAME - nazwa serwera pocztowego powinna mieć własny rekord A, a nie być aliasem.
Poczta poza proxy - jeśli używasz Cloudflare, rekordy związane z pocztą muszą działać w trybie „tylko DNS”, bo Cloudflare nie pośredniczy w ruchu pocztowym.
Rekordy TXT - SPF, DKIM, DMARC i weryfikacje
Rekordy TXT przechowują tekst, który odczytują inne systemy. W sklepie służą głównie do trzech rzeczy: weryfikacji własności domeny (Google Search Console, Merchant Center, Meta), uwierzytelniania poczty (SPF, DKIM, DMARC) i potwierdzeń dla usług zewnętrznych. Najważniejsza zasada dla SPF: domena może mieć tylko jeden rekord SPF. Jeśli wysyłasz maile przez kilka usług - pocztę firmową, platformę sklepu i system newslettera - wszystkie trzeba wpisać w jednym rekordzie. Dwa rekordy SPF powodują błąd weryfikacji i maile ze sklepu częściej trafiają do spamu.
TTL i propagacja - jak zmieniać rekordy DNS bez przestoju sklepu
Każdy rekord ma TTL, czyli czas w sekundach, przez który inne serwery mogą trzymać jego kopię w pamięci. Jeśli TTL wynosi 86 400 sekund (doba), po zmianie adresu IP część klientów jeszcze przez dobę może trafiać na stary serwer. Dlatego przy planowanych zmianach postępuj tak:
Dzień lub dwa przed zmianą obniż TTL zmienianych rekordów, np. do 300 sekund.
Przygotuj nowy serwer lub platformę tak, żeby działały, zanim przełączysz DNS - sprawdź je na adresie tymczasowym lub przez plik hosts.
Zmień rekordy w godzinach najmniejszego ruchu w sklepie.
Przez kilka godzin trzymaj stary serwer włączony, żeby klienci z zapamiętanym starym adresem nie trafiali w próżnię.
Po ustabilizowaniu sytuacji przywróć wyższy TTL.
Zmiana serwerów NS u rejestratora to osobny przypadek. Rekordy NS mają zwykle długi TTL po stronie rejestru domeny, więc przełączenie może trwać do 24-48 godzin. Przed taką zmianą odtwórz w nowym panelu wszystkie rekordy 1:1, łącznie z MX i TXT.
[#przyklad] Przykład: sklep przenosi się z hostingu na platformę SaaS. Właściciel zmienia rekord A i dodaje CNAME dla www, ale przy okazji „sprząta” stare wpisy i usuwa rekord TXT z SPF oraz rekordy DKIM. Sklep działa po godzinie, ale potwierdzenia zamówień zaczynają lądować w spamie. Problem wychodzi dopiero po kilku dniach, gdy klienci piszą, że nie dostali maila. Zrzut rekordów sprzed zmiany pozwoliłby przywrócić je w kilka minut.
Najczęstsze błędy w konfiguracji DNS sklepu
Edycja rekordów w panelu rejestratora, gdy domena korzysta z serwerów DNS w innym miejscu.
Pozostawienie starego rekordu AAAA po zmianie hostingu - klienci z IPv6 trafiają na stary serwer.
Kropka na końcu nazwy lub jej brak, przez co panel dopisuje domenę drugi raz (np. www.sklep.pl.sklep.pl).
Dwa rekordy SPF albo SPF bez wszystkich usług, które wysyłają maile w imieniu sklepu.
Mieszanie rekordów MX dwóch dostawców poczty.
Włączenie proxy Cloudflare dla rekordów, których platforma sklepu wymaga w trybie „tylko DNS”.
Brak dostępu do panelu DNS, bo konto zakładał były pracownik lub poprzednia agencja.
[#checklista] Przed każdą zmianą DNS: 1) sprawdź rekordy NS i ustal, gdzie edytujesz, 2) wyeksportuj lub sfotografuj wszystkie rekordy, 3) obniż TTL z wyprzedzeniem, 4) zmieniaj tylko rekordy wskazane w instrukcji, 5) po zmianie sprawdź stronę, certyfikat SSL, odbiór i wysyłkę poczty, 6) zapisz w dokumentacji, co i kiedy zmieniono.
Jak Vinson pomaga w konfiguracji DNS i domen sklepu
W ramach wsparcia informatycznego dla firm i sklepów przejmujemy porządkowanie domen i DNS: sprawdzamy, gdzie zarejestrowana jest domena i kto ma do niej dostęp, przenosimy rekordy przy zmianie hostingu lub platformy, konfigurujemy pocztę firmową razem z SPF, DKIM i DMARC oraz dokumentujemy całą konfigurację. Zmiany planujemy tak, żeby sklep i poczta działały bez przerwy, a w razie problemu mamy gotowy plan powrotu.
Dbamy też o to, żeby dostęp do domeny i DNS należał do Twojej firmy, a nie do pojedynczej osoby. To drobiazg, który w kryzysie decyduje o tym, czy awarię naprawisz w godzinę, czy w tydzień.
Najczęściej zadawane pytania
Ile trwa propagacja DNS po zmianie rekordów?
Zależy od TTL rekordu. Przy TTL 300 sekund większość klientów zobaczy zmianę w ciągu kilku do kilkunastu minut. Przy TTL ustawionym na dobę może to trwać do 24 godzin. Zmiana serwerów NS u rejestratora potrafi trwać do 24-48 godzin.
Czy mogę ustawić CNAME dla domeny bez www?
Standard DNS na to nie pozwala, bo domena główna ma też rekordy NS, MX i TXT, a CNAME nie może współistnieć z innymi rekordami. Część dostawców DNS oferuje obejście w postaci spłaszczania CNAME lub rekordu ALIAS. Jeśli Twój dostawca tego nie ma, użyj rekordu A z adresem podanym przez platformę.
Czy zmiana rekordu A wpływa na pocztę firmową?
Bezpośrednio nie, bo poczta korzysta z rekordów MX. Problem pojawia się, gdy rekord MX wskazuje na nazwę, która zależy od tego samego rekordu A, albo gdy przy okazji zmiany ktoś usunie rekordy MX i TXT. Dlatego przed zmianą zawsze sprawdź, na co wskazują rekordy MX.
Gdzie sprawdzić, czy rekordy DNS są ustawione poprawnie?
Użyj ogólnodostępnych narzędzi typu DNS lookup lub DNS checker, które pokazują rekordy widziane z różnych miejsc na świecie. Do weryfikacji SPF, DKIM i DMARC przydają się narzędzia dostawców poczty, np. Google Admin Toolbox.
Kto powinien mieć dostęp do panelu DNS w firmie?
Właściciel firmy na koncie firmowym oraz osoba lub firma odpowiedzialna za IT. Dostęp powinien być chroniony weryfikacją dwuetapową, a dane logowania przechowywane w menedżerze haseł, a nie w mailu czy arkuszu.
Dobrze ustawiony DNS jest niewidoczny - po prostu wszystko działa. Jeśli chcesz, żeby konfiguracją domeny, poczty i hostingu zajął się ktoś, kto robi to na co dzień, sprawdź nasze wsparcie IT dla firm i sklepów. Szerzej o tym, jak wybrać partnera do obsługi technicznej sklepu, piszemy we wpisie Outsourcing IT dla sklepu internetowego - jak wybrać firmę i co powinna obejmować.
Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wsparcie IT dla firm i sklepów
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań
Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert