- HAProxy hat am 11. Mai 2026 vier Wartungs-Releases auf einen Schlag rausgeschoben.
- Versionen: 3.3.10 (Latest), 3.2.19 (LTS), 3.0.23 (LTS) und 2.8.24 (LTS-Erweitert).
- Behoben: Stabilität bei HTTP/2-Streams, FastCGI-Timeouts und SPOE-Race-Conditions.
- Update via Distribution-Paketmanager — oder offizielle haproxy.org-Tarballs für aktuelle Builds.
Wer HAProxy als Load-Balancer oder Reverse-Proxy einsetzt, sollte JETZT seinen Update-Plan rausholen. Das HAProxy-Team hat am 11. Mai 2026 gleich vier aktive Branches mit Wartungs-Releases versorgt — eine seltene Salve, die zeigt, wie viele kleine Stabilitäts-Issues sich angesammelt haben.
Hinweis: Dieser Beitrag enthält Affiliate-Links (mit * gekennzeichnet). Kaufst du über einen dieser Links, erhalte ich eine kleine Provision — für dich ändert sich der Preis nicht.
Welche Versionen kommen raus?
HAProxy 3.3.10 ist die aktuelle Stable-Linie. Wer auf der bleeding edge sitzt, bekommt hier neue HTTP/2-Stream-Handling-Fixes und ein paar QUIC-Tuning-Patches.
HAProxy 3.2.19: LTS-Branch der vorherigen Major-Linie. Stabilitäts-Fixes, vor allem rund um Connection-Reuse und Idle-Detection.
HAProxy 3.0.23: LTS für Production-Sites, die nicht jährlich Major-Updates fahren. Bugfixes in SPOE (Stream Processing Offload Engine), FastCGI-Backends und Header-Parsing.
HAProxy 2.8.24: Die LTS-Erweitert-Linie. Hier hauptsächlich Kernel-Workarounds für aktuelle Linux-Distributionen und kleinere Memory-Leak-Fixes.
Was bedeutet das praktisch?
Wer HAProxy auf Debian 12, Ubuntu 24.04 LTS oder RHEL 9 einsetzt, läuft typischerweise auf der 2.8er oder 3.0er-Linie. Beide bekommen Updates über die Distribution. Wer aktivere Branches braucht (zum Beispiel für HTTP/3), zieht direkt von haproxy.org. Für Production-Setups, die HAProxy als Edge-Load-Balancer nutzen, bietet sich eine Cloud-VM bei Hetzner Cloud* an — kleine CX22-Instanz reicht für mehrere tausend req/s.
So updatest du JETZT
Debian/Ubuntu: sudo apt update && sudo apt install --only-upgrade haproxy. Anschließend sudo systemctl reload haproxy — Reload reicht, kein Restart nötig.
RHEL/Rocky: sudo dnf update haproxy. Bei NixOS: nixos-rebuild switch nach Paket-Update.
Wer eine eigene Build-Pipeline pflegt: Tarballs von haproxy.org/download ziehen und sicherstellen, dass HAPROXY_VERSION in deinem CI auf die neue Build verweist.
Wann muss ich neu starten?
HAProxy 2.x und 3.x unterstützen Hot-Reload — laufende Verbindungen werden während des Wechsels gehalten. Klassisches Pattern: haproxy -sf $(pidof haproxy) oder das systemd-Unit-File mit ExecReload. Im Idealfall verlierst du keinen Request.
Häufige Fragen
Sind die Updates kritisch?
Nicht kritisch im Sinne von Sofort patchen oder Server fällt. Es sind Wartungs-Releases mit Stabilitäts-Fixes. Aber wer Production-Traffic balanced, sollte sie in den nächsten 14 Tagen einspielen — Kleinigkeiten summieren sich.
Welche Branch ist für neue Projekte zu empfehlen?
Für Production: 3.2.x oder 3.0.x. Beide sind LTS und werden bis 2027 bzw. 2028 gepflegt. 3.3.x ist eher für Early-Adopter, 2.8.x nur noch für Legacy-Migration.
Muss ich meine Config nach dem Update prüfen?
Ja, mit haproxy -c -f /etc/haproxy/haproxy.cfg vor dem Reload. Wartungs-Releases sind config-kompatibel, aber ein Check kostet nichts.
Wo finde ich die genauen Changelogs?
Auf haproxy.org/news.html oder im jeweiligen GitHub-Release. Die Mailing-Liste (haproxy@formilux.org) ist die Primärquelle für Diskussionen.