你有没有遇到过这样的情况：一个几百兆甚至上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，需要在本地安装相应软件包。传输超大文件时，可能会有性能开销，但胜在顺手。
注意事项：
- 安全性：SSH连接一定要用强密码或密钥认证，别图省事用弱密码——否则传输再安全也白搭。
- 带宽限制：文件越大，压缩收益越明显。可以试试
-C（scp）或-z（rsync）选项，实测能省30％～50％的传输时间。 - 断点续传：
rsync天生支持，scp不行。如果网络不稳定，优先选rsync。 - 监控和日志：传大文件时开个
--progress实时看进度，配合nohup或screen后台跑，避免断开了重来。
说到底，没有哪个工具是绝对的“最好”，关键看你的需求：一次快速传输选 scp，增量备份选 rsync，交互操作选 sftp，日常挂载选 sshfs。掌握了这四把刀，大文件传输这事，基本就稳了。
