Jak naprawić błąd „Nie można znaleźć adresu IP serwera”

Błąd „Nie można znaleźć adresu IP serwera” oznacza, że przeglądarka wysłała zapytanie DNS dla nazwy domeny i nie otrzymała w odpowiedzi prawidłowego adresu IP — w związku z czym nie podjęto żadnej próby nawiązania połączenia TCP. Główna przyczyna to niemal zawsze awaria gdzieś w łańcuchu rozwiązywania DNS: przestarzała lokalna pamięć podręczna, błędnie skonfigurowany resolver, opóźnienie propagacji po zmianie rekordu DNS lub rzeczywista awaria po stronie serwera.

Ten przewodnik obejmuje każdą warstwę tego łańcucha — od własnej pamięci podręcznej DNS przeglądarki aż po rekurencyjny resolver ISP i autorytatywny serwer nazw — wraz z dokładnymi poleceniami, szczegółami na poziomie rejestru oraz przypadkami brzegowymi, które są pomijane w ogólnych poradnikach.

Co tak naprawdę dzieje się podczas rozwiązywania DNS

Przed przystąpieniem do rozwiązywania problemów warto zrozumieć ścieżkę rozwiązywania, aby uniknąć marnowania czasu. Po wpisaniu adresu URL w przeglądarce następuje poniższa sekwencja wyszukiwania:

1. Pamięć podręczna DNS przeglądarki — Chrome, Firefox i Edge utrzymują własne pamięci podręczne DNS w pamięci operacyjnej, niezależne od systemu operacyjnego.
2. Pamięć podręczna resolvera systemu operacyjnego — usługa Windows DNS Client lub macOS mDNSResponder sprawdza lokalną pamięć podręczną.
3. Plik hosts — statyczny plik nadpisań, który ma pierwszeństwo przed wszystkimi rozwiązaniami sieciowymi.
4. Skonfigurowany resolver DNS — zazwyczaj router (działający jako forwarder) lub bezpośrednio skonfigurowany publiczny resolver, taki jak `8.8.8.8`.
5. Rekurencyjny resolver ISP — resolver dostawcy internetu odpytuje globalną hierarchię DNS, jeśli nie posiada odpowiedzi w pamięci podręcznej.
6. Autorytatywny serwer nazw — ostateczne źródło prawdy dla rekordów A/AAAA domeny.

Awaria na którymkolwiek z tych etapów powoduje ten sam ogólny błąd przeglądarki. Wiedza o tym, która warstwa jest uszkodzona, pozwala określić, którą poprawkę zastosować w pierwszej kolejności.

Krok 1: Sprawdź adres URL i zakres problemu

Ten krok wydaje się trywialny, ale natychmiast eliminuje dwie z najczęstszych przyczyn.

• Sprawdź literówki w pasku adresu, w tym nieprawidłowe TLD (`.co` vs `.com`, `.net` vs `.org`).
• Przetestuj drugą domenę, o której wiesz, że działa (np. `google.com`). Jeśli ona również nie działa, problem dotyczy całej sieci na Twoim urządzeniu, a nie konkretnej domeny.
• Przetestuj z urządzenia mobilnego korzystającego z danych komórkowych (nie Wi-Fi). Jeśli strona ładuje się tam, problem jest lokalny dla Twojej sieci lub urządzenia.
• Wykonaj szybkie wyszukiwanie DNS z wiersza poleceń, aby całkowicie pominąć przeglądarkę:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

Jeśli `nslookup` zwraca adres IP, ale przeglądarka nadal zgłasza błąd, problem dotyczy konkretnej przeglądarki. Jeśli `nslookup` również zawodzi, problem leży na poziomie resolvera systemu operacyjnego lub głębiej.

Krok 2: Wyczyść wewnętrzną pamięć podręczną DNS przeglądarki

Każda główna przeglądarka przechowuje rekordy DNS niezależnie od systemu operacyjnego. Wyczyszczenie tylko pamięci podręcznej systemu operacyjnego przy jednoczesnym ignorowaniu pamięci podręcznej przeglądarki jest częstym błędem.

Google Chrome i Edge (oparte na Chromium):

Przejdź do następującego wewnętrznego adresu URL w pasku adresu:

“`

chrome://net-internals/#dns

“`

Kliknij „Clear host cache”. Następnie przejdź do:

“`

chrome://net-internals/#sockets

“`

Kliknij „Flush socket pools”, aby wyczyścić również wszelkie przestarzałe połączenia TCP powiązane ze starymi adresami IP.

Firefox:

Firefox nie udostępnia bezpośredniego interfejsu do czyszczenia DNS. Najbardziej niezawodna metoda to:

1. Otwórz `about:config` w pasku adresu.
2. Wyszukaj `network.dnsCacheExpiration`.
3. Tymczasowo ustaw wartość na `0`, przeładuj stronę, a następnie przywróć ją do `60` (wartość domyślna).

Alternatywnie, ponowne uruchomienie Firefoksa z zamkniętymi wszystkimi kartami całkowicie opróżnia jego pamięć podręczną DNS.

Wyczyszczenie plików cookie i pamięci podręcznej przeglądarki może również pomóc, gdy w grę wchodzi pętla przekierowań lub przestarzała odpowiedź:

• Chrome: Menu > Więcej narzędzi > Wyczyść dane przeglądania > zaznacz Obrazy i pliki w pamięci podręcznej oraz Pliki cookie i inne dane witryn > Wyczyść dane.

Krok 3: Wyczyść pamięć podręczną DNS systemu operacyjnego

Pamięć podręczna resolvera DNS na poziomie systemu operacyjnego przechowuje rekordy do momentu wygaśnięcia ich TTL. Jeśli domena niedawno zmieniła swoje rekordy DNS (np. migracja serwera lub zmiana adresu IP), Twoje urządzenie może przechowywać stary, nieaktualny rekord długo po wygaśnięciu jego TTL z powodu błędu resolvera lub bardzo wysokiego pierwotnego TTL.

Windows (wszystkie wersje):

Otwórz Wiersz polecenia jako Administrator i uruchom:

“`cmd

ipconfig /flushdns

“`

Oczekiwany wynik: `Successfully flushed the DNS Resolver Cache.`

Aby przeprowadzić dokładniejszy reset, wyczyść również pamięć podręczną NetBIOS:

“`cmd

nbtstat -R

“`

macOS (polecenia specyficzne dla wersji):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Jeśli używasz `nscd`:

“`bash

sudo service nscd restart

“`

Krok 4: Uruchom ponownie router i odnów dzierżawę adresu IP

Twój domowy router zazwyczaj działa jako forwarder DNS — odbiera Twoje zapytania DNS i przekazuje je do resolvera Twojego ISP. Router z uszkodzoną tablicą ARP lub przestarzałą dzierżawą DHCP może powodować awarie DNS, które wyglądają identycznie jak problemy po stronie serwera.

Procedura restartu routera:

1. Wyłącz router i odłącz go od źródła zasilania.
2. Odczekaj pełne 30 sekund (kondensatory muszą się rozładować, aby nastąpił prawdziwy zimny restart).
3. Włącz go ponownie i poczekaj, aż wszystkie wskaźniki świetlne się ustabilizują, zanim przystąpisz do testowania.

Odnów adres IP po ponownym uruchomieniu routera:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Przejdź do Ustawienia systemowe > Sieć > wybierz aktywny interfejs > Szczegóły > TCP/IP > Odnów dzierżawę DHCP.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Przypadek brzegowy: Jeśli korzystasz z sieci firmowej lub uczelnianej z rezerwacjami DHCP, odnowienie dzierżawy może nie zmienić Twojego adresu IP, ale odświeży przypisania serwerów DNS przekazywane przez opcję DHCP 6. Samo to może rozwiązać problem, jeśli Twój dział IT niedawno zmienił adresy wewnętrznych serwerów DNS.

Krok 5: Przełącz się na niezawodny publiczny resolver DNS

Rekurencyjny resolver Twojego ISP jest często najsłabszym ogniwem. Resolvery ISP mogą cierpieć na zatrucie pamięci podręcznej, przechwytywanie NXDOMAIN (przekierowywanie nieudanych wyszukiwań na strony z reklamami) lub zwykłe awarie. Przełączenie się na dobrze utrzymywany publiczny resolver jest często najszybszą poprawką.

Porównanie resolverów DNS

Jak zmienić DNS w systemie Windows:

1. Otwórz Panel sterowania > Centrum sieci i udostępniania > Zmień ustawienia karty sieciowej.
2. Kliknij prawym przyciskiem myszy aktywną kartę sieciową > Właściwości.
3. Wybierz Protokół internetowy w wersji 4 (TCP/IPv4) > Właściwości.
4. Wybierz Użyj następujących adresów serwerów DNS i wprowadź wybrany resolver.
5. Powtórz dla Protokołu internetowego w wersji 6 (TCP/IPv6), używając adresów IPv6 wybranego resolvera (np. Cloudflare IPv6: `2606:4700:4700::1111` i `2606:4700:4700::1001`).
6. Kliknij OK i uruchom ponownie `ipconfig /flushdns`, aby wyczyścić wszelkie wpisy z pamięci podręcznej starego resolvera.

Jak zmienić DNS w systemie macOS:

1. Ustawienia systemowe > Sieć > wybierz interfejs > Szczegóły > DNS.
2. Kliknij przycisk + i dodaj preferowane adresy DNS.
3. Usuń stare wpisy przypisane przez ISP.
4. Kliknij OK > Zastosuj.

Ważna uwaga: Zmiana DNS na poziomie systemu operacyjnego nie wpływa na aplikacje korzystające z własnego wbudowanego rozwiązywania DNS (np. niektórzy klienci VPN, niektóre przeglądarki z włączonym DNS-over-HTTPS). Sprawdź ustawienia DNS przeglądarki osobno.

Krok 6: Sprawdź i popraw plik hosts

Plik hosts to lokalny statyczny plik nadpisań DNS, który ma bezwzględne pierwszeństwo przed wszystkimi rozwiązaniami sieciowymi. Jeden błędnie sformułowany lub złośliwy wpis może po cichu zablokować całą domenę. Złośliwe oprogramowanie często atakuje ten plik, aby przekierowywać lub blokować określone domeny.

Lokalizacja pliku hosts w systemie Windows:

“`

C:WindowsSystem32driversetchosts

“`

Otwórz za pomocą Notatnika uruchomionego jako Administrator. Prawidłowy plik hosts powinien zawierać tylko:

“`

127.0.0.1 localhost

::1 localhost

“`

Wszelkie dodatkowe wpisy wskazujące domenę na `0.0.0.0`, `127.0.0.1` lub dowolny nieoczekiwany adres IP powinny zostać zbadane i usunięte, jeśli są nieautoryzowane.

Plik hosts w macOS / Linux:

“`bash

sudo nano /etc/hosts

“`

Poszukaj wierszy, które nie są komentarzami (wiersze zaczynające się od `#`) i które odwołują się do domeny, do której próbujesz uzyskać dostęp. Usuń je, zapisz plik (`Ctrl+X`, a następnie `Y` w nano) i wyczyść pamięć podręczną DNS zgodnie z opisem w Kroku 3.

Wskazówka: Po edycji pliku hosts w systemie Windows musisz wyczyścić pamięć podręczną DNS za pomocą `ipconfig /flushdns`, aby zmiana weszła w życie natychmiast bez ponownego uruchamiania systemu.

Krok 7: Wyłącz konflikty VPN, proxy i DNS-over-HTTPS

Klienci VPN i konfiguracje proxy należą do najczęściej pomijanych przyczyn awarii rozwiązywania DNS, szczególnie w środowiskach korporacyjnych.

Wycieki DNS i awarie związane z VPN:

Gdy VPN jest aktywny, zazwyczaj instaluje wirtualną kartę sieciową i przekierowuje wszystkie zapytania DNS przez tunel VPN do wewnętrznego resolvera dostawcy. Jeśli połączenie VPN zostanie przerwane, ale wirtualna karta pozostanie aktywna, zapytania DNS są wysyłane do martwego tunelu i przekraczają limit czasu. Wyłącz klienta VPN całkowicie (nie tylko rozłącz) i przetestuj.

Wyłącz proxy w systemie Windows:

Ustawienia > Sieć i Internet > Serwer proxy > wyłącz Użyj serwera proxy i Automatycznie wykryj ustawienia (to ostatnie może powodować opóźnienia przez wykrywanie WPAD).

Konflikty DNS-over-HTTPS (DoH):

Chrome, Firefox i Edge można skonfigurować do korzystania z określonego dostawcy DoH, całkowicie omijając resolver systemu operacyjnego. Jeśli ten dostawca DoH jest nieosiągalny lub błędnie skonfigurowany, rozwiązywanie DNS kończy się cichą awarią.

• Chrome: Ustawienia > Prywatność i bezpieczeństwo > Bezpieczeństwo > Używaj bezpiecznego DNS — zweryfikuj skonfigurowanego dostawcę lub przełącz na „Z bieżącym dostawcą usług”.
• Firefox: Ustawienia > Ogólne > przewiń do Ustawienia sieciowe > Ustawienia > sprawdź opcję Włącz DNS przez HTTPS i skonfigurowanego dostawcę.

Krok 8: Zaktualizuj lub zainstaluj ponownie sterowniki karty sieciowej

Uszkodzone lub przestarzałe sterowniki karty sieciowej mogą powodować sporadyczne awarie DNS, utratę pakietów i przerwy w połączeniu, które objawiają się jako błędy DNS.

Windows:

1. Naciśnij `Win + X` > Menedżer urządzeń.
2. Rozwiń Karty sieciowe.
3. Kliknij prawym przyciskiem myszy aktywną kartę > Aktualizuj sterownik > Wyszukaj sterowniki automatycznie.
4. Jeśli system Windows nie znajdzie aktualizacji, odwiedź stronę producenta karty (Intel, Realtek, Broadcom) i pobierz najnowszy sterownik bezpośrednio.
5. Aby przeprowadzić pełną reinstalację: kliknij prawym przyciskiem myszy kartę > Odinstaluj urządzenie > zaznacz Usuń oprogramowanie sterownika dla tego urządzenia > uruchom ponownie. System Windows zainstaluje czysty sterownik przy ponownym uruchomieniu.

Zaawansowany reset stosu sieciowego Windows (stosuj, gdy aktualizacje sterowników nie pomagają):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Uruchom ponownie system po wykonaniu wszystkich czterech poleceń. Spowoduje to reset katalogu Winsock i stosu TCP/IP do ustawień domyślnych, rozwiązując problemy spowodowane przez złośliwe oprogramowanie, nieudane odinstalowanie oprogramowania VPN lub uszkodzone wpisy stosu.

Krok 9: Diagnozuj problemy po stronie serwera i propagacji DNS

Jeśli wszystkie kroki po stronie klienta zawiodą, problem może być zewnętrzny — albo rekordy DNS domeny nie są rozwiązywane globalnie, albo sam serwer jest nieosiągalny.

Sprawdź, czy domena jest rozwiązywana z zewnętrznych punktów obserwacyjnych:

Użyj tych narzędzi, aby odpytać domenę z wielu globalnych lokalizacji jednocześnie:

• dnschecker.org — pokazuje propagację rekordu A na ponad 100 globalnych serwerach nazw.
• whatsmydns.net — sprawdza propagację DNS dla rekordów A, CNAME, MX i innych typów.
• downforeveryoneorjustme.com — potwierdza, czy witryna jest globalnie nieosiągalna, czy tylko nieosiągalna z Twojej lokalizacji.

Opóźnienia propagacji DNS:

Jeśli domena niedawno zmieniła rekord A, serwery nazw lub hosting, propagacja może trwać od kilku minut do 48 godzin, w zależności od wartości TTL ustawionej na starym rekordzie. W tym oknie czasowym niektóre resolvery na świecie będą zwracać stary (teraz nieważny) adres IP, podczas gdy inne będą zwracać nowy. Jest to problem po stronie serwera/administracji DNS, a nie problem po stronie klienta.

Jeśli samodzielnie zarządzasz domeną i niedawno przeniosłeś swoją witrynę na nowy serwer — na przykład przenosząc się do środowiska Hostingu VPS — sprawdź, czy rekord A w strefie DNS wskazuje na adres IP nowego serwera i czy stary TTL w pełni wygasł.

Sprawdź autorytatywny serwer nazw bezpośrednio:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Jeśli autorytatywny serwer nazw zwraca prawidłowy adres IP, ale Twój lokalny resolver nie, problem dotyczy propagacji pamięci podręcznej. Jeśli sam autorytatywny serwer nazw nie zwraca żadnego rekordu lub zwraca nieprawidłowy rekord, konfiguracja strefy DNS wymaga korekty.

Krok 10: Skontaktuj się z ISP lub dostawcą hostingu

Jeśli domena jest poprawnie rozwiązywana z zewnętrznych punktów obserwacyjnych, ale nie z Twojej sieci, resolver Twojego ISP może filtrować, blokować lub zwracać nieprawidłowe wyniki dla tej domeny. Jest to częstsze niż większość użytkowników zdaje sobie sprawę — niektórzy ISP wdrażają blokowanie na poziomie DNS w celu zachowania zgodności z przepisami, a blokady te czasami obejmują legalne domeny.

Przetestuj, tymczasowo używając innego resolvera (zgodnie z opisem w Kroku 5). Jeśli domena jest poprawnie rozwiązywana z `8.8.8.8`, ale nie z resolverem Twojego ISP, skontaktuj się z ISP i zgłoś konkretną domenę jako nieprawidłowo zablokowaną lub zbuforowaną.

Jeśli jesteś właścicielem witryny i Twoi użytkownicy zgłaszają ten błąd, problem może leżeć w konfiguracji hostingu. Sprawdź:

• Czy rekord A Twojej domeny wskazuje na prawidłowy adres IP serwera.
• Czy Twoje Certyfikaty SSL są ważne i nie powodują pętli przekierowań uniemożliwiających nawiązanie początkowego połączenia.
• Czy serwery nazw są prawidłowo ustawione u Twojego dostawcy Rejestracji domen.
• Czy serwer rzeczywiście działa i czy usługa webowa (Apache, Nginx) jest aktywna.

W przypadku witryn o dużym ruchu lub o krytycznym znaczeniu rozważ przejście na Serwer dedykowany, aby wyeliminować problemy ze współdzielonymi zasobami, które mogą powodować sporadyczne awarie DNS lub łączności.

Porównanie: przyczyny po stronie klienta vs. po stronie serwera

Praktyczna macierz decyzyjna i kluczowe wnioski

Przejdź przez tę listę kontrolną po kolei, aby zminimalizować czas diagnostyki:

• Najpierw określ zakres problemu. Czy błąd dotyczy jednej domeny, jednej przeglądarki, jednego urządzenia czy całej sieci? To jedno pytanie eliminuje 80% nieistotnych kroków.
• Uruchom `nslookup` przed zmianą jakichkolwiek ustawień. Jeśli zwróci adres IP, naprawa jest na poziomie przeglądarki. Jeśli zawiedzie, naprawa jest na poziomie systemu operacyjnego lub głębiej.
• Czyść w odpowiedniej kolejności: najpierw pamięć podręczna DNS przeglądarki, potem pamięć podręczna DNS systemu operacyjnego, następnie restart routera. Robienie tego w odwrotnej kolejności marnuje czas.
• Zawsze czyść pamięć podręczną DNS systemu operacyjnego po zmianie ustawień serwera DNS. Nowy resolver nie będzie odpytywany dla domen już zbuforowanych przez stary resolver, dopóki pamięć podręczna nie zostanie wyczyszczona.
• Sprawdź plik hosts, jeśli domena działała niedawno i nagle przestała. Jest to silny wskaźnik złośliwego oprogramowania lub błędnie skonfigurowanego narzędzia bezpieczeństwa.
• Używaj `netsh winsock reset` w systemie Windows tylko w ostateczności — resetuje wszystkie wpisy Winsock, w tym prawidłowe wpisy dodane przez oprogramowanie takie jak klienci VPN, które mogą wymagać ponownej instalacji.
• Jeśli jesteś właścicielem witryny, sprawdź rekordy strefy DNS natychmiast po każdej migracji serwera. Jeśli uruchamiasz witrynę na VPS z cPanel, Edytor stref DNS w WHM zapewnia bezpośredni dostęp do wszystkich rekordów. Jeśli korzystasz z Hostingu współdzielonego, użyj sekcji zarządzania DNS w panelu sterowania hostingiem, aby potwierdzić aktualność rekordu A.
• W przypadku awarii DNS związanych z pocztą e-mail (rekordy MX nie są rozwiązywane) sprawdź konfigurację serwerów nazw Twojego dostawcy Hostingu poczty e-mail osobno — rekordy MX są niezależne od rekordów A i mogą zawodzić niezależnie.

FAQ

Dlaczego błąd „nie można znaleźć adresu IP serwera” pojawia się tylko w Chrome, ale nie w Firefoksie?

Chrome i Firefox utrzymują oddzielne wewnętrzne pamięci podręczne DNS i można je skonfigurować do korzystania z różnych dostawców DNS-over-HTTPS. Jeśli Chrome ma przestarzały lub uszkodzony wpis w pamięci podręcznej lub jego dostawca DoH jest nieosiągalny, Chrome zawiedzie, podczas gdy Firefox powiedzie się, korzystając z resolvera systemu operacyjnego. Przejdź do `chrome://net-internals/#dns` i kliknij „Clear host cache”, aby rozwiązać ten problem.

Jak długo trwa propagacja DNS po zmianie rekordu A domeny?

Czas propagacji zależy od wartości TTL (Time To Live) ustawionej na rekordzie przed zmianą. Jeśli stary TTL wynosił 3600 sekund (1 godzina), większość resolverów będzie buforować stary rekord przez maksymalnie jedną godzinę. Jeśli TTL wynosił 86400 sekund (24 godziny), propagacja może trwać do 48 godzin w skrajnych przypadkach. Obniżenie TTL do 300 sekund na kilka godzin przed planowaną migracją znacznie skraca czas propagacji.

Czy zapora sieciowa lub program antywirusowy może powodować ten błąd DNS?

Tak. Oprogramowanie zabezpieczające zawierające filtrowanie DNS (Windows Defender, Malwarebytes, Kaspersky itp.) może przechwytywać i blokować zapytania DNS dla domen oznaczonych jako złośliwe. Jeśli błąd pojawił się natychmiast po zainstalowaniu lub zaktualizowaniu oprogramowania zabezpieczającego, tymczasowo wyłącz komponent filtrowania DNS (nie cały program antywirusowy) i przetestuj. Sprawdź również, czy oprogramowanie dodało wpisy do pliku hosts.

Jaka jest różnica między `ipconfig /flushdns` a `netsh winsock reset`?

`ipconfig /flushdns` czyści tylko pamięć podręczną resolvera DNS systemu Windows — usuwa zbuforowane rekordy DNS, dzięki czemu następne zapytanie trafia do skonfigurowanego resolvera od nowa. `netsh winsock reset` resetuje cały katalog Windows Sockets API do stanu domyślnego, naprawiając głębsze uszkodzenia samego stosu sieciowego. Reset Winsock wymaga ponownego uruchomienia systemu i powinien być stosowany tylko wtedy, gdy czyszczenie DNS i aktualizacje sterowników nie rozwiązały problemu.

Jeśli domena jest poprawnie rozwiązywana przez `nslookup`, ale przeglądarka nadal wyświetla błąd, co powinienem sprawdzić?

Ten scenariusz zazwyczaj wskazuje na jedną z trzech przyczyn: wewnętrzna pamięć podręczna DNS przeglądarki nadal zawiera przestarzały rekord (wyczyść ją przez `chrome://net-internals/#dns`), pula gniazd przeglądarki ma przestarzałe połączenie (wyczyść przez `chrome://net-internals/#sockets`) lub rozszerzenie przeglądarki (szczególnie rozszerzenia proxy lub VPN) przechwytuje i blokuje żądanie DNS. Wyłącz wszystkie rozszerzenia i przetestuj w oknie prywatnym/incognito, aby odizolować zakłócenia powodowane przez rozszerzenia.