HTTP-Fehler 509: verstehen, diagnostizieren und beheben

Procédure

Was ist der Fehler 509?

Der HTTP-Fehlercode 509 bedeutet, dass die Website die in ihrem Hosting-Tarif vorgesehenen Ressourcenlimits überschreitet. Der Server verweigert dann vorübergehend die Verarbeitung eines Teils oder aller mit dem Hosting-Tarif verbundenen Anfragen.

Zwei Grenzen können diesen Fehler auslösen:

• Gleichzeitige Verbindungen: Anzahl der gleichzeitig geöffneten HTTP-Verbindungen
• Anfragevolumen: Anzahl der Anfragen innerhalb eines Zeitraums

Eine Begrenzung, keine Sperre

Der Fehler 509 ist keine Sperre und kann daher weder manuell noch vom Kunden oder dem Support aufgehoben werden. Er verschwindet automatisch, sobald der Verbrauch der Website wieder unter die Grenzen ihres Tarifs fällt.

Tritt der Fehler regelmäßig erneut auf, ist die Ursache der Überlastung weiterhin vorhanden: Sie muss identifiziert und behoben werden (siehe folgende Abschnitte).

Häufige Situationen

In der Praxis tritt der Fehler 509 am häufigsten in einem der folgenden Fälle auf:

• Zu viel legitimer Traffic für den Tarif: Die Website erhält mehr Besucher, als ihr Tarif verarbeiten kann.
• Zu aktive SEO- und KI-Robots: Crawler durchsuchen die Website intensiv, manchmal Tausende von Seiten pro Stunde.
• DDoS-Angriff: Eine große Anzahl bösartiger Anfragen versucht, die Website zu überlasten.
• Schlecht optimierte HTTP-Ressource : Eine URL wird stark angefragt (Werbekampagne, organische Viralität ...) benötigt aber zur Verarbeitung viel Ressourcen (kein Seiten-Cache, schlecht optimierte SQL-Abfrage ...)
• Bug, der eine Anfrage-Schleife erzeugt: zum Beispiel ein AJAX-Skript, das dieselbe URL in einer Schleife aufruft.
• Infizierte oder gehackte Website: Hacker nutzen die Website, um Landingpages für Phishing oder betrügerische Kampagnen zu hosten, die viel Traffic anziehen.

Die Ursache des Problems diagnostizieren

Das Zugriffs-Log der Website ist die wichtigste Quelle, um zu verstehen, welche Anfragen den Fehler verursachen.

1. Rufen Sie in Ihrer cPanel-Oberfläche das Zugriffs-Log der betreffenden Website ab.
2. Ermitteln Sie die am häufigsten aufgerufenen URLs: Eine in einer Schleife aufgerufene Ressource weist oft auf einen Bug oder eine gezielte Seite hin.
3. Ermitteln Sie die häufigsten IP-Adressen und User-Agents: Namen wie Googlebot, Bingbot, GPTBot, ClaudeBot oder AhrefsBot weisen auf Robots hin.
4. Vergleichen Sie mit einem Statistik-Tool auf Browser-Seite (Google Analytics oder ein entsprechendes Tool).

Der Vergleich aus Schritt 4 ist entscheidend. Ein Tool wie Google Analytics funktioniert mit JavaScript: Es zählt nur echte Besucher, deren Browser das Skript ausführt. Wenn das Zugriffs-Log deutlich mehr Anfragen zeigt als die von Analytics gemessenen Besuche, stammt die Abweichung sehr wahrscheinlich von Robots, einem Angriff oder automatisierten Aufrufen.

Unbekannte oder verdächtige URLs im Log (Seiten, die Sie nicht erstellt haben, Pfade zu ungewöhnlichen PHP-Dateien) sollten auf einen Hack hindeuten.

Die zwei möglichen Lösungen

Um den Fehler 509 dauerhaft zu beheben, gibt es zwei Möglichkeiten:

• Wechsel zu einem VPS: geeignet, wenn der Traffic legitim ist und die Website die Kapazitäten eines Shared Hostings einfach überschritten hat. Ein VPS bietet dedizierte Ressourcen, ohne diese Limits für Verbindungen und Anfragen.
• Verbrauch reduzieren: geeignet, wenn die Überlastung von Robots, Angriffen, einem Bug oder einem schlecht genutzten Cache verursacht wird. Die unten beschriebenen Werkzeuge helfen, die Anzahl der HTTP-Anfragen und -Verbindungen zu verringern.

Bevor Sie eine Migration in Betracht ziehen, wird empfohlen, in den Logs zu prüfen, ob der Traffic tatsächlich legitim ist: Eine gehackte oder von Robots bombardierte Website zu migrieren, behebt die Ursache nicht.

Werkzeuge zur Reduzierung des Verbrauchs

Erkundung mit robots.txt einschränken

Die Datei robots.txt, die sich im Stammverzeichnis der Website befindet, teilt SEO- und KI-Robots mit, welche Seiten sie durchsuchen dürfen. Sie können dort ganze Verzeichnisse oder bestimmte KI-Robots, die Sie nicht benötigen, sperren. Sie können außerdem eine minimale Wartezeit zwischen dem Abruf zweier Seiten festlegen.

Beispiel:

User-agent: GPTBot
Disallow: /

User-agent: Claudebot
Crawl-Delay: 60

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

Dies ist besonders nützlich, wenn Ihre Website von Crawler-Robots überflutet wird. Seit dem Aufkommen von KI-Trainingsbots führen einige Robots nämlich ein Maximum an Crawling aus, manchmal unnötig. Beispielsweise sind KI-Robots besonders dafür bekannt, alle möglichen Kombinationen von Filtern und Sortierungen auf Produktlistenseiten auszuprobieren.

Über die verschwendete Bandbreite durch dieses Crawling hinaus können SEO- und KI-Robots Ihre Website als viel zu umfangreich einstufen. Sie können dadurch das Crawling abbrechen, bevor sie Ihre gesamte Website durchsucht haben, was sich negativ auf Ihr Ranking auswirkt. Es liegt in Ihrem Interesse , die durchsuchten Seiten zu begrenzen, damit sich die Robots auf die Seiten konzentrieren können, die den größten Mehrwert in Bezug auf SEO- und GEO-Ranking bieten.

Rücksichtsvolle Robots befolgen diese Regeln; bösartige Robots ignorieren sie, daher sind die folgenden Werkzeuge sinnvoll.

LWS Protect

LWS Protect bündelt drei nützliche Schutzmaßnahmen gegen den Fehler 509:

• Rate Limiting für Robots: begrenzt die Anfragerate von SEO- und KI-Robots, ohne sie vollständig zu blockieren.
• Aggressiver Anti-DDoS-Schutz: unterzieht Browser einem JavaScript-Check. Echte Besucher kommen durch, automatisierte Skripte werden gestoppt.
• Blockierung von IPs mit schlechter Reputation: filtert Adressen, die für Spam, Angriffe oder Scraping bekannt sind.

Weitere Informationen finden Sie in der Dokumentation zu LWS Protect.

Fastest Cache

Das Cache-System Fastest Cache ermöglicht es, eine bereits generierte Version der Seiten auszuliefern. Der Server führt PHP / Node.js / Python sowie Datenbankabfragen nicht mehr bei jedem Besuch aus, was den Ressourcenverbrauch und die Ladezeit reduziert. Das ist besonders wichtig für eine Seite, die von einer Werbekampagne angesprochen wird.

Wenn die betreffende Seite dynamisch ist (enthält je nach angemeldetem Besucher, verbundenem Land ... variable Inhalte), können Sie partielles Caching einrichten: Sie laden zuerst das Seitengerüst und den statischen Inhalt, der für alle Besucher gleich ist, und laden dann den dynamischen Inhalt per asynchroner JavaScript-Anfrage. So können Sie den statischen Inhalt zwischenspeichern.

Weitere Informationen zur Verwendung von Fastest Cache finden Sie in der Produktdokumentation.

Cloudflare-Under-Attack-Modus

Wenn die Website über Cloudflare läuft, erzwingt der Modus „Under Attack“ vor dem Zugriff auf die Website eine Prüfung der Besucher. Er ist während eines DDoS-Angriffs nützlich, sollte aber nach dessen Ende deaktiviert werden, da er den ersten Zugriff der Besucher verlangsamt.