Terminal-Multiplexer

Was ein Terminal-Multiplexer macht

Ein Terminal-Multiplexer schiebt sich zwischen deinen lokalen Terminal-Emulator und die Shells, die darauf laufen. Statt dass jede Shell direkt am Terminal-Device haengt, sprechen alle Shells mit dem Multiplexer — und der Multiplexer entscheidet, welche davon gerade angezeigt wird. Das öffnet drei Killer-Features auf einen Schlag.

Persistente Sessions sind der wichtigste Gewinn. Der Multiplexer-Prozess läuft als eigener Daemon weiter, auch wenn dein SSH-Client sich verabschiedet — sei es durch Netzwerkabbruch, geschlossenen Laptop oder absichtliches exit. Beim nächsten Login attachst du dich an die laufende Session zurück, und alles ist wie zuvor: laufende Prozesse, Editor-Buffer, halbgetippte Befehle.

Mehrere Windows und Panes ersetzen den Trick, drei oder vier SSH-Sitzungen parallel offen zu halten. In einer einzigen Verbindung hast du nummerierte Windows (wie Browser-Tabs) und kannst Windows in mehrere Panes splitten, um etwa Code-Editor, Logs und einen freien Prompt nebeneinander zu sehen.

Detach und Attach loesen das Sitzungs-Eigentum von der Verbindung. Eine Session läuft erst lokal, dann attachst du sie an einen anderen Client, dann zwei Personen gleichzeitig — die Shell merkt davon nichts.

tmux vs. screen

Beide Werkzeuge loesen dieselbe Aufgabe, sind aber aus verschiedenen Epochen. screen ist der GNU-Veteran von 1987 — auf vielen aelteren Distributionen und manchen kommerziellen Unixen ist er der vorinstallierte Default. tmux kam 2007 dazu, mit klareren Konzepten, BSD-Lizenz und aktiver Pflege.

Empfehlung für neue Setups ist eindeutig tmux — bessere Konzepte, breitere Plugin-Auswahl, lebendige Community. screen lernst du dann, wenn du auf einem System landest, das tmux nicht mitbringt und du nichts nachinstallieren darfst — etwa eingeschraenkte Jump-Hosts oder alte Enterprise-Boxen.

tmux-Konzepte

tmux ordnet alles in drei Ebenen. Eine Session ist die oberste Einheit — sie überlebt Detach/Attach und enthaelt typischerweise einen kompletten Arbeitskontext (z. B. ein Projekt). Innerhalb einer Session liegen Windows, vergleichbar mit Tabs im Browser. Jedes Window kann in mehrere Panes gesplittet werden, die nebeneinander im Bild stehen und je eine eigene Shell betreiben.

Alle tmux-Tasten gehen über einen Prefix-Key. Default ist Ctrl+b — du druckst zuerst Ctrl+b, lässt los, dann den eigentlichen Befehl. Das verhindert Konflikte mit Shell-Shortcuts, kostet aber zwei Anschlaege pro Aktion. Viele User binden den Prefix in ihrer ~/.tmux.conf auf Ctrl+a (kompatibel zu screen-Gewohnheit) oder auf einen freien Key.

tmux-Basics

Ein erster Durchgang durch die wichtigsten Tasten reicht, um produktiv zu werden. In der folgenden Tabelle steht Prefix jeweils für Ctrl+b (oder den von dir gesetzten Prefix).

Der Reflex Prefix d (Detach) ist der wichtigste Handgriff: Er legt die Session schlafen, aber lässt alles drin laufen. Mit tmux a holst du sie zurück — egal ob aus derselben Shell oder von einer anderen Maschine via SSH.

tmux-Sessions verwalten

Sobald du mehr als eine Session laufen hast, brauchst du Namen. Eine namenlose Session bekommt eine Nummer, eine benannte kannst du gezielt wieder finden. Klassischer Workflow: pro Projekt oder pro Server eine eigene Session.

tmux new -s projekt-a
tmux ls
tmux a -t projekt-a
tmux kill-session -t projekt-a

tmux new -s NAME startet eine Session unter dem angegebenen Namen. tmux ls listet alle laufenden Sessions mit Name, Window-Anzahl und Attach-Status. tmux a -t NAME (oder tmux attach -t NAME) holt eine bestimmte Session in den Vordergrund. tmux kill-session -t NAME beendet sie endgueltig — alle Shells in der Session werden mit SIGHUP weggeraeumt.

screen-Basics

screen arbeitet mit demselben Grundprinzip, aber anderem Vokabular und anderer Tasten-Konvention. Der Prefix ist Ctrl+a — was sich oft mit dem Bash-Shortcut Ctrl+a (Cursor an Zeilenanfang) beisst. Wer screen taeglich nutzt, lernt damit zu leben oder mappt den Prefix in ~/.screenrc um.

Splits sind in screen schwerfaelliger: Ctrl+a S teilt horizontal, Ctrl+a | vertikal, der Fokus wechselt mit Ctrl+a Tab, und in jeden neuen Bereich muss erst per Ctrl+a c ein neues Window gelegt werden, bevor er nutzbar ist. tmux nimmt einem das ab.

Konfiguration

Beide Werkzeuge sind kuendelfrisch nur eingeschraenkt produktiv — eine kleine Config macht den Alltag deutlich angenehmer. Bei tmux liegt die Konfiguration in ~/.tmux.conf, bei screen in ~/.screenrc.

# Prefix auf Ctrl+a (screen-kompatibel)
unbind C-b
set -g prefix C-a
bind C-a send-prefix

# Maus-Mode: scrollen, Panes anklicken, Splits ziehen
set -g mouse on

# Splits in aktuellem Pfad oeffnen
bind '"' split-window -v -c "#{pane_current_path}"
bind '%' split-window -h -c "#{pane_current_path}"

# Mehr Scrollback
set -g history-limit 50000

# 256 Farben + truecolor
set -g default-terminal "tmux-256color"
set -ga terminal-overrides ",xterm-256color:RGB"

# Window-Numbering ab 1
set -g base-index 1
setw -g pane-base-index 1

# Status-Bar dezent
set -g status-bg colour234
set -g status-fg colour248

Das ist eine schmale, aber ausreichende Basis: screen-kompatibler Prefix, Maus-Mode (sehr empfehlenswert ab tmux 2.1), grosser Scrollback-Buffer und brauchbare Farben. Splits öffnen im aktuellen Verzeichnis — sonst landest du bei jedem Split wieder in $HOME. Prefix r zum Reload-Binding ist ebenfalls verbreitet: bind r source-file ~/.tmux.conf \; display "Reloaded".

startup_message off
defscrollback 50000
hardstatus alwayslastline "%{= kw}%-w%{= BW}%n %t%{-}%+w %= %H %Y-%m-%d %c"
bindkey -k k1 prev
bindkey -k k2 next

Bei screen ist der Statuszeilen-Syntax beruechtigt kryptisch — die Zeile oben zeigt links die Window-Liste mit Markierung der aktiven, rechts Hostname und Datum.

Praxis-Patterns

Die folgenden Bausteine zeigen, was tmux im Alltag wirklich loest. Jeder Block beschreibt zuerst den Befehl und dann den Sinn dahinter.

SSH ohne Verbindungsangst

ssh server -t tmux a -t main || ssh server -t tmux new -s main

Beim Login auf den Server attachst du dich direkt an eine Session namens main — existiert sie nicht, wird sie neu angelegt. -t zwingt SSH, ein TTY zuzuweisen, was tmux braucht. Das WLAN bricht ab, der Laptop schlaeft, ein Stromausfall trifft den Router — egal: beim nächsten Login bist du genau dort, wo du aufgehoert hast.

Mehrere Logs gleichzeitig

tmux new -s logs \; \
    send-keys "tail -f /var/log/nginx/access.log" C-m \; \
    split-window -v "tail -f /var/log/nginx/error.log" \; \
    split-window -h "journalctl -u nginx -f"

Eine einzige Kommando-Zeile baut eine fertige Drei-Pane-Konstellation auf: oben das Access-Log, unten links das Error-Log, unten rechts der systemd-Stream. Das \; trennt tmux-Befehle innerhalb desselben tmux-Aufrufs. Praktisch für wiederkehrende Diagnose-Setups — speichere das als Skript und ruf es mit einem Wort auf.

Lange Builds

tmux new -s build
./build.sh 2>&1 | tee build.log
# Prefix d zum Detach
# ... irgendwann spaeter ...
tmux a -t build

Statt das Terminal stundenlang offen halten zu müssen, startest du den Build in einer named tmux-Session, druckst Prefix d und gehst Mittagessen. tee schreibt zusätzlich in eine Logdatei, falls du auch nach kill-session noch nachschauen willst. Beim Reattach siehst du den vollstaendigen Verlauf inklusive Scrollback.

Pair-Programming

# User A
tmux new -s shared
# User B (auf demselben Host, gleiches User-Account)
tmux a -t shared

Standardmäßig ist tmux multi-attach faehig: Mehrere Clients können sich gleichzeitig an dieselbe Session haengen und sehen denselben Bildschirm in Echtzeit. Das ist die einfachste Form von Pair-Programming auf einem Remote-Host — beide User loggen sich auf denselben Account ein, beide attachen die Session, beide tippen. Für getrennte User-Accounts gibt es Lösungen wie tmate oder wemux, die das Sharing absichern.

Auto-Start beim SSH-Login

if [ -z "$TMUX" ] && [ -n "$SSH_CONNECTION" ]; then
    tmux a -t main 2>/dev/null || tmux new -s main
fi

Bei jedem interaktiven SSH-Login landest du automatisch in der Session main. Die [ -z "$TMUX" ]-Prüfung verhindert, dass tmux sich beim Schachteln (tmux innerhalb tmux) in Endlos-Schleifen verfaengt; [ -n "$SSH_CONNECTION" ] stellt sicher, dass das nur bei SSH-Logins passiert, nicht bei lokalen Shells. Wer das mag, hat damit nie wieder eine nackte Shell auf dem Server — alles läuft per Default geschuetzt durch tmux.

Weiterfuehrende Ressourcen

Externe Quellen

• man 1 tmux (man7.org) — Vollstaendige tmux-Referenz mit allen Optionen, Befehlen und Format-Variablen
• man 1 screen (man7.org) — GNU-screen-Manpage mit allen Tasten und Konfigurations-Direktiven
• tmux Cheat Sheet (tmuxcheatsheet.com) — Kompakter Spickzettel zu allen wichtigen tmux-Tasten
• Arch Wiki: tmux — Praxisorientierter Überblick mit Tipps zu Konfiguration und Plugins
• thoughtbot: A tmux Crash Course — Klassischer Einsteiger-Artikel mit den wichtigsten Workflows

Verwandte Artikel

• nohup und disown — Prozesse vor SIGHUP schuetzen, wenn das Terminal schliesst
• Jobs, fg und bg — Job-Steuerung der Shell als leichtgewichtige Alternative
• Prozess-Modell — PID, fork/exec und SIGCHLD als Grundlage der Sitzungs-Verwaltung
• Linux Shell — Bash, Zsh und die Grundlagen der Kommandozeile
• Signale — SIGHUP, SIGTERM und Co. als Sprache der Prozesse