tmux und Screen im Alltag: Terminal-Sessions ohne Verbindungsverlust

1. Warum ein Terminal-Multiplexer ueberhaupt noetig ist

Wer regelmaessig per SSH auf entfernten Servern arbeitet, kennt das Problem: Eine WLAN-Unterbrechung, ein Laptop der in den Standby geht, oder einfach ein Netzwerktimeout, und die komplette SSH-Verbindung faellt weg. Ohne tmux oder Screen sterben in diesem Moment alle Prozesse, die in diesem Terminal liefen, inklusive laufender Migrationen, Log-Beobachtungen oder interaktiver Debugging-Sessions. Das ist nicht nur aergerlich, sondern bei laenger laufenden Aufgaben schlicht ein Risiko fuer den Produktivbetrieb.

Ein Terminal-Multiplexer wie tmux loest dieses Problem strukturell, indem er eine eigene Sitzung auf dem Server betreibt, die vollstaendig unabhaengig von der SSH-Verbindung existiert. Die SSH-Verbindung wird nur noch zum Andocken an diese Sitzung genutzt, nicht mehr zum Ausfuehren der eigentlichen Arbeit. Faellt die Verbindung weg, laeuft die Sitzung mitsamt allen Fenstern, Prozessen und der Terminal-Historie unbeeindruckt weiter, bis man sich erneut andockt. Genau dieses Verhalten macht tmux zur Grundausstattung fuer jede Remote-Arbeit, die laenger als ein paar Minuten dauert.

Neben der reinen Ausfallsicherheit bringt ein Terminal-Multiplexer einen zweiten, oft unterschaetzten Vorteil: die Moeglichkeit, mehrere Fenster und geteilte Bereiche innerhalb eines einzigen SSH-Zugangs zu verwalten. Statt fuer jede parallele Aufgabe eine neue SSH-Verbindung aufzubauen, teilt man den Bildschirm in mehrere Panes und behaelt Log-Ausgabe, Editor und Shell gleichzeitig im Blick. Fuer die tagtaegliche Serveradministration und Entwicklung ist das der eigentliche Produktivitaetsgewinn von tmux.

2. tmux und Screen: Grundkonzepte im Vergleich

Beide Werkzeuge, tmux und GNU Screen, folgen demselben Grundprinzip: ein Server-Prozess haelt die eigentliche Sitzung am Leben, waehrend beliebig viele Terminal-Clients sich mit dieser Sitzung verbinden oder trennen koennen. Der Fachbegriff dafuer ist Detaching und Attaching. Man startet eine Session, arbeitet darin, trennt sie mit einer Tastenkombination vom aktuellen Terminal, ohne sie zu beenden, und kann sich spaeter, sogar von einem anderen Rechner aus, wieder mit genau dieser Session verbinden.

tmux ist die juengere Implementierung dieses Konzepts und wurde ab 2007 mit dem Ziel entwickelt, sauberer strukturierten Code und ein konsistenteres Bedienkonzept als Screen zu bieten. Die zentralen Begriffe in tmux sind Session, Window und Pane: eine Session kann mehrere Windows (Fenster, vergleichbar mit Tabs) enthalten, und jedes Window kann wiederum in mehrere Panes (geteilte Bereiche) unterteilt werden. Screen kennt technisch aehnliche Konzepte, aber ohne die native, gut dokumentierte Pane-Verwaltung, die bei tmux von Anfang an mitgedacht wurde.

Ein wichtiger praktischer Unterschied liegt in der Konfigurierbarkeit und im Ökosystem. tmux nutzt eine eigene, gut lesbare Konfigurationssprache in der Datei ~/.tmux.conf und bringt eine aktive Plugin-Landschaft mit, zum Beispiel den Tmux Plugin Manager. Screen wiederum ist auf praktisch jedem aelteren Unix-System vorinstalliert und daher oft die einzige Option auf minimalen Systemen, auf denen tmux nicht nachinstalliert werden kann oder soll. Fuer neue Projekte empfiehlt sich in aller Regel tmux, Screen bleibt aber ein wichtiges Werkzeug fuer Legacy-Umgebungen.

3. Die erste tmux-Session: attach, detach, Persistenz

Der Einstieg in tmux beginnt mit dem Befehl tmux new -s name, der eine benannte Session erzeugt. Der Name ist wichtig, weil man spaeter genau diese Session gezielt wiederfinden und andocken kann, auch wenn zwischenzeitlich mehrere Sessions parallel laufen. Innerhalb der Session verhaelt sich die Shell wie gewohnt, mit dem entscheidenden Unterschied, dass alles, was hier gestartet wird, unabhaengig vom aktuellen SSH-Client weiterlaeuft.

Das Trennen einer Session, das Detaching, geschieht mit der Tastenkombination Strg+b gefolgt von d. Das Praefix Strg+b ist der Standard-Trigger fuer alle tmux-Befehle und wird oft auf eine bequemere Taste wie Strg+a umgelegt. Nach dem Detaching laesst sich die Verbindung trennen, der Laptop schliessen, das WLAN wechseln, ohne dass die Session Schaden nimmt. Beim naechsten Login genuegt tmux attach -t name, um genau dort weiterzuarbeiten, wo man aufgehoert hat, inklusive Terminal-Historie und laufender Prozesse.

# Create a new named tmux session for a deployment task
tmux new -s deploy

# Inside the session: start a long-running process
./run-migration.sh --env=production

# Detach without killing the session: Ctrl+b, then d
# (connection can now drop safely, the process keeps running)

# List all active sessions from a fresh SSH login
tmux ls
# deploy: 1 windows (created Thu Jul 30 09:12:03 2026)

# Re-attach to the exact session by name
tmux attach -t deploy

# Attach to the only existing session without knowing its name
tmux attach

# Kill a finished session cleanly instead of just detaching
tmux kill-session -t deploy

Ein haeufiger Anfaengerfehler ist, eine Session versehentlich mit exit oder Strg+d zu beenden statt sie mit dem Praefix zu trennen. Der Unterschied ist entscheidend: exit beendet die Shell und damit die Session endgueltig, waehrend Detaching die Session am Leben laesst. Wer sich das nicht merken kann, sollte in der tmux-Konfiguration ein zusaetzliches Sicherheitsnetz einbauen, etwa eine Bestaetigungsabfrage vor dem Beenden des letzten Fensters.

4. Fenster und Panes: Der Bildschirm als Arbeitsflaeche

Innerhalb einer tmux-Session lassen sich beliebig viele Windows anlegen, jedes davon vergleichbar mit einem Browser-Tab. Mit Strg+b c entsteht ein neues Fenster, mit Strg+b n und Strg+b p wechselt man zum naechsten oder vorherigen Fenster. Fuer Situationen mit vielen parallelen Fenstern hilft Strg+b w, das eine interaktive Liste aller offenen Fenster anzeigt, aus der man direkt auswaehlen kann, statt sich durchzuklicken.

Noch wichtiger fuer den Alltag ist die Aufteilung eines Fensters in mehrere Panes. Mit Strg+b % teilt man das aktuelle Pane vertikal, mit Strg+b " horizontal. So laesst sich zum Beispiel links ein Editor, rechts oben ein Live-Log und rechts unten eine freie Shell fuer Kommandos unterbringen, alles gleichzeitig sichtbar und ohne Fensterwechsel. Die Navigation zwischen Panes erfolgt mit Strg+b gefolgt von einem Pfeiltastendruck, das Vergroessern eines einzelnen Panes auf Vollbild mit Strg+b z zum Zoomen.

Fuer wiederkehrende Layouts, etwa immer dieselbe Drei-Pane-Aufteilung fuer die Server-Ueberwachung, lohnt sich das Synchronize-Panes-Feature: Mit Strg+b : und dem Befehl setw synchronize-panes on werden Tastatureingaben gleichzeitig an alle Panes eines Fensters gesendet. Das ist besonders praktisch, wenn dieselbe Aktion, zum Beispiel ein Paket-Update, auf mehreren Servern parallel in getrennten SSH-Panes ausgefuehrt werden soll.

5. Konfiguration: tmux.conf fuer den Alltag anpassen

Die Standardbelegung von tmux ist funktional, aber nicht optimal fuer den taeglichen Gebrauch. Die Konfigurationsdatei ~/.tmux.conf erlaubt es, Praefix-Taste, Farben, Statuszeile und Tastenkuerzel an die eigenen Gewohnheiten anzupassen. Eine der ersten sinnvollen Aenderungen ist das Umlegen des Praefixes von Strg+b auf Strg+a, weil letzteres naeher an der Standardposition der Finger liegt und historisch aus GNU Screen stammt, was den Umstieg fuer Screen-Nutzer erleichtert.

Ein weiterer wichtiger Punkt ist die Mausunterstuetzung: Mit set -g mouse on lassen sich Panes per Klick auswaehlen, die Groesse per Drag anpassen und mit dem Mausrad durch die Terminal-Historie scrollen, was vor allem fuer Einsteiger die Umstellung deutlich erleichtert. Fuer die visuelle Orientierung sorgt eine angepasste Statuszeile, die Sessionname, Uhrzeit und Hostname anzeigt, sodass auf einen Blick klar ist, auf welchem Server man sich gerade befindet, ein Detail das bei parallelen Sessions auf mehreren Servern schnell an Bedeutung gewinnt.

# ~/.tmux.conf - practical defaults for daily server work

# Remap prefix from Ctrl+b to Ctrl+a (closer to home row, Screen-compatible)
unbind C-b
set -g prefix C-a
bind C-a send-prefix

# Enable mouse support: click panes, drag borders, scroll history
set -g mouse on

# Start window and pane numbering at 1 (0 is awkward to reach)
set -g base-index 1
setw -g pane-base-index 1

# Increase scrollback buffer for long log sessions
set -g history-limit 50000

# Faster key repetition, no annoying delay after prefix
set -sg escape-time 0

# Status bar: show session name, hostname and time at a glance
set -g status-style bg=colour234,fg=colour137
set -g status-left "#[fg=colour46]#S "
set -g status-right "#[fg=colour214]#H #[fg=colour255]%H:%M"

# Split panes using current directory
bind '"' split-window -v -c "#{pane_current_path}"
bind '%' split-window -h -c "#{pane_current_path}"

# Reload config without restarting tmux
bind r source-file ~/.tmux.conf \; display "Config reloaded"

6. Sessions automatisieren und per Skript vorbereiten

Wer taeglich dieselbe Umgebung auf einem Server benoetigt, etwa ein Fenster fuer Logs, eines fuer den Editor und eines fuer git-Status, sollte diese Struktur nicht jedes Mal manuell aufbauen. tmux bietet dafuer die Kombination aus new-session, split-window und send-keys, die sich in einem Shell-Skript zu einer vollstaendigen Automatisierung zusammensetzen laesst. Ein solches Skript baut beim Ausfuehren die komplette Session mitsamt Fenstern, Panes und bereits laufenden Befehlen auf, ganz ohne manuelle Klicks.

Fuer komplexere Anforderungen, insbesondere wenn mehrere Projekte jeweils ihre eigene Session-Struktur benoetigen, hat sich in der Praxis das Tool tmuxinator etabliert, das YAML-Konfigurationsdateien in vollstaendige tmux-Layouts uebersetzt. Fuer die meisten Faelle reicht aber ein einfaches Bash-Skript vollkommen aus und hat den Vorteil, ohne zusaetzliche Abhaengigkeit direkt auf jedem Server mit tmux zu funktionieren.

#!/usr/bin/env bash
# tmux-dev-session.sh - build a standard three-pane dev layout automatically
set -euo pipefail

SESSION="webproject"

# Only create the session if it does not already exist
if ! tmux has-session -t "$SESSION" 2>/dev/null; then
  tmux new-session -d -s "$SESSION" -n "editor" -c "/var/www/webproject"

  # Split into a log pane on the right
  tmux split-window -h -t "$SESSION:editor" -c "/var/www/webproject"
  tmux send-keys -t "$SESSION:editor.1" "tail -f var/log/exception.log" C-m

  # Split the log pane again for a free shell below it
  tmux split-window -v -t "$SESSION:editor.1" -c "/var/www/webproject"
  tmux send-keys -t "$SESSION:editor.2" "git status" C-m

  # Select the first pane (editor) before attaching
  tmux select-pane -t "$SESSION:editor.0"
fi

tmux attach -t "$SESSION"

7. GNU Screen in der Praxis: wenn tmux nicht verfuegbar ist

Trotz der Vorteile von tmux gibt es Umgebungen, in denen Screen die pragmatischere Wahl bleibt, etwa auf minimalen Container-Images, alten Embedded-Systemen oder Servern ohne Root-Rechte zum Nachinstallieren von Paketen. Screen ist auf vielen Distributionen seit Jahrzehnten Teil der Standardinstallation und daher haeufig sofort verfuegbar, ohne dass ueberhaupt ein Paketmanager bemueht werden muss.

Die grundlegenden Befehle sind Screen und tmux konzeptionell aehnlich, unterscheiden sich aber in der Tastenbelegung. Eine neue Session startet man mit screen -S name, das Detaching erfolgt mit Strg+a gefolgt von d, und das Wiederanhaengen mit screen -r name. Ein Sonderfall in der Praxis ist eine haengende Session, die noch als "attached" markiert ist, obwohl die zugehoerige Verbindung laengst getrennt wurde, etwa nach einem harten Verbindungsabbruch. Hier hilft screen -d -r name, das die Session zwangsweise von der alten Verbindung trennt und im aktuellen Terminal neu andockt.

Wichtig fuer den Praxiseinsatz ist, dass Screen anders als tmux keine native, komfortable Pane-Verwaltung mitbringt. Splits sind zwar seit Version 4 moeglich, fuehlen sich aber deutlich umstaendlicher an. Wer regelmaessig mit geteilten Ansichten arbeiten will, sollte, wenn irgend moeglich, auf tmux wechseln und Screen nur dort einsetzen, wo keine andere Option besteht.

8. Typische Fallstricke im Serveralltag

Der wohl haeufigste Fallstrick ist das Vergessen der Session-Namen. Wer regelmaessig mehrere tmux-Sessions parallel laufen laesst, etwa jeweils eine pro Projekt oder Kunde, verliert schnell die Uebersicht, wenn alle Sessions den Standardnamen tragen. Die Loesung ist simpel: jede Session von Anfang an mit einem sprechenden Namen versehen, etwa den Projektnamen oder die Hostnamen-Kurzform, damit tmux ls auf einen Blick verraet, welche Session wofuer zustaendig ist.

Ein zweiter Fallstrick betrifft die Umgebungsvariablen. Eine tmux-Session behaelt die Umgebung, die beim Start der Session aktiv war, auch dann, wenn man sich spaeter neu per SSH mit anderen Umgebungsvariablen anmeldet. Das kann zu verwirrenden Effekten fuehren, etwa wenn SSH-Agent-Forwarding in einer alten Session nicht mehr funktioniert, weil die dort gespeicherte SSH_AUTH_SOCK-Variable auf einen laengst geschlossenen Socket zeigt. Die robuste Loesung ist ein kleines Update-Skript, das die relevanten Variablen bei jedem neuen Attach aktualisiert, statt sich auf die urspruengliche Umgebung zu verlassen.

Drittens unterschaetzen viele die Bedeutung des Scrollback-Buffers. Wird history-limit zu niedrig gesetzt, gehen alte Log-Ausgaben nach kurzer Zeit verloren, obwohl die Session selbst noch laeuft. Fuer Debugging-Sessions mit viel Ausgabe empfiehlt sich ein deutlich hoeherer Wert als der Standard, kombiniert mit der Moeglichkeit, per Strg+b [ in den Copy-Mode zu wechseln und gezielt nach fruegeren Ausgaben zu suchen.

9. tmux vs. Screen im direkten Vergleich

Fuer die Entscheidung zwischen den beiden Werkzeugen lohnt sich ein direkter, praxisorientierter Vergleich der wichtigsten Eigenschaften, die im Serveralltag tatsaechlich eine Rolle spielen.

In der Gesamtbetrachtung ist tmux heute fuer die meisten neuen Setups die richtige Wahl, gerade wegen der nativen Pane-Verwaltung und der aktiven Weiterentwicklung. Screen bleibt relevant als Fallback fuer Systeme, auf denen keine zusaetzliche Software installiert werden kann oder soll, und als Werkzeug, das man in einer Notfallsituation auf so gut wie jedem Unix-System sofort vorfindet.

10. Zusammenfassung

Ein Terminal-Multiplexer wie tmux ist die praktische Antwort auf ein strukturelles Problem der Remote-Arbeit: SSH-Verbindungen brechen ab, und ohne entkoppelte Sessions gehen dabei laufende Prozesse verloren. Mit Sessions, Windows und Panes bietet tmux nicht nur Ausfallsicherheit, sondern auch eine effizientere Arbeitsflaeche, auf der mehrere Aufgaben gleichzeitig sichtbar bleiben, ohne staendig zwischen SSH-Verbindungen wechseln zu muessen.

Eine angepasste tmux.conf mit Maus-Unterstuetzung, groesserem Scrollback-Buffer und klarer Statuszeile macht den taeglichen Umgang spuerbar angenehmer, waehrend Automatisierungs-Skripte wiederkehrende Session-Layouts in Sekunden aufbauen. GNU Screen bleibt als Fallback wichtig, wenn tmux nicht verfuegbar ist, sollte aber fuer neue Setups nicht mehr die erste Wahl sein. Wer diese Werkzeuge einmal in den taeglichen Workflow integriert, moechte sie danach nicht mehr missen.

11. FAQ: tmux und Screen im Alltag