Lancer un programme qui survit à la déconnexion
Pourquoi votre serveur s'arrête quand vous fermez le terminal, et les trois façons de l'éviter — de la plus rapide à la plus durable.
Vous lancez votre serveur de jeu, tout marche, vous fermez la fenêtre — et tout s'arrête. C'est normal : votre programme appartient à la session SSH, et quand elle se ferme, le système ferme ce qu'elle a ouvert.
tmux, pour reprendre là où on s'est arrêté
tmux garde une session vivante sur le serveur. Vous vous déconnectez, vous revenez le lendemain, vous la rouvrez : le programme tourne toujours et vous voyez sa console comme si vous ne l'aviez jamais quittée.
sudo apt install tmux
tmux new -s jeu # créer une session nommée « jeu »
# … lancer votre programme …
# Ctrl+B puis D → se détacher, le programme continue
tmux ls # lister les sessions
tmux attach -t jeu # y revenirCtrl+B, la touche de commande
Dans tmux, tout passe par Ctrl+B suivi d'une autre touche : D pour se détacher, C pour une nouvelle fenêtre, N pour passer à la suivante, [ pour remonter dans l'historique — et Q pour sortir de ce défilement.
nohup, pour un lancement ponctuel
Plus simple, mais sans console à reprendre : le programme tourne, sa sortie va dans un fichier, et c'est tout.
nohup ./mon-script.sh > /var/log/mon-script.log 2>&1 &systemd, la vraie réponse pour un service
Dès qu'un programme doit tourner en permanence, tmux et nohup sont des rustines : ils ne redémarrent pas après un plantage, ni après un redémarrage de la machine. Un service systemd fait les deux, et ses messages atterrissent dans le journal du système. Voir le guide sur les services.
| Besoin | Bon outil |
|---|---|
| Une migration qui dure deux heures | tmux — on veut voir la sortie |
| Un script lancé une fois | nohup |
| Un serveur de jeu, une application | systemd |
| Un serveur de jeu avec console interactive | tmux, ou un panneau comme Pterodactyl |
Bloqué malgré tout ? Ouvrez un ticket : on répond en français, et on regarde votre machine si besoin.
Ouvrir un ticket