DNS nie działa po zmianie serwera? Sprawdź, co blokuje stronę i jak to naprawić

Zmieniłeś serwer, a strona nadal nie działa? To jeden z najbardziej stresujących momentów przy migracji. Domena jest ta sama, hosting już inny, a mimo to użytkownicy widzą starą stronę, błąd połączenia albo komunikat, że serwera nie można odnaleźć. W praktyce problem bardzo często nie leży w „zepsutym DNS”, tylko w jednym z kilku elementów: nieaktualnym delegowaniu domeny, brakujących rekordach, propagacji zmian albo błędnej konfiguracji po stronie nowego serwera.

W tym artykule wyjaśniam, dlaczego DNS nie działa po zmianie serwera, jak odróżnić chwilowe opóźnienie od realnej awarii, co sprawdzić krok po kroku i kiedy lepiej nie wykonywać dalszych zmian samodzielnie. Tekst jest napisany z myślą o realnym problemie użytkownika: chcesz przywrócić działanie strony, poczty i usług możliwie szybko, bez ryzyka utraty ruchu, maili i pozycji w wyszukiwarce.

Jeśli po zmianie hostingu widzisz, że domena „wskazuje” nie tam, gdzie powinna, nie panikuj. W wielu przypadkach problem da się naprawić w kilkanaście minut, ale czasem jedna pochopna zmiana rekordów potrafi odciąć pocztę, sklep lub panel administracyjny na dłużej. Dlatego najpierw diagnoza, potem dopiero korekta.

Szybka odpowiedź

• domena nadal ma ustawione stare serwery nazw (nameservery),
• rekord A lub AAAA nadal wskazuje na poprzedni adres IP,
• rekordy DNS nie zostały poprawnie skopiowane na nowy serwer DNS,
• propagacja DNS jeszcze się nie zakończyła,
• TTL był zbyt długi i część użytkowników nadal odczytuje stare dane z pamięci podręcznej,
• po zmianie serwera nie uzupełniono rekordów pocztowych, TXT, CNAME lub SPF/DKIM/DMARC.

Co zrobić od razu? Sprawdź, gdzie zarządzane są rekordy DNS, porównaj aktualne ustawienia domeny z konfiguracją nowego serwera, upewnij się, że domena ma właściwe nameservery lub właściwy rekord A/AAAA, a potem odczekaj od kilku minut do 24–48 godzin na propagację. Jeśli w grę wchodzi sklep, poczta firmowa lub certyfikat SSL, wykonuj zmiany ostrożnie i najlepiej po wcześniejszym zgraniu starych rekordów.

Diagnoza problemu

1. Domena nie otwiera strony – przeglądarka pokazuje błąd połączenia, pustą stronę, błąd NXDOMAIN albo „serwer DNS nie odpowiada”.
2. Strona otwiera się, ale stara – wygląda tak, jakby migracja nie miała miejsca, bo ładuje się poprzedni hosting.
3. Poczta nie działa – strona jest już na nowym serwerze, ale e-maile nie dochodzą lub nie można ich wysłać.

• czy domena deleguje do właściwego DNS,
• czy rekordy DNS są poprawne i kompletne,
• czy problem dotyczy wszystkich użytkowników, czy tylko części z nich.

Najprostszy test to sprawdzenie domeny z dwóch różnych łączy internetowych i dwóch różnych urządzeń. Jeśli na jednym łączu strona działa, a na drugim nie, problem może wynikać z propagacji lub lokalnej pamięci cache. Jeśli nigdzie nie działa, trzeba sprawdzić delegację i rekordy po stronie domeny.

Warto pamiętać, że DNS działa warstwowo. Samo wpisanie nowego IP w panelu hostingu nie zawsze wystarczy. Jeśli domena nadal korzysta z DNS starych serwerów nazw, to nowe rekordy mogą w ogóle nie być brane pod uwagę. Z kolei jeśli zmieniłeś serwer DNS, ale nie przeniosłeś wszystkich rekordów, strona może działać, a poczta nie.

Możliwe przyczyny

Poniżej najczęstsze przyczyny, dla których DNS nie działa po zmianie serwera. Każda z nich wymaga nieco innego podejścia.

1. Domena nadal wskazuje na stare serwery nazw

To najbardziej klasyczny przypadek. W rejestratorze domeny są ustawione stare nameservery, które prowadzą do poprzedniego hostingu lub starego dostawcy DNS. Wtedy nawet poprawne rekordy na nowym serwerze nie pomogą, bo ruch nie trafia tam, gdzie trzeba.

• po wpisaniu domeny strona nie ładuje się lub pokazuje starą wersję,
• zmiany rekordów w panelu nowego hostingu nie dają efektu,
• rekordy DNS wyglądają poprawnie, ale tylko „lokalnie”.

2. Rekord A/AAAA wskazuje na zły adres IP

Po przeniesieniu hostingu powinien się zmienić rekord A dla domeny głównej oraz ewentualnie AAAA dla IPv6. Jeśli zostanie stary adres, domena dalej kieruje na poprzedni serwer. Czasem w panelu pozostaje też wpis dla www, który prowadzi gdzie indziej niż domena bez prefiksu.

3. Nie przeniesiono wszystkich rekordów DNS

• MX – obsługa poczty,
• TXT – weryfikacje, SPF, DKIM, DMARC,
• CNAME – aliasy,
• SRV – usługi dodatkowe,
• NS – delegacja do serwera DNS.

Po zmianie serwera można przypadkowo skopiować tylko rekord A, a pominąć pocztę lub weryfikację domeny. Strona ruszy, ale maile przestaną dochodzić albo serwis zewnętrzny zacznie zgłaszać błąd weryfikacji.

4. Propagacja DNS jeszcze trwa

Po zmianie rekordów i nameserverów dane nie są widoczne natychmiast wszędzie. Poszczególne serwery pośredniczące i urządzenia końcowe przechowują stare odpowiedzi w cache przez czas zależny od TTL. Dlatego część osób widzi nowy serwer, a część jeszcze stary.

To normalne, ale tylko wtedy, gdy konfiguracja została wykonana poprawnie. Jeśli minęło 48 godzin, a domena nadal nie działa prawidłowo, warto szukać błędu w ustawieniach, a nie w propagacji.

5. Zbyt wysoki TTL

TTL, czyli czas życia rekordu, określa, jak długo odpowiedź może być przechowywana w pamięci podręcznej. Jeśli przed migracją TTL był ustawiony bardzo wysoko, część użytkowników długo będzie trafiać na stare dane. W praktyce dobrze jest obniżyć TTL z wyprzedzeniem, zanim zmienisz serwer.

6. Błędna strefa DNS na nowym serwerze

• literówka w IP,
• zły host docelowy,
• brak kropki końcowej w niektórych panelach,
• duplikaty rekordów A,
• niezgodność między @, www i domeną bez prefiksu.

7. Konflikt między DNS hostingu a DNS rejestratora

W niektórych konfiguracjach część rekordów jest zarządzana w panelu hostingu, a część w panelu domeny. Po migracji łatwo zapomnieć, gdzie faktycznie obowiązuje strefa DNS. W rezultacie poprawki trafiają do niewłaściwego miejsca i nie mają żadnego efektu.

8. Problemy z IPv6

Jeśli nowy serwer ma rekord AAAA, ale usługodawca nie skonfigurował poprawnie IPv6, część urządzeń może próbować łączyć się po niewłaściwym adresie. To szczególnie podstępne, bo nie wszędzie objawia się tak samo.

9. SSL i przekierowania wymuszają stary adres

Czasami domena kieruje prawidłowo, ale przeglądarka pokazuje błąd certyfikatu, złą stronę lub przekierowanie do starej wersji. Nie jest to już czysty problem DNS, lecz konsekwencja tego, że nowy serwer nie ma poprawnie skonfigurowanego SSL, .htaccess lub reguł przekierowań.

1https://r99.pl/blog => https://r99.pl/blog/. Cache lokalny, router lub DNS operatora

Nie zawsze winny jest hosting. Niekiedy przeglądarka, system operacyjny, router lub DNS operatora sieci komórkowej trzymają starą odpowiedź. Wtedy na Twoim komputerze domena „nie działa”, ale dla innych jest już poprawna.

Rozwiązanie krok po kroku

Poniższy proces jest uporządkowany tak, żeby najpierw wykluczyć najprostsze i najbezpieczniejsze przyczyny, a dopiero później wprowadzać zmiany. Jeśli masz sklep, pocztę firmową lub krytyczny serwis, wykonuj każdą korektę ostrożnie i najlepiej w godzinach mniejszego ruchu.

Krok 1: Zapisz aktualny stan konfiguracji

Zanim cokolwiek zmienisz, zrób zrzut ekranu aktualnych nameserverów i rekordów DNS. Skopiuj też wszystkie wpisy MX, TXT, CNAME, A, AAAA i SRV. To ważne, ponieważ przy błędnej zmianie można odciąć pocztę albo usługę weryfikacji domeny.

Krok 2: Sprawdź, gdzie faktycznie zarządzany jest DNS

• rejestratora domeny,
• nowy hosting,
• zewnętrzny serwer DNS,
• stary hosting, który nadal pełni rolę DNS.

To kluczowy punkt. Jeśli rekordy edytujesz w niewłaściwym panelu, nie zobaczysz żadnego efektu. W praktyce domena korzysta z tych serwerów nazw, które są wpisane w delegacji u rejestratora domeny.

Krok 3: Zweryfikuj serwery nazw

W panelu domeny sprawdź, jakie nameservery są ustawione. Porównaj je z danymi otrzymanymi od nowego dostawcy hostingu lub DNS. Jeśli domena ma korzystać z nowych serwerów nazw, muszą być one wpisane dokładnie tak, jak wymaga dostawca.

Jeśli masz przydzielony własny DNS w hostingu, upewnij się, że delegacja do niego już działa. Jeśli masz pozostać przy DNS rejestratora, to nie zmieniaj nameserverów, tylko aktualizuj rekordy w odpowiednim panelu.

Krok 4: Sprawdź rekord A i AAAA

Upewnij się, że rekord A dla domeny głównej wskazuje na właściwy adres IPv4 nowego serwera. Jeśli korzystasz z IPv6, sprawdź też AAAA. Dodatkowo sprawdź rekord dla www. W wielu przypadkach trzeba ustawić go jako CNAME do domeny głównej albo jako osobny rekord A, zależnie od konfiguracji dostawcy.

Jeśli nie jesteś pewny, którego adresu użyć, znajdź w panelu nowego hostingu informację o IP przypisanym do usługi. Nie zgaduj i nie kopiuj „z pamięci”. Jeden zły znak w IP oznacza brak połączenia.

Krok 5: Zweryfikuj rekordy pocztowe

Jeśli używasz poczty w domenie, koniecznie sprawdź rekordy MX oraz TXT. Zmiana serwera często zbiega się z migracją skrzynek lub odwrotnie, ale nawet wtedy trzeba zachować spójność ustawień. W szczególności sprawdź:

• rekord MX,
• SPF w TXT,
• DKIM,
• DMARC,
• ewentualne rekordy autokonfiguracji poczty.

Brak jednego z nich może spowodować, że poczta zacznie trafiać do spamu albo w ogóle nie będzie dostarczana.

Krok 6: Obniż TTL, jeśli planujesz większą zmianę

Jeżeli migrujesz serwer dopiero teraz i jeszcze masz wpływ na ustawienia, ustaw niższy TTL przed zmianą. Dzięki temu starsze rekordy szybciej wygasną. Jeśli zmiana już nastąpiła, TTL nie cofnie propagacji natychmiast, ale może pomóc przy kolejnych korektach.

Praktyczna zasada: przy migracji warto mieć niższy TTL wcześniej, a po ustabilizowaniu konfiguracji można go zwiększyć.

Krok 7: Sprawdź propagację z zewnętrznych źródeł

Nie opieraj się wyłącznie na jednym komputerze. Sprawdź, czy domena zwraca różne wyniki z różnych sieci. Jeśli widzisz, że część resolverów pokazuje stary adres, a część nowy, to może być jeszcze etap propagacji. Jeśli wszędzie widnieje zły rekord, to znaczy, że konfiguracja jest błędna.

Krok 8: Wyczyść cache lokalny

• odświeżyć stronę w trybie prywatnym,
• wyczyścić cache przeglądarki,
• zrestartować router,
• na komputerze opróżnić lokalny cache DNS.

To nie naprawia błędnej delegacji, ale eliminuje fałszywe objawy, które utrudniają diagnozę.

Krok 9: Przetestuj stronę i pocztę osobno

• czy domena główna otwiera stronę,
• czy www otwiera tę samą witrynę,
• czy formularze wysyłają wiadomości,
• czy e-maile dochodzą i wychodzą,
• czy certyfikat SSL jest poprawny,
• czy nie ma pętli przekierowań.

Jeśli strona działa, ale poczta nie, nie szukaj już błędu w IP strony. Skup się na MX, SPF i konfiguracji serwera pocztowego.

Krok 1https://r99.pl/blog => https://r99.pl/blog/: Odczekaj odpowiedni czas i obserwuj

Nawet poprawna zmiana może nie być natychmiast widoczna wszędzie. Daj systemowi czas na aktualizację. W tym okresie nie wykonuj kolejnych przypadkowych korekt, bo zamiast jednego problemu stworzysz kilka.

Najczęstsze błędy

Przy zmianie serwera użytkownicy często popełniają te same pomyłki. Warto je znać, bo jedna z nich zwykle odpowiada za awarię.

• Zmiana tylko IP bez sprawdzenia delegacji. Jeśli domena nadal wskazuje stare nameservery, IP w nowym panelu nic nie da.
• Usunięcie rekordów MX i TXT. Strona działa, ale poczta i weryfikacje przestają działać.
• Za szybkie wyczyszczenie wszystkich rekordów. Najpierw eksport, potem edycja.
• Pomylenie domeny głównej z www. W efekcie jedna wersja działa, a druga nie.
• Ignorowanie rekordu AAAA. Na części urządzeń domena nadal próbuje łączyć się po IPv6.
• Brak SSL po zmianie hostingu. Użytkownik widzi błąd certyfikatu i myśli, że DNS nie działa.
• Zakładanie, że wszystko powinno działać natychmiast. Propagacja może potrwać.
• Edytowanie rekordów w złym panelu. Bardzo częste przy migracji między dostawcami.
• Nieprzetestowanie poczty po migracji. Błąd ujawnia się dopiero po kilku godzinach, gdy ktoś wysyła ważnego maila.

Kiedy nie robić tego samodzielnie

• na domenie działa sklep internetowy z bieżącymi zamówieniami,
• używasz poczty firmowej dla wielu pracowników,
• domena obsługuje system rezerwacji, płatności lub CRM,
• masz rozbudowane subdomeny, rekordy SRV i wiele integracji,
• nie masz kopii aktualnych rekordów DNS,
• nie wiesz, gdzie zarządzany jest DNS,
• zmianie towarzyszy migracja poczty lub certyfikatów SSL,
• już po jednej nieudanej próbie strona przestała odpowiadać stabilnie.

W takich sytuacjach każda kolejna ręczna modyfikacja może pogorszyć sprawę. Lepiej zatrzymać się, spisać aktualną konfigurację i przywracać zmiany metodycznie.

Kiedy zgłosić się do specjalisty

• domena przez dłuższy czas nie wskazuje poprawnego serwera,
• zmiana DNS odcięła pocztę lub ważne formularze kontaktowe,
• po zmianie hostingu pojawiły się błędy SSL, przekierowań lub pętli adresowych,
• masz wiele rekordów i nie masz pewności, które są potrzebne,
• używasz zewnętrznych usług typu CDN, poczta transakcyjna, systemy antyspamowe lub weryfikacje domen,
• nie możesz sobie pozwolić na przerwę w działaniu strony ani poczty.

Specjalista nie tylko naprawi rekordy, ale też sprawdzi zależności, które często umykają podczas samodzielnej migracji: TTL, DNSSEC, delegację domeny, rekordy pocztowe, przekierowania i zgodność z konfiguracją nowego hostingu. To skraca czas przestoju i zmniejsza ryzyko kolejnej awarii.

Podsumowanie

Jeśli DNS nie działa po zmianie serwera, przyczyna zwykle jest bardziej prozaiczna, niż się wydaje. Najczęściej chodzi o błędną delegację domeny, brakujące rekordy, propagację lub konflikt między starym i nowym środowiskiem. W praktyce najważniejsze jest uporządkowane działanie: najpierw diagnoza, potem zmiany, a dopiero na końcu testy i obserwacja.

Nie upraszczaj problemu do jednego zdania „DNS padł”, bo możesz przypadkowo naprawiać nie to, co trzeba. Domena może wyglądać na niedziałającą z powodu cache, a strona może być poprawnie przeniesiona, lecz poczta nadal używa starych MX. Z drugiej strony, jeśli po zmianie serwera wszystko wydaje się „prawie działać”, a użytkownicy nadal widzą stare dane, to znak, że trzeba sprawdzić delegację i pełną konfigurację DNS.

Najbezpieczniejsze podejście to zachować kopię rekordów, sprawdzić nameservery, przeanalizować rekordy A, AAAA, MX i TXT, a w razie wątpliwości nie ryzykować ręcznych zmian na żywym serwisie. Przy większych stronach, sklepach i poczcie firmowej wsparcie techniczne oszczędza czas, nerwy i pieniądze.

CTA do kontaktu

Jeśli po zmianie serwera Twoja domena nadal nie działa, strona pokazuje stare dane albo poczta przestała dochodzić, nie czekaj aż problem „sam się rozwiąże”. Skontaktuj się ze specjalistą, aby szybko sprawdzić delegację domeny, rekordy DNS i konfigurację nowego hostingu. W wielu przypadkach wystarczy jedna precyzyjna korekta, by przywrócić pełne działanie serwisu i uniknąć dalszych przestojów.

Praktyczne ostrzeżenia bezpieczeństwa

Przy pracy z DNS zachowaj szczególną ostrożność, jeśli domena obsługuje dane klientów lub firmową komunikację. Nie publikuj publicznie pełnych konfiguracji DNS, jeśli zawierają elementy identyfikujące infrastrukturę lub rekordy używane do weryfikacji usług. Nie kasuj rekordów SPF, DKIM i DMARC bez planu, bo zwiększa to ryzyko podszywania się pod Twoją domenę. Po migracji sprawdź też, czy certyfikat SSL został wydany dla właściwej domeny i czy przekierowania nie prowadzą do niezaufanej wersji witryny.

Najważniejsze: jeśli nie jesteś pewien skutku zmiany, nie wykonuj serii przypadkowych edycji. W DNS każda pomyłka może propagować się szeroko i utrzymywać w cache przez dłuższy czas.

FAQ