如何通过未加密TCP 22端口传输块设备？老服务器性能受限场景

首先得明确你的核心困境：老服务器CPU扛不住SSH默认加密的开销，导致传输慢；而且限制死了只能用22端口、不能装软件、出站被封，所以所有操作必须是客户端主动拉取，且用现有工具。

试试下面这些优化方向，都是基于SSH和dd的组合，完全不需要额外安装软件：

1. 降低SSH加密算法，减少CPU负载 #

SSH默认的加密算法（比如AES-256-GCM）对弱CPU来说开销极大，换成轻量型的算法能显著降低CPU占用，提升传输速度。推荐用chacha20-poly1305@openssh.com，它的CPU开销远低于AES系列，而且安全性也足够（除非你是极端敏感场景）。

客户端执行命令：

ssh -c chacha20-poly1305@openssh.com -o Compression=no user@your-old-server 'dd if=/dev/your-disk bs=4M' | dd of=/local/path/your-image.img bs=4M

• -c chacha20-poly1305@openssh.com：指定轻量加密算法
• -o Compression=no：必须关掉压缩，压缩会让服务器CPU额外做运算，反而拖慢速度
• bs=4M：用更大的块大小，减少IO和系统调用的次数，对弱CPU更友好（可以根据服务器内存调整，比如2M或8M，4M是比较均衡的选择）

2. 进一步优化SSH的MAC算法 #

除了加密算法，SSH的MAC（消息认证码）算法也会占用CPU，换成轻量的umac-64@openssh.com能再省一点资源：

ssh -c chacha20-poly1305@openssh.com -m umac-64@openssh.com -o Compression=no user@your-old-server 'dd if=/dev/your-disk bs=4M' | dd of=/local/path/your-image.img bs=4M

3. 极端场景：使用无加密SSH（仅限信任环境） #

如果你的传输环境是完全可信的（比如内网），可以尝试禁用SSH加密，这能把CPU开销降到最低。不过注意，很多服务器默认禁用了无加密连接，你可以先测试一下：

ssh -c none -o Compression=no user@your-old-server 'dd if=/dev/your-disk bs=4M' | dd of=/local/path/your-image.img bs=4M

如果服务器报错，说明管理员禁用了无加密，那就回到方案1或2。

为什么之前的方法没用？ #

• SSH默认配置：默认加密和压缩太耗弱CPU，导致速度崩
• rsync：它是文件级同步工具，本身不支持直接传输块设备，所以没法用
• rsh：现在几乎没人用了，而且大部分服务器没开启这个服务，也确实没端口修改的灵活选项
• nc：因为服务器出站被阻止，你没法让服务器主动连接客户端的nc监听端口；而如果让服务器用nc监听，又需要开放额外端口，不符合你的限制，所以完全没用

这些方案都是基于系统自带的ssh和dd工具，不需要在服务器上装任何东西，也只用到22端口，完全符合你的限制条件。

内容的提问来源于stack exchange，提问作者Lapsio