如何用SSH安全传输大文件

你有没有遇到过这样的情况：一个几百兆甚至上GB的文件，急着从一台服务器传到另一台，既怕网速慢，更怕中间被截获？SSH（Secure Shell）就是解决这个问题的老朋友——它不光能远程登录，还自带一套安全传输文件的工具链。下面就把几种常见的大文件传输方案掰开揉碎讲清楚，你可以根据自己的场景直接挑一个用。

1. 使用 scp 命令

scp 是SSH原生自带的文件传输利器，简单粗暴，一条命令就能把本地文件扔到远程，或者反过来拉回来。如果你只需要做一次性的传输，它是最快上手的。

基本语法：

scp [选项] [源文件] [目标文件]

示例：

scp /path/to/local/largefile.zip user@remotehost:/path/to/remote/directory

选项：

• -r：递归复制目录。
• -P：指定端口号。
• -C：启用压缩。

小提示：如果文件特别大，加上 -C 压缩能省不少时间，但也要看CPU的负担，老机器可能得不偿失。

2. 使用 rsync 命令

如果传输经常中断，或者你每次都只传变化的部分，那 rsync 就是神器。它支持增量传输，第一次全量传完，后面再跑只传改动的数据块——这对于持续更新的日志、数据库备份简直不要太香。

基本语法：

rsync [选项] [源文件] [目标文件]

示例：

rsync -a vz /path/to/local/largefile.zip user@remotehost:/path/to/remote/directory

选项：

• -a：归档模式，保留权限、时间戳等。
• -v：详细模式，显示传输过程。
• -z：压缩数据。
• --progress：显示传输进度。

值得注意的一点是，rsync 默认走SSH通道，安全跟原生一样，而它的断点续传能力是 scp 不具备的。传输一半断了？再跑一遍，它会自动接着传，不用从头再来。

3. 使用 sftp 命令

如果你习惯像FTP那样交互式的操作，sftp 就是你的菜。它提供一个类似FTP的命令行界面，可以 ls、cd、put、get，但底层全是SSH加密的。

基本语法：

sftp user@remotehost

示例：

sftp user@remotehost
put /path/to/local/largefile.zip /path/to/remote/directory

对于不熟悉命令行参数的人来说，sftp 的学习曲线更低，而且很多图形化SFTP客户端（比如FileZilla）都是基于这个协议，适合日常操作。

4. 使用 sshfs 挂载远程文件系统

这个方案最酷：把远程服务器的一个目录直接挂载到本地，然后就可以像操作本地文件夹一样复制粘贴大文件。对于需要频繁读写远程文件的场景，比如开发时编辑远程代码，非常好用。

基本语法：

sshfs user@remotehost:/path/to/remote/directory /path/to/local/mountpoint

示例：

sshfs user@remotehost:/home/user/largefiles /mnt/remote

不过要注意，sshfs 基于FUSE，需要在本地安装相应软件包。传输超大文件时，可能会有性能开销，但胜在顺手。

注意事项：

1. 安全性：SSH连接一定要用强密码或密钥认证，别图省事用弱密码——否则传输再安全也白搭。
2. 带宽限制：文件越大，压缩收益越明显。可以试试 -C（scp）或 -z（rsync）选项，实测能省30％～50％的传输时间。
3. 断点续传：rsync 天生支持，scp 不行。如果网络不稳定，优先选 rsync。
4. 监控和日志：传大文件时开个 --progress 实时看进度，配合 nohup 或 screen 后台跑，避免断开了重来。

说到底，没有哪个工具是绝对的“最好”，关键看你的需求：一次快速传输选 scp，增量备份选 rsync，交互操作选 sftp，日常挂载选 sshfs。掌握了这四把刀，大文件传输这事，基本就稳了。