一篇文章看懂SSH，TMUX，SCP的原理及使用

SSH / Tmux / SCP 全链路详解（服务器内部视角）

一、SSH 登录：远程服务器内部发生了什么？

1️⃣ 常驻监听

远程服务器启动后，系统中常驻一个sshd 主进程：

socket(AF_INET, SOCK_STREAM, 0); // 创建 TCP 接口 bind(port=22); // 绑定 22 号端口 listen(); // 持续监听

• 监听者：sshd（主）

• 权限：root

• 职责：只负责“接电话”

2️⃣ 你发起连接：fork 出子进程

当你在本地执行：

ssh user@server

服务器内部：

1. TCP 三次握手完成

2. sshd（主）调用：

   fork();

3. 生成一个sshd(子)：

   • 专门服务你这一条连接

   • 主进程继续监听别人

3️⃣ sshd(子) 申请 PTY（伪终端）

sshd(子)向Linux 内核申请终端：

open("/dev/ptmx");

内核创建PTY（一对）：

4️⃣ fork + exec 出 bash

sshd(子)再 fork 一次：

fork(); exec("/bin/bash");

结果：

sshd(子) └── bash ├── stdin → PTY Slave ├── stdout → PTY Slave └── stderr → PTY Slave

5️⃣ 你输入命令时发生了什么？

python train.py

流程：

1. 本地 SSH client → TCP → sshd(子)

2. sshd(子) 写入 PTY Master

3. 内核 → PTY Slave

4. bash 读到命令

5. bashfork()→exec("python")

6. python：

   • 使用CPU / 内存

   • 通过CUDA​ 调用GPU

   • 读写远程磁盘

输出原路返回：

python → PTY Slave → PTY Master → sshd(子) → TCP → 本地屏幕

二、断网后：为什么普通 SSH 会死？

1️⃣ 断网瞬间

• TCP 连接断开

• sshd(子)发现网络 EOF

• sshd(子)退出

• PTY Master 被关闭

2️⃣ 内核发 SIGHUP

内核发现：

“PTY 的控制端（Master）没了”

于是：

• 向会话首进程（bash）​ 发送SIGHUP

• bash 默认终止

• bash 向前台进程组（python）转发 SIGHUP

• python 退出

3️⃣ PTY 被回收

• bash 关闭 PTY Slave

• 无人引用 PTY

• 内核回收 PTY

✅这就是“一断网，训练全没”的根本原因

三、Tmux：为什么断网后还能活着？

1️⃣ Tmux 做了什么？

你在 SSH 里输入：

tmux new -s train

服务器内部：

1. bash fork → exec →tmux client

2. tmux client fork →tmux server

3. tmux server：

   • 被systemd/init收养（PPID=1）

   • 不依赖 sshd(子)

4. tmux server：

   • 自己申请 PTY

   • fork → bash'（tmux 内 bash）

5. tmux client：

   • 通过Unix Socket​ 连接 tmux server

   • 充当 sshd(子) 与 tmux server 的桥梁

2️⃣ 断网时发生了什么？

✅因为 tmux server 的父不是 sshd，而是系统 init

四、SCP：为什么不能只用 SSH？

1️⃣ SSH 的局限

SSH 只能：

• 执行远程命令

• 传输终端 IO

❌不能把本地文件“变”到远程磁盘

2️⃣ SCP 的原理

SCP 本质是：

基于 SSH 加密通道的“文件复制工具”

执行：

scp train.py user@server:/home/user/

内部流程：

1. 本地 scp：

   • 打开train.py

   • 读文件内容

2. 通过 SSH 通道发送

3. 远程 sshd：

   • 启动临时 scp 进程

   • 把数据写成/home/user/train.py

👉SCP 传的是“文件数据”，不是命令

3️⃣ SSH vs SCP 一句话区别