Strona nie działa: co zrobić w pierwszych 15 minutach
· 6 min czytania
Minuta 1: potwierdź z zewnątrz
Zanim czegokolwiek dotkniesz, ustal, czy strona nie działa u wszystkich, czy tylko u Ciebie. Własna przeglądarka, sieć i pamięć podręczna DNS kłamią częściej, niż się wydaje. Uruchom narzędzie Is it down?: pobiera stronę z neutralnej lokalizacji i podaje kod statusu, czy nazwa jest rozwiązywana, czy certyfikat jest ważny i jak długo trwała odpowiedź.
- Z zewnątrz działa, u Ciebie nie: problem jest po Twojej stronie. Odśwież bez pamięci podręcznej (Ctrl+Shift+R), spróbuj z telefonu bez Wi-Fi, wyczyść pamięć podręczną DNS, wyłącz VPN i rozszerzenia przeglądarki. Gotowe.
- Z zewnątrz nie działa: czytaj dalej. Wynik już zawęża poszukiwania, bo każdy rodzaj awarii ma własną sygnaturę.
Minuta 2: odczytaj błąd, on podaje przyczynę
- „Nie można uzyskać dostępu do tej witryny”, DNS_PROBE_FINISHED_NXDOMAIN: domena nie jest rozwiązywana: wygasła domena, brak rekordu, zmiana serwerów nazw. Poradnik: DNS_PROBE_FINISHED_NXDOMAIN.
- ERR_CONNECTION_REFUSED: serwer działa, ale żaden serwer WWW nie nasłuchuje. Poradnik: ERR_CONNECTION_REFUSED.
- Przekroczenie czasu, nic się nie ładuje: serwer jest wyłączony albo firewall odrzuca wszystko. Zobacz krok 3 poniżej.
- „Połączenie nie jest prywatne”: certyfikat wygasł albo jest zły. Poradnik: „Połączenie nie jest prywatne”.
- 502 Bad Gateway: serwer WWW działa, aplikacja za nim nie. Poradnik: błąd 502 Bad Gateway.
- 503 Service Unavailable: przeciążenie, tryb konserwacji albo limit hostingu. Poradnik: błąd 503 Service Unavailable.
- 504 Gateway Timeout: aplikacja odpowiada, ale za wolno. Poradnik: błąd 504 Gateway Timeout.
- 500 Internal Server Error, biała strona: aplikacja się wysypała: wtyczka, aktualizacja, wersja PHP. Zobacz krok 5 poniżej.
Minuta 3: co się zmieniło?
Awarie mają przyczyny, a przyczyną jest zwykle ostatnia zmiana. Zadaj sobie pytania w tej kolejności: Czy dziś wygasła domena albo certyfikat? Czy coś zostało zaktualizowane, przez Ciebie albo automatycznie (rdzeń WordPressa, wtyczka, PHP, system)? Czy była zmiana DNS, firewalla albo pliku konfiguracyjnego? Czy jakaś faktura została nieopłacona? Czy ruch skoczył (newsletter, kampania, wzmianka gdzieś)? Jeśli coś z tego brzmi znajomo, zacznij tam.
Minuta 5: pięć sprawdzeń, według prawdopodobieństwa
1. Domena i DNS
dig +short przyklad.pl A
whois przyklad.pl | grep -iE 'expir|status'
Brak odpowiedzi albo clientHold: domena wygasła albo rekordy zniknęły. Odnów u rejestratora albo odtwórz rekord A. Nic na serwerze tu nie pomoże.
2. Certyfikat
SSL checker pokazuje w kilka sekund datę wygaśnięcia, łańcuch i nazwy. Wygasł: odnów (sudo certbot renew && sudo systemctl reload nginx) albo wystaw ponownie w panelu dostawcy hostingu.
3. Czy serwer w ogóle działa?
ping -c 3 przyklad.pl
ssh uzytkownik@przyklad.pl
Ping i SSH martwe: maszyna jest wyłączona, sieć przed nią nie działa albo dostawca ma awarię. Sprawdź stronę statusu dostawcy i konsolę chmury (czy maszyna wirtualna działa? czy nie przepadła płatność?). Jeśli się zawiesiła, zrestartuj ją z konsoli.
4. Czy serwer WWW działa i czy dysk jest pełny?
systemctl status nginx apache2 php8.3-fpm mysql mariadb 2>/dev/null | grep -E 'service|Active'
df -h
free -m
sudo tail -n 30 /var/log/nginx/error.log
Zatrzymana usługa: uruchom ją, a potem odczytaj journalctl -u USLUGA -n 50, żeby zobaczyć, dlaczego się zatrzymała. Pełny dysk to najczęstszy powód, dla którego zatrzymuje się baza danych albo PHP; zwolnij miejsce (sudo journalctl --vacuum-size=200M, usuń stare kopie zapasowe i logi) i uruchom usługę ponownie. Zawsze sudo nginx -t albo sudo apachectl configtest przed przeładowaniem.
5. Aplikacja: aktualizacja, wtyczka, PHP
Błąd 500 albo biała strona zaraz po aktualizacji to aplikacja, która zawodzi przy każdym żądaniu. Zajrzyj do logu błędów PHP albo na chwilę włącz debugowanie WordPressa:
// wp-config.php
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Potem odczytaj wp-content/debug.log. Błąd krytyczny podaje wtyczkę albo motyw; zmień nazwę jej katalogu przez SFTP lub SSH (wp-content/plugins/nazwa na nazwa.off) i strona wraca. Z WP-CLI: wp plugin deactivate nazwa. Jeśli błąd wspomina funkcję PHP, która nie istnieje, zmieniła się wersja PHP; przełącz ją z powrotem w panelu dostawcy albo w konfiguracji puli.
Minuta 10: poinformuj ludzi
Gdy pracujesz, Twoi klienci odświeżają stronę, a skrzynka się zapełnia. Jedna krótka, spokojna wiadomość oszczędza godzinę odpisywania. Umieść ją tam, gdzie patrzą: na stronie statusu, w profilu społecznościowym, w autoodpowiedzi.
Nasza strona jest w tej chwili niedostępna. Wiemy o tym i pracujemy nad rozwiązaniem. Zamówienia i wiadomości nie giną. Gdy tylko strona wróci, opublikujemy tu aktualizację. Dziękujemy za cierpliwość.
Strona statusu, która aktualizuje się sama z Twoich monitorów, robi to za Ciebie, z wyprzedzeniem.
Minuta 12: gdy to problem dostawcy hostingu
Na hostingu współdzielonym większość powyższych kroków nie należy do Ciebie. Jeśli sprawdzenie z zewnątrz mówi „nie działa”, Twoje konto nie pokazuje limitu, a po Twojej stronie nic się nie zmieniło, działać musi dostawca. Wyślij mu coś, z czym może pracować:
Dzień dobry, moja strona przyklad.pl nie działa od około 14:30 UTC. Sprawdzenie z zewnątrz zgłasza: przekroczenie czasu połączenia (albo: 502 Bad Gateway / certyfikat wygasł / nazwa nie jest rozwiązywana). Po mojej stronie nic się nie zmieniło. Czy mogliby Państwo sprawdzić serwer i dać mi znać, kiedy strona wróci i jaka była przyczyna?
Podaj czas, dokładny błąd i fakt, że sprawdzono z zewnątrz. Zgłoszenie z tymi trzema rzeczami załatwia się w jednej turze.
Minuta 15: zamów naprawę i następnym razem wiedz przed klientami
Jeśli prowadzisz własny serwer albo hosting z dostępem SSH, nie musisz wykonywać powyższych kroków samodzielnie. Quick Fix usuwa częste przyczyny w stałej cenie: restartuje zatrzymaną usługę po udanym teście jej konfiguracji, zwalnia pełny dysk, odnawia wygasły certyfikat. Jeśli to nie wystarczy, przejmuje Deep Fix, przez całą dobę, rozliczany w blokach po 15 minut, z ceną pokazaną przed zamówieniem. Strona nie działa? Naprawiamy: naprawa serwera. I niezależnie od tego, jak awaria się skończy: monitoring stron sprawdza Twoją stronę co 5 minut w bezpłatnym planie i powiadamia e-mailem i w aplikacji, żeby następnym razem wiedzieć przed klientami.
Co teraz
Sprawdź z zewnątrz
Strona nie działa u wszystkich czy tylko u Ciebie i co odpowiada serwer? Za darmo, bez rejestracji.
Is it down? Sprawdź, czy strona działaAwaria? Naprawiamy.
Na Twoim własnym serwerze albo na hostingu z dostępem SSH: Quick Fix w stałej cenie na częste przyczyny, Deep Fix rozliczany w blokach po 15 minut na resztę, przez całą dobę. Cena przed zamówieniem.
Zamów naprawęWięcej poradników
- Awaria serwera: co sprawdzić i w jakiej kolejności
- Błąd 500 Internal Server Error: znajdź przyczynę w logach i przywróć stronę
- Błąd 502 Bad Gateway: znajdź przyczynę i napraw
- Błąd 503: przeciążenie, konserwacja czy limit hostingu?
- Błąd 504 Gateway Timeout: znajdź, co spowalnia stronę
- Błąd 521 i 522 w Cloudflare: serwer źródłowy nie odpowiada
- DNS_PROBE_FINISHED_NXDOMAIN: domena przestała odpowiadać
- ERR_CONNECTION_REFUSED: serwer odrzuca połączenie
- ERR_CONNECTION_TIMED_OUT: serwer nie odpowiada na czas
- Co oznacza „Połączenie nie jest prywatne” i jak to naprawić
- ERR_SSL_PROTOCOL_ERROR: bezpieczne połączenie zawodzi przed certyfikatem
- ERR_TOO_MANY_REDIRECTS: znajdź pętlę przekierowań i ją przerwij
- Błąd 403 Forbidden: co blokuje dostęp do Twojej strony
- ERR_NAME_NOT_RESOLVED: nie można znaleźć nazwy strony
- „Błąd podczas nawiązywania połączenia z bazą danych” w WordPressie: przyczyna i naprawa
- ERR_CONNECTION_RESET: dlaczego połączenie zrywa się w połowie
- Błąd 429 Too Many Requests: który limit blokuje odwiedzających
- ERR_EMPTY_RESPONSE: serwer nie wysłał żadnych danych
- Błąd krytyczny WordPress: znajdź przyczynę i przywróć stronę