Błąd HTTP 509: zrozumieć, zdiagnozować i rozwiązać

Procédure

Czym jest błąd 509?

HTTP code błędu 509 oznacza, że strona przekracza limity zasobów przewidziane w jej planie hostingowym. Serwer tymczasowo odmawia wtedy przetworzenia części lub całości żądań związanych z planem hostingowym.

Dwa limity mogą wywołać ten błąd:

• Jednoczesne połączenia: liczba otwartych połączeń HTTP w tym samym momencie
• Wolumen żądań: liczba żądań w określonym czasie

Ograniczenie, nie blokada

Błąd 509 nie jest blokadą i dlatego nie może zostać usunięty ręcznie, ani przez klienta, ani przez dział wsparcia. Znika automatycznie, gdy zużycie zasobów strony ponownie spadnie poniżej limitów jej planu.

Jeśli błąd powraca regularnie, przyczyna nadmiernego zużycia nadal występuje: należy ją zidentyfikować i rozwiązać (patrz kolejne sekcje).

Typowe sytuacje

W praktyce błąd 509 pojawia się najczęściej w jednym z następujących przypadków:

• Zbyt duży, ale legalny ruch jak na plan: strona otrzymuje więcej odwiedzających, niż jej plan jest w stanie obsłużyć.
• Zbyt aktywne roboty SEO i AI: crawlers intensywnie przeszukują witrynę, czasem tysiące stron na godzinę.
• Atak DDoS: duża liczba złośliwych żądań próbuje przeciążyć witrynę.
• Źle zoptymalizowane zasoby HTTP : dany URL jest bardzo często wywoływany (kampania reklamowa, organiczna wiralowość ...) , ale jego przetworzenie wymaga dużej ilości zasobów (brak cache strony, źle zoptymalizowane zapytanie SQL ...)
• Błąd powodujący pętlę żądań : na przykład skrypt AJAX, który w kółko wywołuje ten sam URL.
• Zainfekowana lub zhakowana strona : hakerzy wykorzystują witrynę do hostowania landing page’y phishingowych lub do kampanii oszukańczych, które przyciągają duży ruch.

Zdiagnozowanie źródła problemu

Log dostępu witryny jest głównym źródłem informacji pozwalającym zrozumieć, które żądania wywołują błąd.

1. Z poziomu interfejsu cPanel pobierz log dostępu związany z daną witryną.
2. Wyszukaj najczęściej wywoływane URL-e: ten sam zasób wywoływany w pętli często wskazuje na błąd lub celowo obciążaną stronę.
3. Sprawdź najczęstsze adresy IP i user-agenty: nazwy takie jak Googlebot, Bingbot, GPTBot, ClaudeBot lub AhrefsBot wskazują na roboty.
4. Porównaj to z narzędziem statystycznym po stronie przeglądarki (Google Analytics lub odpowiednik).

Porównanie z kroku 4 jest decydujące. Narzędzie takie jak Google Analytics działa w JavaScripcie: zlicza tylko prawdziwych użytkowników, których przeglądarka uruchamia skrypt. Jeśli log dostępu pokazuje znacznie więcej żądań niż wizyty mierzone przez Analytics, różnica najprawdopodobniej wynika z robotów, ataku lub automatycznych wywołań.

Nieznane lub podejrzane URL-e w logach (strony, których nie tworzyłeś, ścieżki do nietypowych plików PHP) powinny sugerować włamanie.

Dwa możliwe rozwiązania

Aby trwale wyeliminować błąd 509, istnieją dwie opcje:

• Migracja na VPS : odpowiednia, gdy ruch jest legalny, a strona po prostu przekroczyła możliwości hostingu współdzielonego. VPS oferuje dedykowane zasoby, bez ograniczeń dotyczących połączeń i żądań.
• Zmniejszenie zużycia : odpowiednie, gdy nadmierne zużycie wynika z robotów, ataków, błędu lub źle wykorzystanego cache. Opisane poniżej narzędzia pozwalają zmniejszyć liczbę żądań i połączeń HTTP.

Zanim rozważysz migrację, zaleca się sprawdzić w logach, czy ruch jest rzeczywiście legalny: migracja zhakowanej strony lub strony bombardowanej przez roboty nie rozwiąże przyczyny.

Narzędzia do zmniejszenia zużycia

Ograniczenie indeksowania za pomocą robots.txt

Plik robots.txt, umieszczony w katalogu głównym strony, informuje roboty SEO i AI, które strony mogą przeszukiwać. Możesz w nim zablokować całe katalogi lub niektóre roboty AI, których nie potrzebujesz. Możesz także określić minimalny czas oczekiwania między przeszukiwaniem dwóch stron.

Przykład :

User-agent: GPTBot
Disallow: /

User-agent: Claudebot
Crawl-Delay: 60

User-agent: *
Disallow: /panier/
Disallow: /*?filtre=

Jest to szczególnie przydatne, gdy Twoja strona jest zalewana przez roboty indeksujące. Rzeczywiście, wraz z rozwojem robotów do trenowania AI, niektóre roboty wykonują maksymalnie dużo indeksowania, czasem niepotrzebnie. Na przykład roboty AI są szczególnie znane z próbowania wszystkich możliwych kombinacji filtrów i sortowania na stronach z listami produktów.

Poza marnowaniem przepustowości na tego typu crawling, roboty SEO i AI mogą uznać, że Twoja strona ma zdecydowanie zbyt wiele podstron. Mogą wtedy przerwać indeksowanie, zanim skończą przeszukiwanie całej witryny, co szkodzi Twojemu SEO. W Twoim interesie leży ograniczenie liczby przeszukiwanych stron, aby roboty mogły skupić się na stronach, które przynoszą największą wartość w zakresie SEO i GEO.

Roboty przestrzegające zasad stosują się do tych reguł; złośliwe roboty je ignorują, stąd przydatność poniższych narzędzi.

LWS Protect

LWS Protect łączy trzy przydatne zabezpieczenia przeciwko błędowi 509:

• Rate limiting robotów : ogranicza częstotliwość żądań robotów SEO i AI, bez całkowitego ich blokowania.
• Agresywny Anti-DDoS : poddaje przeglądarki wyzwaniu JavaScript. Prawdziwi użytkownicy przechodzą dalej, zautomatyzowane skrypty są zatrzymywane.
• Blokowanie IP o złej reputacji : filtruje adresy znane ze spamu, ataków lub scrapingu.

Zapoznaj się z dokumentacją LWS Protect, aby dowiedzieć się więcej.

Fastest Cache

System cache Fastest Cache pozwala serwować już wygenerowaną wersję stron. Serwer nie wykonuje już PHP / Node.js / Python ani zapytań do bazy danych przy każdej wizycie, co zmniejsza zużycie zasobów i czas ładowania. Jest to szczególnie ważne dla strony promowanej kampanią reklamową.

Jeśli dana strona jest dynamiczna (zawiera elementy zmienne w zależności od zalogowanego użytkownika, kraju połączenia ...), możesz wdrożyć częściowy cache: najpierw ładujesz szkielet strony i statyczną treść identyczną dla wszystkich użytkowników, a następnie ładujesz treść dynamiczną za pomocą asynchronicznego zapytania JavaScript. W ten sposób możesz cache’ować treść statyczną.

Aby dowiedzieć się więcej o korzystaniu z Fastest Cache, zapoznaj się z dokumentacją produktu.

Tryb Under Attack w Cloudflare

Jeśli strona korzysta z Cloudflare, tryb „Under Attack” wymusza weryfikację odwiedzających przed uzyskaniem dostępu do witryny. Jest to przydatne podczas ataku DDoS, ale należy go wyłączyć po zakończeniu ataku, ponieważ spowalnia pierwsze wejście użytkowników.