Commandes Linux et compétences Shell
tmux : des sessions qui survivent à votre connexion
tmux est le multiplexeur de terminal qui maintient le travail de longue durée en vie lorsque votre connexion SSH s'arrête : un processus de serveur détaché conserve vos fenêtres et vos volets, et toute connexion ultérieure (ordinateur portable, réseau de bureau, autre ville) se reconnecte à la même session en direct. L'élément dédié derrière notre comparaison tmux-vs-screen : les habitudes qui le transforment de nouveauté en infrastructure opérationnelle.
Points clés
- Le modèle mental est serveur-client : `tmux new -s déployer` crée une session détachée nommée ; `Ctrl-b d` se détache ; `tmux attach -t déployer` renvoie n'importe quoi plus tard à partir de n'importe quelle connexion : les déploiements, les queues de journal et les compilations survivent aux ordinateurs portables qui se mettent en veille en cours de travail.
- Les fenêtres et les volets constituent la surface de travail : les fenêtres sont des onglets de tâches de style Alt (Ctrl-bc pour créer, n/p ou nombres pour changer), les volets divisent une fenêtre (Ctrl-b % vertical, " horizontal, les touches fléchées naviguent) : un écran, un contexte — connectez-vous dans un volet de gauche, redémarrage du service à droite.
- La configuration mérite sa place dans ~/.tmux.conf : un défilement plus important (limite d'historique), un mode souris pour le défilement/sélection, un temps d'échappement plus court (le délai de style vi tue la gestion des touches sensibles à la latence) et une barre d'état visible affichant les noms de session et de fenêtre ; la configuration vit dans le contrôle de version comme tout le reste opérationnel.
- Le mode copie est le super pouvoir silencieux : Ctrl-b [ revient en arrière avec recherche (/) et sélection de copie ; combiné avec des préfixes pour la classe grep, il récupère le moment « J'ai vu l'erreur il y a trois écrans » que le simple défilement SSH perd.
- Les sessions d'équipe fonctionnent : les sockets nommés partagés (tmux -S /tmp/pair.sock) permettent à deux ingénieurs de se connecter à la même session en direct pour le débogage en paire ou les transferts ; la session persiste tant que le socket vit (et donc aussi la discipline du shell partagé : mentionnez, ne surprenez pas).
- Réalité des scripts : l'automatisation de classe `tmux new-session -d -s job 'run-script && send-keys...'` et les commandes tmux de cron permettent des configurations de surveillance des journaux à plusieurs volets sans surveillance ; associez-le à la journalisation dans un fichier pour tout ce qui doit survivre au-delà d'une boucle de révision (notre cat-hub de commandes Linux couvre à la place la place des journaux).
Note de terrain
Le déploiement qui a duré trois heures avec une batterie d'ordinateur portable a utilisé tmux pour survivre à la batterie qui mourait deux fois en cours de travail. Les sessions sont une infrastructure et l'ingénieur dormait une fois la construction terminée.
Questions fréquentes
tmux vs screen pour les nouvelles configurations ?
tmux : meilleurs fractionnements, vocabulaire de script, communauté de configuration vivante. Écran GNU : installé là où tmux ne l'est pas (anciennes images de secours, hôtes minimes). Notre article de comparaison couvre le tableau des compromis : choisissez tmux là où vous choisissez librement, sachez screen quand l'hôte décide pour vous.
Comment me détacher sans tuer mon travail ?
Le préfixe d (Ctrl-b d) détache uniquement la vue client : la session (jobs, shells) continue de s'exécuter côté serveur ; la mise à mort nécessite explicitement `tmux kill-session`, donc le détachement est toujours sûr.
Deux personnes peuvent-elles s'attacher pour lire la même session ?
Oui, les sessions partagées à socket nommé ou le simple « tmux attach -t » à la même session fonctionnent tous les deux ; la formation en binôme, le transfert et le commandement en cas d'incident sont devenus un cas d'utilisation opérationnel normal.
Quelle est la configuration minimale qui rapporte immédiatement ?
Un historique de défilement plus grand, un mode souris activé, un temps d'échappement plus court et une barre d'état affichant l'hôte + le nom de la session : quatre lignes qui empêchent la plupart des incidents de type « attendez sur quelle boîte suis-je ».
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.