Deutsch
So beheben Sie den Fehler 429 “Zu viele Anfragen”
Behebung des Fehlers 429 “Too Many Requests” (Zu viele Anfragen)
Der HTTP-Fehler 429 “Too Many Requests” ist ein ratenbeschränkender Antwortcode, der von einem Server gesendet wird, wenn ein Benutzer (oder Client) die Anzahl der zulässigen Anfragen innerhalb eines bestimmten Zeitrahmens überschreitet. Dieser Status ist normalerweise Teil von Sicherheits-, API-Schutz- oder Anti-DDoS-Mechanismen.
In Produktionsumgebungen kann er Dienste unterbrechen, API-Integrationen unterbrechen oder die Suchmaschinenoptimierung beeinträchtigen. In diesem Leitfaden für Fortgeschrittene erfahren Sie, wie Sie den 429-Fehler sowohl auf der Client- als auch auf der Serverseite diagnostizieren, verhindern und beheben können.
Wodurch wird der 429-Fehler verursacht?
Häufige Szenarien:
Ein Benutzer/Bot sendet zu viele HTTP-Anfragen (API-Aufrufe, Seitenladungen usw.)
Ihre Anwendung ruft einen Drittanbieterdienst zu aggressiv ab oder fragt ihn ab
Web Application Firewalls (WAFs) oder Reverse Proxies (z. B. Cloudflare, Nginx) setzen Ratenbeschränkungen durch
Server oder Backend-APIs verwenden Bibliotheken zur Ratenbegrenzung (z. B. express-rate-limit, mod_evasive usw.)
Bots oder Crawler überfluten die Website oder den Endpunkt
Schritt 1: Identifizieren Sie die Quelle
✅ 1. Prüfen Sie die Antwort-Header
Server senden oft einen Retry-After-Header mit einer 429-Antwort:
HTTP/1.1 429 Too Many Requests
Wiederholungsversuch nach: 60Damit wird dem Client mitgeteilt, wie lange er warten soll (in Sekunden), bevor er es erneut versucht.
✅ 2. Zugriffsprotokolle prüfen
Für Apache:
cat /var/log/apache2/access.log | grep "429"Für Nginx:
cat /var/log/nginx/access.log | grep "429"Auf diese Weise lässt sich feststellen, welche IPs oder Endpunkte das Limit auslösen.
✅ 3. Überwachungstools verwenden
Fail2Ban-Protokolle
Cloudflare Firewall-Ereignisse
Protokolle auf Anwendungsebene (Laravel, Express, Django, usw.)
Analyse der Ratenbegrenzung (bei Verwendung eines API-Gateways)
Schritt 2: Server-seitige Korrekturen
A. Nginx-Rate-Limitierung (falls aktiviert)
Nginx kann wie folgt konfiguriert werden:
limit_req_zone $binary_remote_addr zone=api_limit:10m rate=5r/s;standort /api/ {limit_req zone=api_limit burst=10 nodelay;}Lösung:
Rate oder Burst erhöhen
Anwendung auf bestimmte Pfade (z. B. /api/) statt global
Whitelist bekannter interner IPs
B. Apache (mod_evasive oder mod_security)
Wenn mod_evasive aktiv ist:
sudo nano /etc/apache2/mods-enabled/evasive.confAnpassen:
DOSPageCount 10
DOSSiteCount 100
DOSBlockingPeriod 10➡️ Erhöhen Sie die Schwellenwerte oder deaktivieren Sie sie für bestimmte vertrauenswürdige IPs.
C. Cloudflare / CDN-Regeln
Wenn Sie hinter Cloudflare stehen, prüfen Sie:
Regeln zur Ratenbegrenzung in Sicherheit > WAF
Bot Fight Modus
Firewall-Regeln, die auf Basis von User-Agent oder IP blockieren
Lösung:
Geringere Empfindlichkeit
Server-IPs oder bestimmte User-Agents auf die Whitelist setzen
Benutzerdefinierte Regeln für sichere Crawler und Partner erstellen
D. Ratenbegrenzung auf Anwendungsebene
Prüfen Sie, ob Ihre Anwendung mit Hilfe von Bibliotheken wie:
Node.js: express-rate-limit
Laravel: ThrottleRequests
Django: drf-Erweiterungen oder Middleware
Aktualisieren Sie die Konfiguration, wie z.B.:
rateLimit({
windowMs: 1 * 60 * 1000, // 1 Minute
max: 100, // Begrenzung jeder IP auf 100 Anfragen pro Minute
})➡️ Passen Sie die Grenzwerte an, fügen Sie eine Benutzer-/IP-Whitelist hinzu oder erhöhen Sie die Quote auf der Grundlage von Authentifizierungstokens.
Schritt 3: Client-seitige Korrekturen (bei der Nutzung von APIs)
Wenn Ihre Anwendung der Client ist und 429s empfängt:
✅ Implementieren Sie Exponential Backoff
Automatisches Wiederholen von Anfragen mit zunehmender Verzögerung:
const retryAfter = (attempt) => Math.pow(2, attempt) * 1000;✅ Retry-After-Header respektieren
if (response.status === 429) {
const wait = response.headers['retry-after'] * 1000;
setTimeout(() => retryRequest(), wait);
}✅ Ratenbegrenzung zum Client hinzufügen
Drosseln Sie Ihre eigenen Anfragen, wenn Sie sie abfragen:
// Use lodash or custom throttling
_.throttle(() => fetchData(), 1000);Schritt 4: SEO-Überlegungen
Ein 429-Status, der an Suchmaschinen-Crawler übermittelt wird, kann sich negativ auf Ihr Ranking auswirken.
✅ Lösung:
Senden Sie stattdessen eine 503 (Service Unavailable) mit Retry-After
Verwenden Sie robots.txt, um die Crawl-Rate zu begrenzen:
User-agent: *
Crawl-delay: 10Bei Cloudflare: Gehen Sie zu Bots > Crawl Management
Schritt 5: Schützen, ohne legitime Nutzer zu blockieren
Anstatt harter 429er Limits:
Verwenden Sie CAPTCHAs für verdächtige Aktivitäten
Implementieren Sie progressive Verzögerungen statt harter Blockierung
Verwenden Sie benutzerbasierte statt IP-basierte Ratenbegrenzungen für angemeldete Benutzer
Bieten Sie authentifizierten Zugang mit höheren Ratenbegrenzungen (z. B. über API-Schlüssel oder Token)
Schlussfolgerung
Der Fehler 429 Too Many Requests ist ein nützliches, aber manchmal störendes Werkzeug. Um ihn zu beheben, ist es wichtig zu verstehen, woher er kommt – Server, CDN oder Anwendung. Mit der richtigen Konfiguration, Protokollierung und clientseitigen Einhaltung von Grenzen können Sie Schutz und Benutzerfreundlichkeit in Einklang bringen.
Verwandte Beiträge
