Linux コマンドとシェル スキル
tmux と screen: セッション マネージャーの比較
tmux と screen は、ネットワークが停止しても作業が停止するべきではないという、同じ古くからの問題を解決します。セッションはサーバー上に存在し、切断されても存続し、ペインに分割できます。 screen はどこにでも出荷されている安定した祖先であり、tmux はより健全なデフォルト、スクリプト可能なペイン、そして進化したエコシステムを備えた後継者です。機能的にはそれらは 10 対 1 で重複しており、サーバーがすでに備えているツールに加えて、チームが実際に維持する設定の習慣を加えるのが正直な選択です。
要点
- セッションの健全性が核となる値です。開始するには tmux new -sdeploy / screen -Sdeploy を実行し、ファームを表示するには tmux ls / screen -ls を実行します。また、正確な名前でアタッチするため、同僚の夜間ジョブの再アタッチは推測ではなく検索になります。
- 正常に切り離し (接頭辞 d)、意図的に終了します。ペイン内で終了してセッション全体を閉じると、中途半端な長いジョブが失われます。 「本気でそう思っていない限り切り離す」というのは習慣であり、好みではありません。
- 分割は tmux でより適切に動作します: % と " はペインを分割し、プレフィックスの下の矢印のサイズ変更とオプションのマウス モードを追加します。スクリーンは、より細かいサイズ変更で | と S を同じ端に向かってカウントします。
- スクロールバックは静かに決定的です。tmux コピー モードは履歴を検索します ([ 次に /)。画面の ^a [ ナビゲーションは機能しますが粗雑で、数 GB のログ末尾では検索がスクロールを上回ります。
- スクリプト可能性は tmux に傾いています。送信キーとキャプチャ ペインにより、自動化によりセッションの駆動と読み取りが可能になります。これが、CI とツール グルーがそれを好む理由です。 screen もそこに移動できますが、古い表現が使用されます。
- 共有セッションは両方で機能します。1 つのセッションに 2 つ接続すると、すべてがライブでミラーリングされます。つまり、危険なコマンドをリアルタイムでペア デバッグまたはバディ チェックします。規律を持って入力し続けないと、鏡にタイプミスも表示されます。
- 構成文化は異なります。tmux は分割構成エコシステム (テーマ、プラグイン、チームごとの適切なデフォルト) を成長させ、画面は 1 つの ~/.screenrc で実行されます。実際には、tmux はチーム全体に拡張でき、画面は個人的なもののままです。
- 再起動ですべてが終了します。セッションはサーバー メモリ内に存在するため、長いジョブには実際のジョブ (ログ、チェックポイント、再起動可能なスクリプト) に加えて、その上のセッション マネージャーが必要です。 tmux は耐久性ではなく保険です。
現場ノート
失われたセッションは、VPN の障害によって中断された 6 時間のデータ移行であり、ディスク上には私たちがどの段階にいるのかわかりませんでした。コーヒーブレイクより長い時間はすべて tmux で名前が付けられ、翌朝肩をすくめる代わりに tmux ls で再開されます。
よくある質問
1つだけ学ぶとしたらどれですか?
tmux、フリートがすでにどこでも画面を実行している場合を除きます。そのデフォルト、スクリプト フック、コミュニティの勢いは過去 10 年間にそのまま残っており、その習慣は画面の緊急事態をカバーするのに十分に受け継がれています。
2 人で 1 つのセッションを共有しても安全ですか?
はい、これは標準的なペア デバッグの動作です。どちらも同一のキーストロークを認識するため、キーボードの所有者について合意し、破壊的なコマンドを第 2 の目が取り付けられた変更要求のように扱います。
セッション内で色が間違って見えるのはなぜですか?
TERM の不一致: 内部端末は tmux-256color または screen-256color をアナウンスする必要があり、リモート ホストにはエントリ (infocmp が示す) が必要で、読みやすさが第一、テーマのプライドが二番目です。
サーバーを再起動してもセッションは存続しますか?
いいえ: セッションはメモリ内に存在し、ディスクが存続している間に再起動するとセッションは消去されます。再起動可能なスクリプトとディスク上のログは耐久性レイヤー、tmux は中断レイヤーであり、この 2 つを混同するのが古典的な停止です。
linux コマンドとシェル スキル に対するKinetikatechの支援
正直なところ、ほとんどのチームはまず自力で試してからご相談に来ます：管理者がサーバーを操作するかサーバーと戦うかを決定するコマンドとスクリプトの習慣。すべての基本インストールに存在するツールを使用して、テキストとプロセスを検索、変換、転送、監視します。 私たちのLinuxサーバーセキュリティとサーバー管理サービスは、linux コマンドとシェル スキルを苦い経験で学ぶ必要がないように存在します。セットアップ、監視、そして3時の驚きをすべてお任せください。