Sieht man sich den Rechner von jemandem an, der Server betreut, zeigt sich ein Muster. Ein Programm für Shell-Sitzungen, ein zweites für den grafischen Schreibtisch einer Windows-Maschine, ein drittes für den seriellen Anschluss an einem Switch oder einer Entwicklungsplatine. Jedes ist in seinem Feld gut, und jedes führt seine eigene Hostliste, seine eigenen Zugangsdaten, seine eigene Vorstellung davon, wie eine Sitzung auszusehen hat.

WoTerm beruht auf der entgegengesetzten Annahme: dass dies vier Ansichten einer einzigen Aufgabe sind. Entfernte Shell, Telnet-Sitzung, serielle Konsole und Remotedesktop liegen alle im selben Fenster, die Dateiübertragung daneben, und das unter Windows, macOS, Linux und – ungewöhnlich – Android. Der Quelltext ist offen, die Basisversion kostenlos, und die umfangreicheren Funktionen liegen in einer bezahlten Stufe.

Vier Protokolle, eine Oberfläche

Der Shell-Client beherrscht Passwort, Schlüssel und interaktive Anmeldung und liest die vorhandene Konfigurationsdatei des Systems, sodass anderswo definierte Sitzungen auftauchen, ohne neu getippt zu werden. Der angehängte Dateibrowser spricht das Übertragungsprotokoll, das über dieselbe Verbindung läuft: ziehen zum Hoch- und Herunterladen, eine entfernte Datei direkt bearbeiten, eine Datei auf Änderungen beobachten und die lokale Kopie mitziehen.

Die Remotedesktop-Seite skaliert die Sitzung sinnvoll, statt sie zu strecken, und kommt mit hochauflösenden Anzeigen zurecht, deren Pixel klein genug sind, dass grobes Skalieren Text unlesbar macht. Die serielle Konsole deckt die Übertragungsraten und Datenbit-Einstellungen ab, die eingebettete Arbeit und Netzwerkgeräte weiterhin verlangen – genau der Teil, den die meisten modernen Terminalprogramme stillschweigend weggelassen haben.

Registerkarten, Gruppen und ein Befehl an viele Maschinen

Sitzungen öffnen sich in Registerkarten, was gewöhnlich ist. Weniger gewöhnlich ist die Gruppierung: Server lassen sich zu benannten Mengen zusammenfassen, und ein einmal getippter Befehl geht an jedes Mitglied einer Menge. Bei einer Änderung, die auf dreißig Maschinen muss, wird aus einem repetitiven und fehleranfälligen Nachmittag eine einzige Aktion und das Lesen der Ausgabe.

Der Android-Client verdient eine Erwähnung aus demselben Grund, aus dem er unerwartet ist. Er ersetzt keinen Schreibtisch, aber wenn ein Dienst zu unchristlicher Stunde ausfällt und der nächste Rechner weit weg ist, entscheidet eine Shell auf dem Telefon in der Tasche zwischen Reparatur und Warten.

Lokales Ökosystem und Kontosynchronisierung

Das Programm kümmert sich ausdrücklich um die Betriebssysteme und Prozessorarchitekturen seines Heimatmarkts, darunter mehrere lokale Linux-Distributionen sowie Arbeit an der offenen Befehlssatzarchitektur und an einheimischen Prozessorentwürfen. Für viele ist das kein Detail, für die Organisationen, die es brauchen, ist es das entscheidende.

Eine neuere Ergänzung ist ein Kontosystem: Verbindungsdefinitionen und Vorlieben folgen dem Konto, sodass ein Ersatzrechner durch Anmelden eingerichtet wird statt durch das Nachbauen einer Hostliste aus dem Gedächtnis.

Erscheinungsbild und Ausgaben

Themes und Farbschemata sind anpassbar, Terminalschriftart, Cursorstil und Größe des Rückscrollpuffers ebenfalls – kleine Einstellungen, aber genau die, die entscheiden, ob Stunden vor einem Terminal erträglich sind. Die bezahlte Stufe ergänzt tiefere Cluster-Operationen und aufwendigere Verbindungsverwaltung, während die kostenlose Basisversion die tägliche Arbeit abdeckt.

Der Kompromiss hinter der Integration

Ein integriertes Werkzeug trägt eine Last, die ein Spezialist nicht hat: Es muss bei jedem der vier Protokolle mit den Änderungen Schritt halten, und keines davon wird je so tief gehen wie ein Programm, das nur eines kann. Der Ausgleich besteht darin, die tägliche Arbeit vollständig abzudecken und den Rest dem Spezialisten zu überlassen, dem man ohnehin vertraut. Für die überwiegende Mehrheit der Sitzungen – eine Shell öffnen, eine Datei holen, ein Gerät über die serielle Schnittstelle ansehen – ist das genug, und es ist deutlich weniger, was schiefgehen kann, als drei Programme mit drei eigenen Aktualisierungszyklen zu pflegen.

Eine ehrliche Art der Integration

Es versucht nicht, die Spezialwerkzeuge bei irgendeinem Protokoll zu schlagen. Es versucht, die Notwendigkeit zu beseitigen, drei davon offen zu halten, und für den gewöhnlichen Lauf administrativer Arbeit ist das das nützlichere Ziel.