Lorsqu’une session SSH se coupe inopinément au beau milieu d’une opération critique — mise à jour de paquets, compilation, migration de base de données — la perte de contexte peut être coûteuse. GNU Screen répond à ce problème fondamental de l’administration système : il découple le processus en cours de la session terminal qui l’a lancé, rendant vos processus imperméables aux interruptions réseau et aux déconnexions accidentelles.
Screen est un multiplexeur de terminal : il permet d’ouvrir plusieurs fenêtres shell indépendantes dans une seule connexion, de naviguer entre elles, de s’en détacher et de les retrouver intactes plus tard — même après une déconnexion complète. Conçu dans les années 1980 et toujours activement maintenu, il reste un réflexe incontournable pour tout administrateur système travaillant en SSH sur des serveurs de production.
Cet article couvre l’installation, la gestion des sessions et fenêtres, les raccourcis essentiels, la division d’écran, les cas d’usage avancés (console série, partage de session, logging) et la personnalisation via ~/.screenrc.
Installation sous Debian et Ubuntu
Screen est disponible dans les dépôts officiels et s’installe en une commande :
sudo apt update && sudo apt install screen
Vérification de la version installée :
screen --version
# Screen version 4.09.01 (GNU) 20-Aug-23
Sur la plupart des systèmes Debian/Ubuntu récents, screen est déjà présent. Un which screen renvoyant un chemin confirme qu’aucune installation n’est nécessaire.
Gérer les sessions screen
Créer une session nommée
Toujours nommer ses sessions : c’est la première bonne pratique. Un nom explicite évite de s’y perdre lorsque plusieurs sessions coexistent :
# Créer une session nommée
screen -S migration-db
# Démarrer une session détachée d'emblée et y exécuter une commande
screen -S sauvegarde -dm bash -c 'rsync -av /data/ /backup/ && echo DONE'
L’option -dm démarre la session en mode détaché immédiatement — utile pour lancer des tâches de fond depuis un script ou un cron.
Lister les sessions actives
screen -ls
# There are screens on:
# 12345.migration-db (09/07/2026 10:23:14) (Detached)
# 12346.sauvegarde (09/07/2026 10:25:00) (Detached)
# 2 Sockets in /run/screen/S-root.
Chaque session est identifiée par son PID et son nom. Le statut Detached signifie qu’elle est disponible pour rattachement ; Attached indique qu’une connexion active est en cours.
Se rattacher à une session
# Rattachement par nom
screen -r migration-db
# Rattachement par PID
screen -r 12345
# Si une seule session existe
screen -r
# Forcer le détachement d'une autre connexion et se rattacher
screen -d -r migration-db
Terminer une session
# Depuis l'intérieur de la session
exit
# Depuis l'extérieur : tuer une session par son nom
screen -S migration-db -X quit
Raccourcis clavier essentiels
Tous les raccourcis screen sont précédés du préfixe Ctrl+a. La notation C-a c signifie : appuyer sur Ctrl+a, relâcher, puis taper c.
Navigation et gestion des fenêtres
C-a c— Créer une nouvelle fenêtre (Create)C-a n— Fenêtre suivante (Next)C-a p— Fenêtre précédente (Previous)C-a "— Lister toutes les fenêtres (menu interactif)C-a w— Afficher la liste des fenêtres dans la barre de statutC-a 0..9— Accéder directement à la fenêtre numérotéeC-a A— Renommer la fenêtre couranteC-a k— Fermer (kill) la fenêtre courante
Sessions et utilitaires
C-a d— Se détacher de la session (Detach)C-a [— Mode copie/défilement (scroll dans l’historique)C-a ]— Coller le texte copiéC-a H— Activer/désactiver le logging dans un fichierC-a ?— Afficher l’aide intégréeC-a :— Entrer une commande screen en mode interactif
Astuce : Pour envoyer un vrai
Ctrl+aà l’application qui tourne dans screen (par exemple dansvimoubash), tapezC-a a. Screen transmet alors le caractère sans l’intercepter.
Division de l’écran (split panes)
Screen permet de diviser la fenêtre du terminal en plusieurs régions, chacune affichant une fenêtre différente. Pratique pour surveiller des logs en temps réel tout en travaillant dans un autre shell :
# Division horizontale (haut/bas) : Ctrl+a puis S (majuscule)
# Division verticale (gauche/droite) : Ctrl+a puis | (pipe)
# Passer à la région suivante : Ctrl+a puis Tab
# Depuis la nouvelle région, ouvrir une fenêtre : Ctrl+a c (ou n/p)
# Supprimer la région courante : Ctrl+a X (majuscule)
# Supprimer toutes les régions sauf la courante : Ctrl+a Q (majuscule)
Après avoir créé une région avec C-a S, naviguez vers elle avec C-a Tab, puis affichez-y une fenêtre existante avec C-a n ou ouvrez-en une nouvelle avec C-a c.
Cas d’usage avancés
Processus longue durée via SSH
Le cas d’usage le plus courant en administration système. Lancer une opération qui dure des heures, se détacher, fermer le terminal local et revenir plus tard :
# Sur le serveur distant, ouvrir une session nommée
screen -S upgrade-bdd
# Lancer l'opération dans la session
apt upgrade -y
# Se détacher sans interrompre le processus : Ctrl+a d
# [detached from 12345.upgrade-bdd]
# Fermer le terminal local, partir, revenir plus tard
ssh utilisateur@serveur
screen -r upgrade-bdd # retrouver l'opération exactement là où elle en était
Pour les tâches planifiées, voir aussi la gestion des services avec systemd qui offre une alternative robuste pour les processus persistants.
Partage de session (debug collaboratif)
Deux administrateurs peuvent se connecter à la même session screen simultanément — idéal pour le débogage en binôme :
# Administrateur A : crée la session
screen -S debug-prod
# Administrateur B (même utilisateur Unix) : rejoint la session en lecture/écriture
screen -x debug-prod
# Pour partager entre deux utilisateurs Unix différents,
# activer le multiuser depuis l'intérieur de la session :
# C-a : multiuser on
# C-a : acladd nom_utilisateur_b
Console série et périphériques
Screen sait se connecter directement à un port série — très utile pour administrer des équipements réseau (routeurs, switches) ou des cartes embarquées via un adaptateur USB-série :
# Connexion à un équipement réseau sur /dev/ttyUSB0 à 9600 baud
screen /dev/ttyUSB0 9600
# Raspberry Pi ou équipement embarqué à 115200 baud
screen /dev/ttyUSB0 115200
# Quitter la connexion série sans la tuer : C-a d (détachement)
# Tuer définitivement : C-a k puis confirmer avec y
Logging automatique de session
Screen peut enregistrer tout ce qui s’affiche dans une fenêtre dans un fichier texte plat — pratique pour conserver une trace d’une opération critique :
# Démarrer une session avec logging activé dès le départ
screen -L -S session-loggee
# Le log est écrit dans ~/screenlog.0 par défaut
# Basculer le logging depuis l'intérieur : C-a H
# Pour spécifier le fichier de log dans ~/.screenrc :
# logfile /var/log/screen/screen-%S-%n.log
Personnalisation avec ~/.screenrc
Le fichier ~/.screenrc est lu au démarrage de chaque session screen. Un exemple minimaliste mais efficace pour l’administration système :
cat > ~/.screenrc << 'EOF'
# Désactiver le message de bienvenue
startup_message off
# Barre de statut en bas : hostname, liste des fenêtres, heure
hardstatus alwayslastline
hardstatus string '%{= kG}[ %{G}%H %{g}][%= %{= kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B} %m/%d %{W}%c %{g}]'
# Taille de l'historique de défilement (lignes)
defscrollback 10000
# Encodage UTF-8
defutf8 on
# Désactiver le contrôle de flux (évite le freeze avec Ctrl+s)
defflow off
# Bell visuel plutôt qu'auditif
vbell on
EOF
La directive hardstatus affiche en permanence une barre en bas du terminal avec le nom du serveur, la liste des fenêtres et l’heure — indispensable dès qu’on gère plusieurs fenêtres simultanément. Pour partir d’une base existante :
cp /etc/screenrc ~/.screenrc
Screen vs tmux : que choisir ?
tmux est souvent présenté comme le successeur moderne de screen. En pratique, les deux outils répondent à des besoins légèrement différents :
- Screen : présent par défaut sur de nombreux systèmes anciens, configuration minimale, natif pour les connexions série (
/dev/ttyUSB0), partage multi-utilisateur sans plugin. - tmux : meilleure gestion des splits, support des sessions persistantes avec plugins (tmux-resurrect), syntaxe de configuration plus lisible, scripting plus puissant.
Pour les environnements de production hétérogènes où screen est pré-installé, ou pour les cas d’usage console série, screen reste le bon choix. Pour un setup quotidien sur un poste dédié, tmux offre davantage de confort à long terme.
À lire également
- SHELL : Guide des commandes les plus usuelles et commandes couteau suisse — maîtriser le terminal avant de le multiplexer
- Scripting Bash avancé — pièges, bonnes pratiques et optimisation — automatiser des tâches longue durée à lancer dans des sessions screen
- Durcissement SSH — au-delà des clés publiques — sécuriser la connexion SSH qui héberge vos sessions screen persistantes
- Ansible : automatiser la gestion de serveurs Linux avec des playbooks — pour aller plus loin dans l’automatisation des tâches d’administration