Beobachtetes Signal · 14. Apr. 2026 · Technical Troubleshooting · Quelle: DEV Community · Relevanz: 1/5 · Sentiment: Neutral
Fehlerbehebung bei ERR_TOO_MANY_REDIRECTS für WordPress hinter AWS ALB
Dieser technische Leitfaden dokumentiert die Behebung von ERR_TOO_MANY_REDIRECTS bei der Migration von WordPress von einer Nginx-SSL-Terminierung auf einen AWS Application Load Balancer (ALB). Es werden zwei Hauptursachen behoben: Erstens schlugen ALB-Gesundheitsprüfungen (Health Checks) fehl, weil WordPress den Pfad umleitete — gelöst durch Anpassung der erfolgreichen ALB-Codes oder Nutzung eines 200er-Endpunkts. Zweitens verursachte die Kombination aus Nginx-HTTP-zu-HTTPS-Weiterleitungen und ALB-SSL-Terminierung eine Endlosschleife. Dies wurde gelöst, indem Nginx-HTTPS-Weiterleitungen entfernt, nur Port 80 abgehört, fastcgi_param HTTPS on gesetzt und ein wp-config.php-Snippet für den X-Forwarded-Proto-Header hinzugefügt wurde. Getestet unter Ubuntu 22.04, Nginx 1.24 und WordPress 6.x, bietet der Leitfaden wertvolle operative Best Practices für Infrastrukturteams, die ihre SSL-Terminierung auf Cloud-Load-Balancer umstellen.
Operative Anleitung für Web- und Infrastrukturteams; besonders nützlich für Publisher und Unternehmen, die ihre SSL-Terminierung auf AWS ALB migrieren, jedoch ohne branchenweite Tragweite.
Marktsignale zu WordPress in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Die Verlagerung der SSL-Terminierung von Nginx auf den AWS Application Load Balancer (ALB) kann den Fehler ERR_TOO_MANY_REDIRECTS auslösen.
- ALB-Gesundheitsprüfungen gaben HTTP 301 zurück; empfohlen wird die Aufnahme von 301 in die erfolgreichen ALB-Codes oder ein direkter 200-Endpunkt.
- Nginx-interne SSL-Weiterleitungen entfernt und auf Port 80 umgestellt; fastcgi_param HTTPS on übergeben, damit PHP sichere Requests erkennt.
- Ein wp-config.php-Snippet setzt $_SERVER['HTTPS'] auf 'on', wenn der Header X-Forwarded-Proto 'https' entspricht, um Redirect-Schleifen zu verhindern.
- Erfolgreich getestet in Produktionsumgebungen mit Ubuntu 22.04, Nginx 1.24 und WordPress 6.x.
Verknüpfte Unternehmen
1 verknüpfte UnternehmenOntologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Fix Mixed Content and SSL 'Not Secure' in WordPress
This technical how-to explains why browsers show a "Not Secure" label after moving a WordPress site to HTTPS (mixed content: some page resources still load over HTTP) and gives a step-by-step remediation. Recommended actions: verify a valid SSL certificate and site URLs in Settings → General; use the browser console to identify insecure http:// resources; run a serialized-safe database search-and-replace (or use trusted plugins) to update old HTTP URLs; force HTTPS site-wide (plugin or .htaccess redirect on Apache); and fully clear all caches. The guide warns against raw SQL replacements that break serialized data and recommends taking a backup before any database-wide changes. It also notes common tools and pitfalls and stresses clearing CDN/host/plugin/browser caches to confirm fixes.
wp-admin unzugänglich: Das 6-Schritte-Diagnoseprotokoll
Dieses technische Tutorial, veröffentlicht von WP Admin Lab auf DEV, stellt ein strukturiertes, sechsstufiges Diagnoseprotokoll zur Behebung von Zugriffsproblemen auf WordPress wp-admin-Seiten vor. Es unterteilt auftretende Fehler in drei Hauptkategorien: 403 Forbidden, Login-Weiterleitungsschleifen sowie den gefürchteten White Screen of Death (WSOD). Konkrete Lösungsansätze umfassen das Löschen von Cookies, das Testen im Inkognito-Modus, die Deaktivierung von Plugins über WP-CLI oder durch Umbenennen des Plugin-Ordners, die Neugenerierung oder Reparatur der .htaccess-Regeln sowie das Bereinigen sämtlicher Caches auf Browser-, Plugin-, Server- und OPcache-Ebene. Der Beitrag liefert exakte Konsolenbefehle sowie Verweise auf weiterführende Anleitungen.
Misleading Healthy Metrics Masked AWS Ingress Outage
During a live migration cutover, a production service experienced a 14-hour outage despite monitoring dashboards showing all health signals as green. The root cause was an ingress design using a public NLB (with fixed Elastic IPs) forwarding to an internal ALB; the NLB’s automated HTTP health probes could not inject a Host header, so hardened ALB listener rules returned HTTP 400 and new ALB nodes failed health checks and never entered service. CloudWatch 1-minute Average rollups smoothed sub-minute target churn, hiding the problem. The team fixed it by adding a priority ALB listener rule that matches the NLB source IPs and returns a 200 fixed response for probes (implemented via Terraform). An eight-month postmortem revealed the upstream static-IP requirement was obsolete, exposing an organizational assumption that drove unnecessary complexity. Lessons include separating probe paths from app security, alerting on sub-minute churn, and using synthetic end-to-end checks.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.