Regardez l'ordinateur de quelqu'un qui administre des serveurs et un schéma apparaît. Un programme pour les sessions shell, un deuxième pour le bureau graphique d'une machine Windows, un troisième pour le port série d'un commutateur ou d'une carte de développement. Chacun est bon dans son domaine, et chacun tient sa propre liste d'hôtes, ses propres identifiants, sa propre idée de ce à quoi une session doit ressembler.

WoTerm repose sur l'hypothèse inverse : ce sont quatre vues d'un seul métier. Shell distant, session Telnet, console série et bureau distant vivent dans la même fenêtre, le transfert de fichiers à côté, et cela sous Windows, macOS, Linux et – plus rarement – Android. Les sources sont ouvertes, la version de base est gratuite, et les fonctions les plus lourdes relèvent d'un palier payant.

Quatre protocoles, une interface

Le client shell gère mot de passe, clé et authentification interactive, et lit le fichier de configuration déjà présent sur le système, si bien que des sessions définies ailleurs apparaissent sans être retapées. Le navigateur de fichiers joint parle le protocole de transfert qui passe par la même connexion : glisser pour envoyer et recevoir, modifier un fichier distant sur place, surveiller ses changements et maintenir la copie locale à jour.

Le côté bureau distant met à l'échelle intelligemment plutôt que d'étirer, et gère les affichages à haute résolution dont les pixels sont assez fins pour qu'une mise à l'échelle grossière rende le texte illisible. La console série couvre les débits et les réglages de bits de données que le travail embarqué et les équipements réseau exigent encore – précisément la partie que la plupart des terminaux modernes ont discrètement abandonnée.

Onglets, groupes et une commande pour plusieurs machines

Les sessions s'ouvrent en onglets, ce qui est ordinaire. Moins ordinaire est le regroupement : les serveurs s'organisent en ensembles nommés, et une commande tapée une fois part vers chaque membre d'un ensemble. Pour la modification à appliquer à trente machines, un après-midi répétitif et propice aux erreurs devient une action unique suivie de la lecture des sorties.

Le client Android mérite une phrase, pour la raison même qui le rend inattendu. Il ne remplace pas un bureau, mais quand un service tombe à une heure peu commode et que l'ordinateur le plus proche est loin, un shell sur le téléphone de sa poche fait la différence entre réparer et attendre.

Écosystème local et synchronisation du compte

Le programme s'intéresse explicitement aux systèmes et aux architectures de processeur de son marché d'origine, dont plusieurs distributions Linux locales, ainsi qu'au travail sur l'architecture de jeu d'instructions ouverte et sur des conceptions nationales de processeurs. Ce n'est pas un détail pour tout le monde, mais pour les organisations qui en ont besoin, c'est l'argument décisif.

Un ajout récent est un système de comptes : les définitions de connexion et les préférences suivent le compte, si bien qu'une machine de remplacement se configure en se connectant plutôt qu'en reconstruisant une liste d'hôtes de mémoire.

Apparence et éditions

Les thèmes et les jeux de couleurs se personnalisent, et la police du terminal, le style du curseur et la taille du tampon de défilement se règlent – petits réglages, mais ce sont eux qui décident si des heures devant un terminal restent supportables. Le palier payant ajoute des opérations de groupe plus profondes et une gestion de connexions plus élaborée, la version de base gratuite couvrant le travail quotidien.

Le compromis derrière l'intégration

Un outil intégré porte une charge que le spécialiste n'a pas : il doit suivre les évolutions de chacun des quatre protocoles, et aucun d'eux n'ira jamais aussi loin qu'un programme qui n'en fait qu'un. La compensation consiste à couvrir entièrement le travail quotidien et à laisser le reste au spécialiste auquel on faisait déjà confiance. Pour la grande majorité des sessions – ouvrir un shell, récupérer un fichier, regarder un appareil par le port série – cela suffit, et il y a nettement moins de choses susceptibles de mal tourner qu'à entretenir trois programmes avec trois cycles de mise à jour.

Une intégration honnête

Il n'essaie de battre les outils spécialisés sur aucun protocole. Il essaie de supprimer la nécessité d'en garder trois ouverts, et pour le cours ordinaire du travail d'administration, c'est l'ambition la plus utile.