← Wróć do centrum problemów
22.10.2026 •Hosting / DNS / SSL • 33 wyświetleń

Domena nie działa? Błąd DNS potrafi zablokować stronę w kilka minut. Sprawdź, co naprawić

Domena przestała działać, a przeglądarka pokazuje błąd DNS? Wyjaśniam, jak szybko ustalić przyczynę, naprawić rekordy DNS, wykluczyć awarię po stronie operatora i przywrócić stronę do działania bez niepotrzebnych błędów.

ProblemDomena nie działa? Błąd DNS potrafi zablokować stronę w kilka minut. Sprawdź, co naprawić
TrudnośćŚredni
Czas naprawy20–60 minut
RyzykoŚrednie
Wymagany backupTak — przed zmianami eksportuj strefę DNS i wykonaj kopię ustawień domeny/hostingu
Dla kogoWłaściciele stron WWW, sklepy internetowe, freelancerzy, administratorzy początkujący i średniozaawansowani
Szybka odpowiedź

Najpierw sprawdź, czy domena ma poprawne serwery nazw, czy rekordy DNS wskazują właściwy hosting oraz czy minęło już 24–48 godzin od zmian. Jeśli domena nie działa tylko u części użytkowników, zwykle problemem jest propagacja DNS, a jeśli nigdzie – błędne rekordy, wygasła domena, awaria DNS lub blokada po stronie hostingu. Gdy nie masz pewności, nie zmieniaj wszystkiego naraz — wykonaj diagnozę krok po kroku albo zgłoś się do specjalisty.

Domena nie działa? Błąd DNS potrafi zablokować stronę w kilka minut. Sprawdź, co naprawić
Checklista przed naprawą
  • Domena jest aktywna i opłacona.
  • Serwery nazw wskazują właściwego dostawcę.
  • Rekord A prowadzi na właściwy adres IP.
  • Rekord AAAA jest poprawny albo świadomie wyłączony, jeśli był błędny.
  • Rekord CNAME nie powoduje konfliktu.
  • Rekordy MX są ustawione, jeśli działa poczta.
  • SPF, DKIM i DMARC są obecne i zgodne z konfiguracją.
  • Wykonano kopię strefy DNS przed zmianami.
  • Uwzględniono czas propagacji DNS.
  • Sprawdzono działanie domeny z innej sieci i urządzenia.
Kiedy zlecić naprawę Nie każdy problem warto rozwiązywać metodą prób i błędów

Jeżeli widzisz którykolwiek z poniższych sygnałów, najbezpieczniej zacząć od krótkiej diagnostyki i dopiero potem wdrażać poprawki.

  • Domena nie działa dla wszystkich użytkowników albo raz pokazuje starą, raz nową stronę.
  • Nie masz pewności, gdzie faktycznie zarządzasz DNS: rejestrator, hosting czy Cloudflare.
  • Zmiana może dotknąć poczty, SSL, wersji www/bez www albo przekierowań.
  • Po 24-48 godzinach nadal widzisz błędy DNS, SSL lub niewłaściwy serwer.
Scenariusze naprawy Najczęstsze układy problemu i bezpieczniejsza droga działania

Domena główna

ŹleBrak odpowiedzi lub błędny rekord

DobrzePrawidłowy rekord A/AAAA wskazujący na właściwy serwer

Serwery nazw

ŹleStare lub niezgodne z dostawcą DNS

DobrzeAktualne NS zgodne z konfiguracją usługi

Poczta

ŹleMX niepoprawny lub brak rekordów autoryzacji

DobrzeMX, SPF, DKIM i DMARC ustawione poprawnie

Objawy u użytkowników

ŹleCzęść osób widzi błąd, część starą wersję

DobrzeDomena działa spójnie po propagacji i czyszczeniu cache

Przed / po Co zmienia uporządkowana diagnoza zamiast chaotycznych prób naprawy

Czas diagnozy

PrzedOd 1 do 3 godzin w chaosie i zgadywaniu
Po20–60 minut przy pracy krok po kroku

Ryzyko utraty poczty

PrzedWysokie przy przypadkowych zmianach DNS
PoNiskie po wykonaniu kopii i kontroli rekordów

Szansa na szybkie przywrócenie strony

PrzedNiepewna bez rozpoznania przyczyny
PoWysoka po sprawdzeniu NS, A, AAAA i hostingu

Liczba błędnych zmian

PrzedCzęsto kilka jednocześnie
PoZwykle jedna kontrolowana zmiana na raz

Lead: Domena nie działa, strona nie otwiera się, poczta przestała dochodzić, a w przeglądarce pojawia się komunikat o błędzie DNS? To jeden z najbardziej stresujących problemów w utrzymaniu strony internetowej, bo potrafi unieruchomić biznes w kilka minut. Dobra wiadomość jest taka, że w wielu przypadkach da się szybko ustalić, gdzie leży błąd: po stronie serwerów nazw, rekordów DNS, hostingu, propagacji zmian albo samej domeny. Zła wiadomość: jeśli zaczniesz zmieniać ustawienia bez diagnozy, łatwo pogłębić awarię i wydłużyć czas niedostępności.

W tym artykule wyjaśniam, jak rozpoznać realny błąd DNS, jak odróżnić go od problemów z hostingiem, certyfikatem SSL, wygasłą domeną czy błędną konfiguracją strony, oraz jak bezpiecznie naprawić sytuację krok po kroku. Tekst jest napisany z myślą o realnym problemie użytkownika: domena ma działać teraz, a nie „po lekturze teorii”.

Szybka odpowiedź

Jeśli Twoja domena nie działa z powodu błędu DNS, zacznij od trzech rzeczy: sprawdź, czy domena jest aktywna i opłacona, czy serwery nazw wskazują właściwego dostawcę DNS oraz czy rekordy A, AAAA, CNAME i MX są poprawnie ustawione. Jeżeli zmiany w DNS zostały wykonane niedawno, odczekaj propagację — zwykle od kilku minut do 24 godzin, czasem do 48 godzin.

Najczęstszy scenariusz wygląda tak: domena została przepięta na nowy hosting, ale nie zaktualizowano rekordów DNS albo ustawiono nieprawidłowe serwery nazw. Wtedy część użytkowników widzi stronę, a część błąd. Jeśli po sprawdzeniu domena nadal nie działa, a DNS wygląda poprawnie, przyczyną może być awaria hostingu, wygasła domena, blokada w panelu rejestratora lub błąd po stronie konfiguracji aplikacji.

Uwaga bezpieczeństwa: nie usuwaj wszystkich rekordów DNS i nie podmieniaj ich masowo „na próbę”. W DNS jeden zły ruch może wyłączyć nie tylko stronę, ale też pocztę firmową i usługi dodatkowe. Zawsze rób kopię ustawień przed zmianami.

Diagnoza problemu

Zanim zaczniesz naprawę, musisz ustalić, co dokładnie nie działa. Sam komunikat „błąd DNS” bywa mylący, bo podobne objawy mogą dawać zupełnie inne problemy. Strona może nie otwierać się tylko u Ciebie, tylko w konkretnej sieci, tylko na telefonie, tylko po wpisaniu nazwy domeny lub tylko z WWW. Każdy z tych przypadków prowadzi do innej przyczyny.

W praktyce warto zadać sobie pięć pytań diagnostycznych:

  • Czy domena nie działa dla wszystkich użytkowników, czy tylko dla mnie?
  • Czy problem dotyczy strony, poczty, czy obu usług jednocześnie?
  • Czy domena była ostatnio przenoszona, odnawiana lub konfigurowana?
  • Czy zmieniano serwery nazw albo rekordy DNS w ciągu ostatnich 48 godzin?
  • Czy domena otwiera się po wpisaniu adresu IP serwera?

Jeśli strona nie działa tylko u Ciebie, a inni użytkownicy wchodzą bez problemu, problem może leżeć w lokalnym cache DNS, pamięci przeglądarki, routerze albo dostawcy internetu. Jeżeli awaria dotyczy wszystkich, problem jest zwykle po stronie domeny, DNS, hostingu lub serwera aplikacji.

Objawy błędu DNS najczęściej przyjmują jedną z kilku form:

  • komunikat o braku możliwości odnalezienia serwera;
  • strona ładuje się bardzo długo i kończy błędem;
  • otwiera się inna strona niż oczekiwana;
  • poczta przestaje odbierać wiadomości;
  • domena działa bez www, ale nie działa z www, albo odwrotnie;
  • na części urządzeń działa, na innych nie działa wcale.

Warto też odróżnić błąd DNS od problemu z certyfikatem SSL. Jeśli przeglądarka ostrzega o bezpieczeństwie, ale domena technicznie się rozwiązuje, DNS może być poprawny, a problem leży w HTTPS. Podobnie awaria serwera WWW może sprawiać wrażenie problemu DNS, chociaż rekordy są ustawione prawidłowo.

Możliwe przyczyny

Najczęściej problem z niedziałającą domeną wynika z jednej z poniższych przyczyn. Warto przejść przez nie po kolei, bo wiele osób zaczyna od złego końca i traci czas na przypadkowe zmiany.

1. Domeny nie opłacono lub wygasła

To zaskakująco częsty powód. Jeżeli domena wygasła, może jeszcze przez jakiś czas „wydawać się aktywna” w części systemów, ale usługa przestaje działać prawidłowo. Rejestrator może zablokować serwowanie rekordów, skierować domenę na stronę parkingową albo całkowicie odciąć ruch. W przypadku domeny firmowej oznacza to również możliwe problemy z pocztą e-mail.

2. Błędne serwery nazw

Serwery nazw, czyli NS, wskazują, gdzie znajdują się rekordy DNS Twojej domeny. Jeśli domena została przeniesiona, ale NS nadal prowadzą do starego dostawcy, strona nie będzie działać poprawnie. To jedna z najczęstszych przyczyn po migracjach, zmianie hostingu i przy uruchamianiu nowej strony.

3. Zły rekord A lub AAAA

Rekord A kieruje domenę na adres IPv4, a AAAA na IPv6. Jeśli wpiszesz zły adres IP, strona nie otworzy się albo trafi na zupełnie inny serwer. Problem bywa szczególnie trudny do zauważenia, gdy rekord AAAA istnieje, ale hosting nie obsługuje poprawnie IPv6. Wtedy część urządzeń będzie próbowała użyć IPv6 i zgłosi błąd.

4. Błędny rekord CNAME

Rekord CNAME przekierowuje jedną nazwę na inną. Gdy wskażesz błędny cel, wpiszesz literówkę albo stworzysz konflikt z innymi rekordami, domena przestanie się rozwiązywać. CNAME nie powinien też kolidować z rekordami podstawowymi w strefie w sposób niezgodny z zasadami DNS.

5. Propagacja DNS po zmianach

Po aktualizacji rekordów DNS zmiany nie są widoczne natychmiast wszędzie. Propagacja oznacza czas, w którym różne serwery DNS na świecie aktualizują swoją pamięć. Przez ten okres część użytkowników widzi starą wersję, a część nową. To normalne, ale dla właściciela strony może wyglądać jak awaria.

6. Cache DNS po stronie użytkownika lub routera

Komputer, telefon, przeglądarka, router i system operatora internetu mogą przechowywać stare informacje DNS. Dlatego strona może nie działać tylko na jednym urządzeniu lub tylko w jednej sieci. W takim przypadku sama domena jest zwykle poprawnie skonfigurowana, a problem rozwiązuje czyszczenie pamięci podręcznej DNS.

7. Awaria hostingu lub serwera WWW

Nawet jeśli DNS działa prawidłowo, hosting może być przeciążony, niedostępny lub źle skonfigurowany. Dla użytkownika końcowego wygląda to często tak samo: strona nie działa. Jeżeli rekordy DNS prowadzą na martwy serwer, komunikat może sugerować DNS, choć przyczyna jest już po stronie hostingu.

8. Konflikt między IPv4 i IPv6

Coraz więcej sieci i urządzeń próbuje najpierw skorzystać z IPv6. Jeśli rekord AAAA jest ustawiony błędnie, a A działa poprawnie, część użytkowników może mieć problem z wejściem na domenę. To zjawisko bywa mylące, bo na jednym łączu strona działa, a na innym nie.

9. Zablokowana domena lub problem w panelu rejestratora

Czasem domena formalnie istnieje, ale w panelu pojawia się blokada transferu, status klienta nie jest potwierdzony, dane abonenta są niekompletne albo wystąpił błąd w odnowieniu. Wtedy DNS może nie być publikowany poprawnie mimo poprawnych ustawień lokalnych.

10. Błędy po stronie poczty i subdomen

Możesz mieć wrażenie, że „domena nie działa”, gdy tak naprawdę problem dotyczy tylko subdomeny, np. www, mail lub sklep. Jeśli rekordy dla strony są poprawne, ale rekordy MX lub subdomeny nie, obraz problemu będzie niepełny. Warto diagnozować osobno stronę, pocztę i subdomeny.

Rozwiązanie krok po kroku

Jeśli chcesz naprawić problem bezpiecznie, idź po kolei. Nie zakładaj od razu, że winny jest hosting albo że trzeba „przepisać DNS od nowa”. Najpierw sprawdź status domeny, potem rekordy, a dopiero później propagację i cache.

Krok 1: Sprawdź, czy domena jest aktywna

Zaloguj się do panelu rejestratora i sprawdź, czy domena:

  • jest opłacona;
  • nie wygasła;
  • nie ma statusu blokady lub wstrzymania;
  • ma poprawne dane abonenta, jeśli są wymagane;
  • nie została przeniesiona lub zawieszona.

Jeśli domena wygasła, sama korekta DNS nie pomoże, dopóki nie zostanie odnowiona. Najpierw przywróć aktywność domeny.

Krok 2: Zweryfikuj serwery nazw

Sprawdź, jakie NS są ustawione dla domeny. Porównaj je z informacją od dostawcy hostingu lub DNS. Jeżeli domena korzysta z zewnętrznego DNS, ale w panelu rejestratora wpisane są stare serwery nazw, cały ruch może iść w złe miejsce.

Ważna zasada: nie ustawiaj nowych serwerów nazw „na oko”. Zawsze korzystaj z dokładnych danych od dostawcy usługi, bo nawet jeden znak różnicy może unieruchomić domenę.

Krok 3: Sprawdź rekord A i AAAA

Upewnij się, że rekord A wskazuje na prawidłowy adres IPv4 hostingu. Jeśli hosting nie obsługuje IPv6 lub nie masz pewności co do poprawności rekordu AAAA, rozważ tymczasowe usunięcie błędnego AAAA po konsultacji z administratorem lub dostawcą usługi. Błędny rekord AAAA jest częstą przyczyną częściowych awarii.

Jeżeli używasz subdomeny www, sprawdź, czy prowadzi ona na właściwy adres — często jako CNAME do domeny głównej albo jako rekord A do tego samego IP.

Krok 4: Zweryfikuj rekordy MX, jeśli nie działa poczta

Jeśli problem dotyczy również maila, sprawdź rekordy MX, a także SPF, DKIM i DMARC. Błędny DNS może powodować nie tylko niedostarczanie wiadomości, ale też odrzucanie maili przez inne serwery. W przypadku firmowej poczty to bardzo poważny problem, bo wiadomości mogą nie dochodzić do klientów i kontrahentów.

Krok 5: Wyczyść lokalny cache DNS

Jeśli podejrzewasz, że problem dotyczy tylko Twojego urządzenia lub sieci, wyczyść pamięć podręczną DNS. Możesz też uruchomić ponownie router, a w niektórych przypadkach zmienić chwilowo serwer DNS na publiczny, aby zweryfikować, czy problem wynika z cache dostawcy internetu.

Na poziomie użytkownika końcowego pomaga także:

  • odświeżenie strony w trybie incognito;
  • test na innym urządzeniu;
  • test na innej sieci, np. przez hotspot z telefonu;
  • restart routera;
  • wyczyszczenie historii DNS w systemie operacyjnym.

Krok 6: Odczekaj propagację DNS

Jeżeli zmieniałeś DNS niedawno, nie oceniaj poprawności konfiguracji zbyt wcześnie. Propagacja może potrwać od kilkunastu minut do 24 godzin, a czasem dłużej. W tym czasie jedni użytkownicy będą widzieć poprawną stronę, a inni starą lub błędną wersję. To nie zawsze oznacza, że konfiguracja jest zła.

Krok 7: Sprawdź, czy hosting odpowiada

Jeśli DNS wskazuje na prawidłowy adres IP, ale strona nadal nie działa, sprawdź serwer docelowy. Czy usługa WWW działa? Czy serwer nie jest przeciążony? Czy konfiguracja vhostów jest poprawna? Czy certyfikat SSL został zainstalowany? Czasem DNS jest tylko „posłańcem”, a rzeczywisty problem leży głębiej.

Krok 8: Porównaj dane z aktualnym panelem

Najlepiej zestawić dane z trzech miejsc: panelu rejestratora domeny, panelu DNS i panelu hostingu. Jeżeli którykolwiek z nich pokazuje inne informacje, masz trop do źródła problemu. W praktyce wiele awarii wynika z rozjazdu między tym, co „miało być ustawione”, a tym, co faktycznie jest zapisane.

Krok 9: Wykonaj testy z zewnątrz

Dobrym nawykiem jest sprawdzenie domeny z kilku miejsc: z własnego komputera, telefonu w sieci komórkowej i narzędzi diagnostycznych DNS. Jeśli domena rozwiązuje się różnie w zależności od lokalizacji, prawdopodobna jest propagacja lub cache. Jeżeli wszędzie jest źle, przyczyna leży w konfiguracji albo stanie domeny.

Krok 10: Przywróć zmiany tylko wtedy, gdy wiesz, co odwracasz

Jeżeli po ostatniej zmianie strona padła, cofnij tylko tę jedną zmianę, którą wprowadzałeś. Nie resetuj całej strefy DNS bez backupu. Najlepsza praktyka to jedna zmiana naraz i test po każdej z nich.

Praktyczne ostrzeżenie: jeśli Twoja domena obsługuje pocztę, nie usuwaj rekordów MX, SPF, DKIM ani DMARC podczas testów strony. Nawet chwilowa utrata tych wpisów może spowodować niedostarczanie wiadomości albo oznaczenie Twojej poczty jako podejrzanej.

Najczęstsze błędy

W naprawie DNS bardzo łatwo popełnić błędy, które wydłużają awarię. Oto najczęstsze z nich:

  • Zmiana wszystkiego naraz – trudno wtedy ustalić, co pomogło, a co zaszkodziło.
  • Brak kopii strefy DNS – bez backupu możesz stracić potrzebne rekordy.
  • Mylenie domeny głównej z subdomeną www – obie nazwy muszą być skonfigurowane świadomie.
  • Ignorowanie propagacji – po zmianach trzeba poczekać, zamiast panicznie klikać kolejne opcje.
  • Usunięcie rekordu AAAA bez sprawdzenia skutków – może pomóc, ale może też wyłączyć część ruchu, jeśli infrastruktura wymaga IPv6.
  • Wpisanie złego IP hostingowego – strona może kierować na cudzy serwer lub pusty adres.
  • Pozostawienie starego NS po migracji – domena dalej pyta niewłaściwy serwer o rekordy.
  • Pomijanie poczty – naprawa strony nie oznacza jeszcze naprawy całej domeny.
  • Testowanie bezpośrednio na produkcji – każda zmiana na żywej domenie powinna być przemyślana.
  • Zakładanie, że to „problem internetu” – bardzo często problem jest w panelu lub konfiguracji, nie po stronie użytkownika końcowego.

Kiedy nie robić tego samodzielnie

Nie każdą sytuację warto naprawiać na własną rękę. Są przypadki, w których samodzielne działania mogą pogorszyć sprawę. Jeśli nie masz doświadczenia z DNS, hostingiem i konfiguracją domen, lepiej nie eksperymentować, gdy:

  • na domenie działa sklep internetowy z realnymi zamówieniami;
  • obsługuje ona pocztę firmową i korespondencję z klientami;
  • problem dotyczy wielu rekordów jednocześnie;
  • nie masz kopii strefy DNS;
  • po zmianach zaczęły znikać również subdomeny, poczta i panel administracyjny;
  • nie jesteś pewien, który dostawca jest odpowiedzialny za DNS, a który za hosting;
  • domena przeszła migrację między firmami i nie wiadomo, gdzie są aktualne ustawienia;
  • w grę wchodzą rekordy niestandardowe, proxy, CDN lub złożona infrastruktura.

Jeżeli nie jesteś pewien, co dokładnie robisz, „szybka poprawka” może zakończyć się długą awarią. W DNS błędny wpis potrafi odciąć stronę, pocztę i kilka usług jednocześnie.

Kiedy zgłosić się do specjalisty

Do specjalisty warto zgłosić się od razu, jeśli domena jest krytyczna dla biznesu. Szczególnie wtedy, gdy każda godzina przestoju oznacza utracone zamówienia, utratę wiadomości lub wizerunkowy chaos. Pomoc eksperta jest wskazana, gdy:

  • strona i poczta przestały działać po migracji;
  • problem powtarza się cyklicznie;
  • zmiany w DNS nie dają efektu mimo poprawnych ustawień;
  • pojawiają się sprzeczne objawy w różnych lokalizacjach;
  • podejrzewasz konflikt między DNS, SSL i hostingiem;
  • nie masz pewności, czy domena została poprawnie odnowiona i aktywowana;
  • potrzebna jest szybka diagnoza bez ryzyka utraty danych lub ruchu.

Specjalista nie tylko „naprawi DNS”, ale też sprawdzi całą ścieżkę: rejestracja domeny, status, serwery nazw, strefę DNS, hosting, dostępność serwera, pocztę, certyfikat oraz propagację. To często oszczędza wiele godzin prób i błędów.

Podsumowanie

Błąd DNS nie zawsze oznacza jeden prosty problem. Czasem domena jest wygasła, czasem ma złe serwery nazw, czasem wskazuje na błędny adres IP, a czasem wszystko jest ustawione poprawnie, tylko trzeba poczekać na propagację albo wyczyścić cache. Dlatego najlepsza strategia to diagnoza krok po kroku, bez pochopnych zmian i bez kasowania rekordów „na wszelki wypadek”.

Jeśli domena nie działa, zacznij od statusu domeny i serwerów nazw, potem sprawdź rekordy A, AAAA, CNAME i MX, a na końcu zweryfikuj hosting oraz lokalny cache. Im szybciej ustalisz, czy problem leży po stronie DNS, hostingu czy samej domeny, tym szybciej przywrócisz stronę do działania.

CTA do kontaktu: jeśli chcesz szybko ustalić, dlaczego domena nie działa i uniknąć błędów, które mogą wyłączyć stronę lub pocztę na dłużej, skontaktuj się z nami. Pomożemy zdiagnozować problem DNS, sprawdzić konfigurację i przywrócić działanie domeny możliwie najszybciej.

FAQ

Czy błąd DNS zawsze oznacza problem z domeną?
Nie. Czasem problem dotyczy hostingu, cache DNS, certyfikatu SSL albo samej aplikacji. Objawy mogą wyglądać podobnie, ale przyczyna bywa inna.

Ile trwa propagacja DNS?
Najczęściej od kilku minut do 24 godzin, czasem do 48 godzin. Zależy to od TTL, operatorów DNS i cache po drodze.

Dlaczego domena działa u mnie, ale nie u klienta?
Najczęściej przez cache DNS, różne serwery pośrednie lub propagację zmian. U Ciebie może być już nowy rekord, a u klienta nadal stary.

Czy można usunąć rekord AAAA, żeby naprawić domenę?
Czasem tak, jeśli jest błędny i powoduje konflikty z IPv6. Ale nie należy robić tego bez sprawdzenia, czy infrastruktura nie wymaga tego rekordu.

Czy DNS wpływa też na pocztę?
Tak. Rekordy MX, SPF, DKIM i DMARC są kluczowe dla działania poczty. Błędny DNS może zatrzymać lub osłabić dostarczanie wiadomości.

Jak szybko zdiagnozować błąd DNS w praktyce

Jeśli chcesz skrócić czas diagnostyki, zastosuj prosty schemat:

  1. Sprawdź, czy domena jest aktywna i opłacona.
  2. Porównaj serwery nazw w panelu domeny z danymi od dostawcy DNS.
  3. Sprawdź rekordy A, AAAA i CNAME dla domeny głównej oraz www.
  4. Zweryfikuj rekordy MX, jeśli nie działa poczta.
  5. Ustal, czy ostatnio były zmiany i czy nie trwa jeszcze propagacja.
  6. Przetestuj domenę z innej sieci i na innym urządzeniu.
  7. Jeśli problem nie znika, sprawdź hosting lub zgłoś się do specjalisty.

Ten prosty porządek działa lepiej niż chaotyczne zgadywanie. W DNS liczy się logika, nie intuicja.

Bezpieczne zasady pracy z DNS

Na koniec warto zapamiętać kilka zasad bezpieczeństwa:

  • zawsze wykonuj kopię strefy DNS przed zmianami;
  • zmieniaj tylko jeden element naraz;
  • nie kasuj rekordów poczty bez potrzeby;
  • po migracji hostingu sprawdź wszystkie najważniejsze rekordy;
  • nie oceniaj efektów zbyt wcześnie, jeśli trwa propagacja;
  • jeśli domena obsługuje sprzedaż lub pocztę, traktuj każdą zmianę jak operację krytyczną;
  • w razie wątpliwości najpierw diagnozuj, potem poprawiaj.

Takie podejście minimalizuje ryzyko przestoju i ułatwia szybkie przywrócenie działania domeny.

FAQ

Najczęstsze pytania

Krótkie odpowiedzi na pytania, które najczęściej pojawiają się przed naprawą strony, kontaktem z supportem albo zleceniem wdrożenia.

Czy błąd DNS zawsze oznacza, że domena jest źle skonfigurowana?

Nie zawsze. Przyczyną może być także wygasła domena, awaria hostingu, cache DNS u użytkownika lub propagacja zmian po ostatniej konfiguracji.

Jak długo może trwać propagacja DNS?

Najczęściej od kilkunastu minut do 24 godzin, czasem do 48 godzin. Zależy to od TTL, operatorów DNS i pamięci podręcznej po drodze.

Dlaczego domena działa na jednym urządzeniu, a na innym nie?

Najczęściej chodzi o lokalny cache DNS, różne serwery pośrednie, inną sieć lub niedawne zmiany, które nie rozpropagowały się jeszcze wszędzie.

Czy problem DNS może wyłączyć też pocztę e-mail?

Tak. Jeśli błędne są rekordy MX, SPF, DKIM lub DMARC, poczta może przestać działać, a wiadomości mogą nie dochodzić albo trafiać do spamu.

Czy mogę samodzielnie naprawić DNS bez wiedzy technicznej?

W prostych przypadkach tak, ale jeśli domena obsługuje stronę firmową, sklep lub pocztę, bezpieczniej jest najpierw zrobić diagnozę albo skorzystać ze specjalisty.

Powiązane poradniki Zobacz też inne artykuły z r99.pl, które pomagają w podobnych awariach i decyzjach technicznych

Dalszy krok

Nie udało Ci się rozwiązać problemu samodzielnie?

Przeprowadzę diagnostykę, naprawię stronę, przyspieszę WordPress albo przejmę ją pod stałą opiekę techniczną, żeby problem nie wracał przy kolejnych aktualizacjach.