Debian vs. Ubuntu für einen Server: was wirklich unterschiedlich ist

Für einen Server lautet die ehrliche Antwort: Beide funktionieren, und der Abstand zwischen ihnen ist kleiner als der Abstand zwischen einem gut und einem schlecht gepflegten Server auf jeder der beiden Seiten. Beide sind Linux, beide nutzen APT und .deb-Pakete, beide laufen mit systemd, und dieselben Schritte für Härtung, Firewall und SSH gelten für beide. Die Unterschiede, die beim Administrieren wirklich auftauchen, sind eine kurze Liste, keine Philosophie.

Die Kurzfassung

• Neu bei Linux-Servern, oder folgst du einer Anleitung? Ubuntu LTS. Es ist die Distribution, die die meisten Hosting-Guides, Docker-Images und Stack-Overflow-Antworten voraussetzen, und eine frische Installation gibt deinem ersten Benutzer automatisch sudo.
• Willst du die langweiligste, langsamste Basis, auf der du aufbauen kannst? Debian Stable. Pakete ändern sich zwischen Point-Releases kaum, und genau das ist der Punkt: weniger Überraschungen auf einem Server, den niemand aktiv beobachtet.
• Schon mit einer der beiden vertraut? Bleib dabei. Zu wissen, wo Logs liegen, wie sich das Firewall-Tooling verhält und wie Updates ablaufen, schlägt das Marketing jeder der beiden Distributionen.
• Brauchst du die neuesten Paketversionen, ohne ein Drittanbieter-Repository hinzuzufügen? Ubuntus halbjährliche Zwischenversionen tragen neuere Software als Debian Stable je haben wird; Debian holt nur auf, wenn testing zur nächsten Stable-Version wird.

Ubuntu baut auf Debian auf – was das bedeutet und was nicht

Ubuntu nimmt einen Snapshot von Debians unstable-Zweig, fügt Canonicals eigene Patches, Installer und Voreinstellungen hinzu und veröffentlicht das Ergebnis nach einem festen Zeitplan. Dadurch ist das meiste, was du auf der einen lernst, auf die andere übertragbar – Paketformat, der Aufbau der Konfigurationsdateien unter /etc und die generelle Form des Systems gehören zur selben Familie. Das macht sie aber nicht zur selben Distribution: Ubuntu weicht in Voreinstellungen, Release-Takt und Support-Politik genug ab, dass eine Ubuntu-Anleitung auf Debian angewandt (oder umgekehrt) gelegentlich danebengeht.

Release-Zeitplan und Support-Dauer

Für einen Server, den du jahrelang ohne ständige Pflege laufen lassen willst, zeigt das auf Debian Stable oder gezielt auf eine Ubuntu-LTS-Version – niemals auf eine Ubuntu-Zwischenversion, der nach 9 Monaten die Updates ausgehen.

Voreinstellungen, die bei einer frischen Installation wirklich unterschiedlich sind

Der erste Benutzer und sudo

Ubuntus Installer macht deinen ersten Account zum Mitglied der Gruppe sudo und schaltet den direkten Root-Login standardmäßig ab. Eine minimale Debian-Installation macht das Gegenteil: Sie setzt bei der Einrichtung ein Root-Passwort und fügt den ersten Benutzer gar nicht zu sudo hinzu, ein brandneuer Debian-Server antwortet also beim ersten Versuch mit USER is not in the sudoers file. This incident will be reported. Beides sind bewusste Voreinstellungen, keine Fehler, und die Korrektur unter Debian ist ein Befehl als root.

Snap-Pakete

Ubuntu bringt Canonicals Snap-Store und -Paketformat neben APT mit, und manche Pakete – Firefox auf dem Desktop-Ubuntu ist der bekannte Fall – installieren standardmäßig als Snap, wo Debian das reine .deb installiert. Auf einem Server ohne Oberfläche spielt das selten eine Rolle, da Server-Software in beiden Fällen namentlich über APT installiert wird, es erklärt aber, warum apt list --installed unter Ubuntu manchmal dünner aussieht als erwartet, während snap list den Rest zeigt. Debian hat standardmäßig gar keinen Snap-Daemon laufen.

Proprietäre Firmware

Debian 12 (bookworm) war das erste Debian-Release, dessen Standard-Installer-Images proprietäre Firmware mitbringen – vorher musste man danach einen separaten, undokumentierten Schritt für WLAN- oder RAID-Controller erledigen. Ubuntu hat proprietäre Firmware und Treiber schon viel länger standardmäßig gebündelt, das war früher einer der konkreteren Gründe, auf echter Hardware zu Ubuntu zu greifen. Auf einem VPS stellt der Hypervisor sowieso virtualisierte Hardware bereit, sodass dieser Unterschied innerhalb einer VMHeaven-KVM-Instanz fast nie auftaucht – er zählte deutlich mehr bei Bare Metal und Laptops.

Eine Falle, die man kennen sollte: fail2ban und journald

Eine Debian-spezifische Falle, die schon echte Server erwischt hat: fail2bans Standard-sshd-Jail unter Debian 12 liest standardmäßig /var/log/auth.log, aber eine frische Debian-12-Installation schreibt diese Datei nicht, solange rsyslog nicht installiert ist – Logs landen nur in journald. Das Jail startet, meldet keinen Fehler und sperrt still und leise niemals einen Brute-Force-Angreifer. Ubuntu bringt rsyslog standardmäßig mit, dieselbe fail2ban-Konfiguration funktioniert dort unverändert.

Paketaktualität und wo es neuere Software gibt

Debian Stable friert seine Paketversionen beim Release ein und ändert sie bis zum nächsten großen Release nur für Sicherheit und schwere Fehler – genau deshalb ist es bei Servern beliebt, die dich nicht überraschen sollen. Ubuntu LTS macht innerhalb seiner eigenen Laufzeit dasselbe, aber weil jede LTS-Version von einem jüngeren Debian-Snapshot startet und Canonical eigene Backports für manche Pakete liefert, hat eine Ubuntu-LTS-Installation am ersten Tag oft neuere Versionen als das zur selben Zeit erschienene Debian Stable.

Ist die Version von Stable zu alt für das, was du brauchst, führen die Wege auseinander:

• Debian: bookworm-backports (ein Repository, das du selbst hinzufügst) für neuere Versionen, die Debians eigene Maintainer zurückportiert haben, oder ein Repository eines Anbieters – NodeSource, Dockers eigenes, PostgreSQLs eigenes – für Software, die sich schneller bewegt, als Debian mithalten kann.
• Ubuntu: dieselben Anbieter-Repositories funktionieren identisch, und zusätzlich hat Ubuntu PPAs (Personal Package Archives) – ein riesiges, informelles Ökosystem von Drittanbieter-Repositories auf Launchpad. Praktisch, und auch der klassische Weg, bei dem ein ungepflegtes PPA still ein Paket zurückhält oder ein Upgrade bricht; behandle ein PPA mit derselben Vorsicht wie jedes andere Drittanbieter-Repository.

Dokumentation und das „Das ist eigentlich eine Ubuntu-Anleitung“-Problem

Weil Ubuntu bei Server-Admins die weitaus größere Verbreitung hat, setzen die meisten Tutorials von Dritten, Stack-Overflow-Antworten und Docker-Basis-Images stillschweigend Ubuntu-Befehle und -Pfade voraus. Eine Ubuntu-geprägte Anleitung auf Debian auszuführen funktioniert meist – gleiches APT, gleiches systemd –, aber achte auf die beiden Lücken oben (keine Mitgliedschaft in der sudo-Gruppe, kein rsyslog standardmäßig) und auf leicht unterschiedliche Paketnamen.

Im laufenden Betrieb aktualisieren

Beide unterstützen ein Upgrade auf die nächste Hauptversion statt einer Neuinstallation – apt full-upgrade, nachdem die APT-Quellen auf den Namen des nächsten Releases umgestellt wurden, in beiden Fällen. Ubuntus Tool do-release-upgrade automatisiert dieselben Schritte mit eigenen Abfragen. In jedem Fall ist ein großer Versionssprung auf einem Produktionsserver eine Aufgabe für ein Maintenance-Window, nichts, das du unbeobachtet laufen lässt.

Entscheiden, der Reihe nach

• Setzen deine Runbooks, Dockerfiles oder dein Team schon eine der beiden voraus? Bleib dabei. Das wiegt mehr als alles Folgende.
• Ist die Software, die du brauchst, hauptsächlich als PPA paketiert? Ubuntu macht diesen Weg einfacher, im Guten wie im Schlechten.
• Willst du möglichst wenige bewegliche Teile und den größten Abstand zwischen Überraschungen? Debian Stable.
• Wirklich keine Präferenz? Ubuntu LTS – die größere Community bringt beim ersten Problem um zwei Uhr nachts schneller eine Antwort.

VMHeavens eigene Vorlagen decken ohnehin beide ab – Ubuntu in 24.04, 22.04 und 20.04 LTS, und Debian in 13, 12 und 11 –, du kannst die Entscheidung also nach ihren eigenen Vorzügen treffen statt danach, was gerade verfügbar ist.

Häufige Fragen