Debian 13 'Trixie': was der Release für den Serverbetrieb bedeutet

Am 9. August 2025 hat das Debian-Projekt Version 13 „Trixie“ veröffentlicht. Nach etwas mehr als zwei Jahren Entwicklung ist das die erste größere Server-Veröffentlichung seit Bookworm, und für alle, die Debian-Systeme in Produktion betreiben, stellt sich jetzt die praktische Frage: Was ändert sich wirklich, lohnt sich das Upgrade, und welche unserer bewährten Härtungsschritte müssen angepasst werden?

Was in Trixie neu ist

Der Sprung, der im Serveralltag zuerst auffällt, ist der Kernel: Trixie kommt mit der 6.12-LTS-Serie, Bookworm hatte 6.1. Darunter liegt das gewohnte Fundament, aber in Details, die im Betrieb sichtbar werden: systemd 257 statt 252, OpenSSH in Version 10.0p1 statt 9.2p1 und OpenSSL 3.5 statt 3.0. Wer Serverseiten wie Nginx 1.26 oder BIND 9.20 betreibt, bekommt aktuelle Minor-Versionen; wer Anwendungen betreibt, findet PHP 8.4 statt 8.2, Python 3.13 statt 3.11, PostgreSQL 17 statt 15 und MariaDB 11.8 statt 10.11.

Die Versionssprünge bei PHP und den Datenbanken sind der Teil, den wir in Migrationsprojekten mit dem größten Aufwand verbinden. Ein Wechsel von PHP 8.2 auf 8.4 ist meist glatt, aber deprecated-Warnungen, die bisher geduldet wurden, werden in der neuen Version hart. PostgreSQL von 15 auf 17 braucht in der Regel einen Dump-and-Restore-Weg oder pg_upgrade, und genau dafür lohnt sich ein Testlauf auf einem Klonsystem, bevor der Produktivserver drankommt.

Zwei Änderungen betreffen den Betrieb eher am Rande, sind aber bemerkenswert: Alle Architekturen außer i386 nutzen jetzt eine 64-Bit-time_t-ABI, womit das Jahr-2038-Problem für neue Builds entschärft ist. Und mit riscv64 unterstützt Debian erstmals offiziell eine 64-Bit-RISC-V-Architektur, was für hardwarenahes Basteln interessant ist, im klassischen Serverbetrieb aber noch keine Rolle spielt.

Der Upgrade-Weg von Bookworm

Debian-Upgrades funktionieren traditionell inplace und ohne erzwungene Downtime, und das gilt auch für den Weg von Bookworm auf Trixie. „Ohne erzwungene Downtime“ heißt allerdings nicht „ohne Risiko“: Bei jedem Major-Upgrade neu kompilierte Dienste laden neu, und ein Reboot gehört am Ende ohnehin dazu, weil Kernel und Bibliotheken ausgetauscht werden. Wer ohnehin plant, sollte das Upgrade in ein geplantes Wartungsfenster legen und die Applikation vorher sauber stoppen.

Die Release Notes beschreiben den Ablauf im Detail, und wir empfehlen dringend, sie tatsächlich zu lesen, bevor irgendein apt-Kommando läuft. Die Punkte, die in der Praxis am häufigsten Schmerzen verursachen, sind immer dieselben: Drittanbieter-Repositories, die noch keine Trixie-Pakete anbieten, lokal gepatchte Konfigurationsdateien, bei denen apt nachfragt, und Dienste, deren Konfigurationssyntax sich zwischen den Versionen geändert hat. Ein vollständiger Snapshot des Systems vor dem Upgrade ist kein Luxus, sondern die Versicherung, die man hoffentlich nie einlösen muss.

Für Umgebungen mit mehreren Servern empfehlen wir den gestaffelten Weg: zuerst ein bis zwei Repräsentanten pro Rolle (Web, Datenbank, Mail), dann der Rest. Damit entdeckt man die systemtypischen Stolpersteine einmal statt zehnmal.

Was das für die Härtung bedeutet

Die Standard-Sicherheitsschritte ändern sich im Kern nicht: minimal installieren, Unnötiges entfernen, SSH härten, Firewall aktiv, unattended-upgrades an. Ein paar Punkte verdienen aber eine zweite Sicht nach dem Upgrade:

• OpenSSH ist mit 10.0p1 zwei Minor-Versionen weiter. Die Effektive-Konfiguration (sshd -T) nach dem Upgrade gegen die eigenen Härtungsvorgaben zu prüfen, ist fünf Minuten Arbeit und verhindert Überraschungen.

• OpenSSL 3.5 bedeutet neue Standard-TLS-Parameter. Alte Clients, die bisher gerade so noch funktionierten, fallen unter strengeren Default-Einstellungen eher durch. Ein TLS-Test der eigenen Endpunkte nach dem Upgrade gehört dazu.

• PHP 8.4 ist der typische Ort, an dem lange nicht angefasste Anwendungen zum ersten Mal seit Jahren ein Fehlerlog schreiben. Deprecation-Warnungen ernst nehmen, bevor sie Fehler werden.

Wann auf Trixie wechseln?

Debian 13 wird wie gewohnt fünf Jahre unterstützt, die LTS-Phase läuft bis zum 30. Juni 2030; Bookworm bleibt währenddessen seine übliche Zeit gepflegt. Es besteht also kein Grund zur Hektik, aber auch kein Grund zu warten, bis Bookworm am Rand der Pflegezeit steht. Unsere praktische Empfehlung für Server, die wir selbst betreuen: Neue Systeme direkt mit Trixie aufsetzen, Bestandssysteme im nächsten regulären Wartungsfenster umstellen, und für beides die Release Notes als Checkliste nutzen.

Noch ein Wort zur Planung von unten nach oben: Ein Upgrade ist kein einzelnes Kommando, sondern ein Zeitbudget. Rechnen Sie für einen durchschnittlichen Server mit ein paar Diensten grob einen halben Tag ein, inklusive Vorabtest, Upgrade-Fenster und Nachkontrolle der Logs am Folgetag. Bei Maschinen mit vielen lokalen Anpassungen (eigene Pakete, gepatchte Konfigurationen, installierte Monitoring-Agenten) liegt das Budget höher. Wer viele gleichartige Server hat, lohnt sich die Investition in ein sauberes Verfahren doppelt: Erst die Master-Instanz einer Rolle umstellen, die Stolpersteine dokumentieren, dann den Rest im Batch.

Und falls etwas doch klemmt: Die Release Notes der vorherigen Versionen haben in der Praxis gezeigt, dass fast jede Überraschung bereits dort dokumentiert war. Die Zeit, die man vor dem Upgrade in das Lesen investiert, spart man hinterher beim Suchen nach Fehlermeldungen.

Der Release beantwortet auch die Frage, die unsere Beiträge aus dem Frühjahr offen gelassen haben: Wer 2025 einen neuen Linux-Server aufsetzt, setzt ihn auf Debian 13. Warum Linux-Klassiker nach wie vor die richtige Basis für Server sind, haben wir hier ausführlich beschrieben. Dass die Update-Disziplin drumherum wichtiger bleibt als jede einzelne Version, haben wir im Frühjahr so auf den Punkt gebracht.

Wer das Upgrade nicht selbst fahren möchte oder eine zweite Meinung zum Migrationsplan braucht: Unsere Service-Support-Seite beschreibt, wie wir Systemumstellungen begleiten.

Quellen

• Debian-Projekt: „Debian 13 trixie released“, https://www.debian.org/News/2025/20250809 (abgerufen 2026-11-01)

• Debian: Release-Informationen Trixie inkl. Unterstützungsende LTS, https://www.debian.org/releases/trixie/ (abgerufen 2026-11-01)

• Debian Release Notes für Trixie (Paketversionen u. a.), https://www.debian.org/releases/trixie/releasenotes (abgerufen 2026-11-01)