DNS skonfigurowany, ale strona wciąż niedostępna? Oto jak to naprawić jak profesjonalista
Skonfigurowałeś serwery DNS, wskazałeś domenę na właściwy adres IP i czekałeś — jednak Twoja strona internetowa jest nadal niedostępna. Brzmi znajomo? To jedna z najczęstszych i najbardziej frustrujących sytuacji w hostingu internetowym, a przyczyna nie zawsze jest oczywista. Niezależnie od tego, czy widzisz błąd „Server Not Found”, pustą stronę czy timeout, problem może wynikać z opóźnień propagacji DNS, błędnie skonfigurowanych rekordów, starych danych w pamięci podręcznej lub problemów po stronie serwera.
Ten kompleksowy przewodnik przeprowadzi Cię przez każdą możliwą przyczynę i zawiera jasne, praktyczne kroki rozwiązywania problemów, aby przywrócić Twoją stronę internetową do pracy tak szybko, jak to możliwe.
1. Zrozumienie DNS i dlaczego jest ważny dla dostępności strony internetowej
Domain Name System (DNS) to zasadniczo książka telefoniczna internetu. Gdy użytkownik wpisuje nazwę Twojej domeny (np. example.com) w przeglądarce, serwery DNS tłumaczą tę czytelną dla człowieka nazwę na adres IP czytelny dla maszyny, umożliwiając przeglądarce zlokalizowanie i połączenie się z Twoim serwerem internetowym.
Gdy DNS jest błędnie skonfigurowany lub nie propagował się w pełni, przeglądarki nie mogą rozwiązać Twojej domeny na właściwy adres IP. Rezultat: błędy połączenia, timeout i niedostępna strona internetowa — nawet jeśli Twój serwer jest doskonale zdrowy i działa.
Zrozumienie tego procesu to pierwszy krok do zdiagnozowania, co poszło nie tak.
2. Typowe przyczyny niedostępności strony internetowej związane z DNS
Zanim przejdziemy do rozwiązań, ważne jest zrozumienie najczęstszych przyczyn awarii DNS:
Opóźnienie propagacji DNS
Zmiany DNS nie wchodzą w życie natychmiast. Po aktualizacji serwerów nazw lub rekordów DNS, propagacja w globalnej sieci resolverów DNS może potrwać od kilku minut do nawet 48 godzin. W tym okresie niektórzy użytkownicy mogą dotrzeć do Twojej witryny, podczas gdy inni nie mogą — w zależności od tego, który serwer DNS używa ich dostawca usług internetowych.
Nieprawidłowe rekordy DNS
Nawet jedna literówka lub błędna konfiguracja w pliku strefy DNS może wszystko zepsuć. Typowe błędy to:
- Rekord A wskazujący na niewłaściwy adres IP
- Rekord CNAME z nieprawidłową nazwą hosta docelowego
- Brakujące lub błędnie skonfigurowane rekordy MX wpływające na dostarczanie poczty e-mail
Stara pamięć podręczna DNS
Zarówno Twój system operacyjny, jak i przeglądarka buforują wyszukiwania DNS, aby przyspieszyć przeglądanie. Jeśli niedawno zmieniłeś ustawienia DNS, Twoja lokalna maszyna może nadal serwować stary, buforowany adres IP — powodując, że strona wydaje się niedostępna nawet po zakończeniu propagacji.
Ograniczenia zapory sieciowej i sieci
Zapory na poziomie serwera, na poziomie sieci, a nawet po stronie klienta mogą blokować ruch do określonych adresów IP lub portów, uniemożliwiając załadowanie witryny nawet wtedy, gdy DNS rozwiązuje się prawidłowo.
Błędna konfiguracja serwera internetowego lub przestój
Czasami DNS jest doskonały, ale sam serwer internetowy jest offline, błędnie skonfigurowany lub nie nasłuchuje na właściwych portach.
3. Przewodnik rozwiązywania problemów DNS krok po kroku
Pracuj nad tymi krokami w kolejności. Każdy zawęża źródło problemu.
Krok 1: Sprawdź status propagacji DNS
Jeśli niedawno zaktualizowałeś ustawienia DNS lub migrował do nowego hosta, propagacja może po prostu nie być jeszcze ukończona. Użyj bezpłatnego narzędzia online, aby sprawdzić bieżący status propagacji w wielu globalnych lokalizacjach.
Jak sprawdzić:
- Odwiedź WhatsMyDNS.net
- Wpisz nazwę domeny i wybierz typ rekordu (zazwyczaj rekord A)
- Przejrzyj wyniki — jeśli różne lokalizacje zwracają różne adresy IP, propagacja jest w toku
Co zrobić: Jeśli propagacja jest niekompletna, najlepszym rozwiązaniem jest czekanie. Większość zmian propaguje się w ciągu 1–4 godzin, chociaż w rzadkich przypadkach może to potrwać do 48 godzin. Możesz zmniejszyć czasy propagacji w przyszłości, obniżając wartość TTL (Time to Live) DNS przed wprowadzeniem zmian.
Krok 2: Wyczyść lokalną pamięć podręczną DNS
Nawet po zakończeniu propagacji globalnie, Twój własny komputer może nadal serwować buforowaną wersję starego rekordu DNS. Wyczyszczenie pamięci podręcznej DNS zmusza Twój system do wykonania nowego wyszukiwania.
Windows:
ipconfig /flushdnsmacOS:
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponderLinux (Ubuntu/Debian z systemd-resolved):
sudo systemd-resolve --flush-cachesWyczyść również pamięć podręczną przeglądarki:
Przejdź do ustawień przeglądarki, znajdź „Wyczyść dane przeglądania” i upewnij się, że buforowane obrazy i pliki są uwzględniane. W Chrome możesz również odwiedzić chrome://net-internals/#dns, aby bezpośrednio wyczyścić wewnętrzną pamięć podręczną DNS przeglądarki.
Krok 3: Odpytaj rekordy DNS za pomocą nslookup i dig
Narzędzia wiersza poleceń dają Ci bezpośredni, niefiltrowany wgląd w to, co DNS zwraca dla Twojej domeny. Są niezbędne do diagnozowania błędnie skonfigurowanych rekordów.
Używając nslookup (dostępne na Windows, macOS i Linux):
nslookup example.comUżywając dig (Linux/macOS; zainstaluj przez Homebrew na Mac):
dig example.com
dig example.com A
dig example.com MXNa co zwracać uwagę:
- ANSWER SECTION w danych wyjściowych
digpowinien pokazywać Twoją domenę rozwiązaną na właściwy adres IP - Jeśli zwrócony adres IP nie odpowiada adresowi IP Twojego serwera, Twój rekord A jest błędnie skonfigurowany
- Jeśli w ogóle nie ma odpowiedzi, Twoja strefa DNS może nie być prawidłowo skonfigurowana na poziomie rejestratora
Możesz również odpytać określony serwer DNS, aby ominąć Twój lokalny resolver:
dig example.com @8.8.8.8Krok 4: Zweryfikuj rekordy DNS w panelu sterowania rejestratora domeny
Zaloguj się do pulpitu nawigacyjnego rejestratora domeny i ostrożnie przejrzyj ustawienia strefy DNS. Potwierdź, że następujące rekordy są obecne i prawidłowe:
| Typ rekordu | Cel | Przykładowa wartość |
|---|---|---|
| Rekord A | Mapuje domenę na adres IPv4 | 203.0.113.10 |
| Rekord AAAA | Mapuje domenę na adres IPv6 | 2001:db8::1 |
| Rekord CNAME | Aliasuje poddomenę na inną nazwę hosta | www → example.com |
| Rekord MX | Kieruje e-mail na serwer poczty | mail.example.com |
| Rekord NS | Określa autorytatywne serwery nazw | ns1.alexhost.com |
Typowe błędy do sprawdzenia:
- Brakujące końcowe kropki w w pełni kwalifikowanych nazwach domen (FQDN)
- Nieprawidłowe wartości TTL
- Zduplikowane lub konfliktowe rekordy A
- Serwery nazw nie zaktualizowane po przełączeniu dostawców hostingu
Jeśli hostujesz w AlexHost VPS Hosting, szczegóły serwera nazw będą dostępne w panelu sterowania hostingiem. Upewnij się, że są one wpisane dokładnie tak, jak określono u rejestratora domeny. Możesz również zarejestrować domenę bezpośrednio w AlexHost Domain Registration, aby scentralizować i uprościć zarządzanie DNS.
Krok 5: Sprawdź status i konfigurację serwera internetowego
Jeśli DNS rozwiązuje się prawidłowo, ale strona jest nadal niedostępna, problem może leżeć w samym serwerze internetowym. Serwer, który jest wyłączony, uległ awarii lub jest błędnie skonfigurowany, będzie odrzucać połączenia niezależnie od tego, jak doskonały jest Twój DNS.
Sprawdź status Apache:
sudo systemctl status apache2Sprawdź status Nginx:
sudo systemctl status nginxUruchom ponownie serwer internetowy, jeśli jest zatrzymany:
sudo systemctl restart apache2
# or
sudo systemctl restart nginxSprawdź, czy serwer nasłuchuje na właściwych portach:
sudo ss -tlnp | grep -E ':80|:443'Jeśli nic nie nasłuchuje na porcie 80 (HTTP) lub porcie 443 (HTTPS), Twój serwer internetowy nie działa prawidłowo. Również zweryfikuj konfigurację wirtualnego hosta lub bloku serwera, aby upewnić się, że jest powiązany z prawidłową domeną i adresem IP.
Krok 6: Sprawdź reguły zapory sieciowej
Zapora, która blokuje ruch przychodzący na porcie 80 lub 443, uczyni Twoją stronę internetową niedostępną nawet wtedy, gdy zarówno DNS, jak i serwer internetowy działają prawidłowo.
Sprawdź reguły UFW (Ubuntu Firewall):
sudo ufw statusZezwól na ruch HTTP i HTTPS:
sudo ufw allow 80/tcp
sudo ufw allow 443/tcpSprawdź reguły iptables:
sudo iptables -L -nSprawdź również ustawienia zapory lub grupy bezpieczeństwa dostawcy hostingu, jeśli korzystasz z platformy chmury lub VPS. Są one często zarządzane oddzielnie od zapory na poziomie systemu operacyjnego.
Krok 7: Uruchom testy Ping i Traceroute
Te narzędzia diagnostyki sieci pomagają określić, czy ruch faktycznie dociera do Twojego serwera.
Test Ping — sprawdza, czy domena rozwiązuje się i czy serwer odpowiada na pakiety ICMP:
ping example.comUwaga: Niektóre serwery domyślnie blokują żądania ICMP (ping). Nieudany ping niekoniecznie oznacza, że serwer jest wyłączony.
Traceroute — śledzi pełną ścieżkę sieciową od Twojej maszyny do serwera, ujawniając, gdzie pakiety są usuwane:
*Linux/macOS:*
traceroute example.com*Windows:*
tracert example.comJeśli traceroute zatrzyma się na określonym przeskoku przed dotarciem do Twojego serwera, ten węzeł może doświadczać awarii lub aktywnie blokować ruch. Ta informacja jest niezwykle przydatna podczas eskalacji do dostawcy hostingu.
4. Dodatkowe poprawki warte spróbowania
Przełącz się na publiczny resolver DNS
Serwer DNS Twojego dostawcy usług internetowych może być powolny w aktualizacji lub doświadczać problemów. Spróbuj przełączyć się na szybszy, bardziej niezawodny publiczny resolver DNS:
- Google DNS:
8.8.8.8i8.8.4.4 - Cloudflare DNS:
1.1.1.1i1.0.0.1 - OpenDNS:
208.67.222.222i208.67.220.220
Możesz zmienić ustawienia DNS w ustawieniach karty sieciowej (Windows/macOS) lub bezpośrednio na routerze, aby zastosować zmianę do wszystkich urządzeń w sieci.
Wyłącz VPN lub proxy
Jeśli używasz usługi VPN lub proxy, może ona kierować Twój ruch przez lokalizację, w której DNS nie propagował się jeszcze, lub gdzie adres IP Twojego serwera jest blokowany. Tymczasowo wyłącz go i przetestuj ponownie, korzystając z bezpośredniego połączenia internetowego.
Zweryfikuj konfigurację certyfikatu SSL
Jeśli Twoja strona ładuje się przez HTTP, ale nie HTTPS, problem może leżeć w certyfikacie SSL, a nie w DNS. Wygasły, błędnie skonfigurowany lub brakujący certyfikat spowoduje, że przeglądarki zablokują dostęp do Twojej witryny. AlexHost oferuje Certyfikaty SSL, które są łatwe do zainstalowania i chronią Twoją stronę.
5. Wybór właściwej infrastruktury hostingu, aby zminimalizować problemy DNS
Wiele problemów związanych z DNS można zapobiec, wybierając niezawodnego dostawcę hostingu z solidną infrastrukturą i jasnymi narzędziami do zarządzania DNS.
- VPS Hosting — Idealny dla programistów i firm, które potrzebują pełnej kontroli nad środowiskiem serwera, w tym niestandardowych konfiguracji DNS i reguł zapory sieciowej.
