Commandes Linux et compétences Shell
Écran GNU : le gestionnaire de session qui a refusé de mourir
L'écran GNU est antérieur d'une décennie au multiplexage serveur-client tmux et reste préinstallé dans plus d'images de secours, d'hôtes plus anciens et de systèmes minimaux que son rival moderne. Son ensemble de fonctionnalités est plus petit, ses commandes commencent par Ctrl-a et son rôle honnête en 2026 est simple : le gardien de session qui existe quand tmux n'existe pas, plus la mémoire musculaire pour les hôtes sur lesquels c'est le seul outil installé.
Points clés
- La boucle principale : `screen -S name` démarre une session nommée, Ctrl-a d se détache (session active côté serveur), `screen -r name` se rattache n'importe où : philosophie de workflow identique à celle de tmux, vocabulaire de préfixe et d'indicateur différent.
- Le défilement est en mode copie : Ctrl-a [ + espace pour définir les marques, PgUp pour la pagination, recherchez avec ?, collez avec Ctrl-a } ; le dump `hardcopy -h` capture l'écran visible avec l'historique dans un fichier lorsque vous avez besoin de preuves rapidement.
- L'attachement multi-utilisateur est intégré : les sessions partagées via acls plus le mode multi-utilisateur permettent à deux ingénieurs dans la même vue en direct (chmod le socket, `acladd user`) : un classique pour les opérations en binôme avant que tmux ne s'en moque facilement. Examen de la sécurité : il est suffisamment privilégié pour être pris en compte dans la discipline d'identification des sessions à shell partagé.
- Surveillance et statut : configuration de la ligne hardstatus dans ~/.screenrc ainsi que les conventions de titre de fenêtre ; La journalisation par fenêtre (`Ctrl-a H`) par fenêtre dans un fichier est un outil intégré pour capturer les déploiements sans outils supplémentaires.
- Des fractionnements existent (Ctrl-a S horizontal, | vertical, cycles de tabulation, X supprime) bien que la gestion des volets soit plus maladroite que celle de tmux : cas d'utilisation honnête pour les diagnostics attachés plutôt que pour un espace de travail complet.
- Le tableau de règles 2026 de notre article comparatif : configurations planifiées modernes : tmux ; hôtes où seul screen existe (ancienne classe RH5, la base OpenBSD installe par défaut pré-tmux, shells de secours minimes) : screen : le temps de transfert de compétences est de quelques minutes, et chaque administrateur système doit transporter les deux.
Note de terrain
L'ancienne boîte de support qui ne fournit que l'écran GNU est la raison pour laquelle un ingénieur a appris Ctrl-a d après une décennie de tmux : la règle honnête est de connaître les deux. Les images de sauvetage ne demandent pas votre préférence.
Questions fréquentes
L'écran est-il toujours maintenu ?
Mode maintenance, pas mode développement : les versions trimestrielles de correction de bugs le maintiennent stable mais statique ; pour les nouvelles configurations et fonctionnalités, tmux a hérité de la feuille de route.
Les configurations d'écran et de tmux sont-elles interchangeables ?
Pas littéralement : le préfixe (Ctrl-a vs Ctrl-b) et le vocabulaire des commandes diffèrent ; le modèle mental (sessions, fenêtres, détachement/attachement) est transféré en quelques minutes, c'est pourquoi l'apprentissage des deux est une pratique courante.
Puis-je migrer les sessions en cours entre les hôtes ?
Pas directement, ni l'un ni l'autre outil : les sessions sont des processus serveur sur leur hôte. Le chemin de migration est au niveau du processus : détachez, déplacez le travail (ou redémarrez sous un superviseur/encapsuleur de journal), rattachez-vous au nouvel hôte.
Pourquoi les images de secours sont-elles livrées en écran et non en tmux ?
Petit binaire, des décennies d'histoire d'empaquetage et des pratiques de référentiel de base antérieures à l'arrivée de tmux : la raison pour laquelle la mémoire musculaire de chaque administrateur système devrait inclure Ctrl-a d même dans une décennie normalisée par tmux.
Comment Kinetikatech vous aide avec commandes linux et compétences shell
C'est notre quotidien : Les commandes et habitudes de script qui décident si un administrateur exploite un serveur ou le combat : rechercher, transformer, transférer et superviser le texte et les processus avec les outils présents dans chaque installation de base. Notre service Sécurité des serveurs Linux et Gestion de serveurs le couvre de bout en bout : évaluation, mise en œuvre, supervision 24/7 et intervention d'urgence en 30 minutes.