问题背景

做运维的同事几乎都被"大文件传输"折腾过。常见场景：

• 跨机房同步 GB 级别的数据库备份文件。
• 跨地域传输 TB 级别的日志归档。
• 容器镜像分发、机器学习数据集同步。
• 数据库 dump 文件从生产机拉到本地分析。
• 视频、音频、设计稿等媒体文件从源站分发到 CDN 节点。

这些场景的共同点是"文件大、距离远、对可靠性和速度有要求"。但很多同学一上来就用 scp 一把梭，结果发现：

• 传 100GB 文件到一半网络断了，前面全白传。
• 内网千兆带宽，scp 跑不到 100MB/s。
• 文件太大，本地磁盘空间不够解压缩。
• 同时传多个文件把磁盘 I/O 打满。
• 传过去发现文件 MD5 不一致。

scp 是最简单的方案，但不是最优方案。不同的传输场景需要不同的工具组合。本文基于常见的工程实践，讲解 Linux 下大文件传输的 5 类方案（rsync、scp、nc、tar+split+lftp、curl/aria2）、它们的适用场景、性能差异、可靠性措施和最佳实践。

适用场景

本文适合以下读者和场景：

• 需要在两台 Linux 服务器之间传输 GB ~ TB 级别文件。
• 需要在生产机和办公机之间传输大文件。
• 需要做定期的文件同步、备份分发。
• 需要在低带宽、高延迟、高丢包率的链路上传输。
• 需要对比不同传输工具的性能和特性。

本文不涉及对象存储（S3 / OSS）的文件上传、BitTorrent 协议、P2P 协议、分布式文件系统等议题。

核心概念

传输速度的瓶颈

大文件传输的瓶颈通常不是网络带宽，而是：

• 加密开销：SSH 加密会消耗 CPU，影响传输速度。
• 磁盘 I/O：源端读取和目标端写入磁盘的 I/O 能力。
• 网络协议开销：TCP 拥塞控制、窗口大小、重传机制。
• 系统参数：socket buffer、tcp 窗口、磁盘缓存。
• 文件数量：大量小文件比单一大文件慢得多（每个文件都要打开 / 关闭、读取元数据）。

可靠性的关键

大文件传输的可靠性要求：

• 断点续传：网络断了恢复后能继续传，不需要重头开始。
• 完整性校验：传输完成后能确认文件没有损坏。
• 错误重试：单次失败能自动重试。
• 并发控制：能控制同时传输的文件数和带宽占用。

加密的取舍

加密能保证数据安全，但会消耗 CPU。在内网传输、专线路由、隔离网络等场景下，可以关闭加密换取速度。在公网传输、跨运营商等场景下，必须加密。

压缩的取舍

压缩能减少传输数据量，但会消耗 CPU。如果文件本身已经压缩过（zip、tar.gz、mp4），再压缩一次没效果。对于文本文件、数据库 dump、JSON 数据，压缩效果显著。

方案一：scp / sftp（基础 SSH 传输）

工具介绍

scp（Secure Copy Protocol）是最常见的文件传输工具，基于 SSH 协议，几乎所有 Linux 发行版自带。

# 基本用法scp /local/file user@remote:/remote/path/# 传目录scp -r /local/dir/ user@remote:/remote/path/# 指定端口scp -P 2222 /local/file user@remote:/remote/path/# 限速（KB/s）scp -l 8000 /local/file user@remote:/remote/path/# 保留文件属性scp -p /local/file user@remote:/remote/path/

scp 在大多数发行版上调用的是 sftp 内部实现。OpenSSH 8.0 之后，scp 默认用 SFTP 协议（SFTP-over-SSH），而不是老的 SCP 协议。

优点

• 简单：命令行直接传，不需要额外工具。
• 安全：基于 SSH 加密。
• 预装：几乎所有 Linux / macOS 自带。
• 支持断点续传：OpenSSH 9.0+ 支持 scp -C 之外的断点续传，但默认未启用，需要 rsync 或 sftp。

缺点

• 断点续传不友好：scp 没有原生断点续传（除非用 -C 加额外工具）。断了只能重传。
• 单线程：scp 是单线程传输，大文件无法利用多核。
• 加密开销：CPU 消耗明显。
• 不支持压缩过滤：不像 rsync 能做差分传输。
• 没有进度条：看不到传输速度、剩余时间。

性能优化

# 1. 启用压缩（如果文件未压缩）scp -C /local/file user@remote:/remote/path/# 2. 选择加密算法（减少 CPU 消耗）scp -c aes128-ctr /local/file user@remote:/remote/path/# 3. 指定 IP 协议（IPv4 路径可能更短）scp -4 /local/file user@remote:/remote/path/# 4. 调大 SSH 加密缓冲区# 编辑 /etc/ssh/ssh_config，添加：#     Compression yes#     CompressionLevel 9# 注意：高压缩级别耗 CPU

风险提醒：

• scp -r 复制目录时，如果源路径以 / 结尾，复制目录内容；不以 / 结尾，复制整个目录。
• 不要用 scp user@remote:~/file /local/ 复制大文件到本地，避免本地磁盘被打满。

适用场景

• 临时性、单次、不大的文件传输（< 1GB）。
• 不需要断点续传的轻量场景。
• 临时登录服务器拉取日志等。

scp 不适合生产环境的大文件传输、批量传输、跨地域传输。

方案二：rsync（增量同步之王）

工具介绍

rsync 是 Linux 下的文件同步工具，支持增量传输（只传变化的部分）、断点续传、压缩、保留权限等功能。

# 安装yum install rsync -y         # CentOS / RHELapt install rsync -y         # Ubuntu / Debian# 基本用法rsync -avz /local/file user@remote:/remote/path/# 常用参数# -a 归档模式（保留权限、符号链接、时间戳等）# -v 详细输出# -z 传输时压缩# -P 显示进度 + 支持断点续传（--partial --progress）# --bwlimit=KBps 限速# -e ssh 使用 SSH 协议

核心特性

1. 增量传输（delta-transfer）

rsync 最强大的特性是"增量传输"。它会把文件分成小块（chunk），对每块计算校验和，只传校验和不同的块。这在以下场景极其有用：

• 大文件只有少量变化（比如日志文件追加、数据库追加写入）。
• 同步大量文件，只有部分文件变化。

# 增量同步（默认行为）rsync -avz /local/dir/ user@remote:/remote/dir/# 第一次传完整文件# 第二次开始只传变化的部分

2. 断点续传

# 启用断点续传rsync -avzP /local/file user@remote:/remote/path/# -P 等价于 --partial --progress# --partial 保留部分传输的文件# --progress 显示进度

断了之后再次执行同一条命令，会从断点继续。

3. 带宽限制

# 限速 10MB/srsync -avz --bwlimit=10240 /local/file user@remote:/remote/path/# 限速 100Mbpsrsync -avz --bwlimit=12500 /local/file user@remote:/remote/path/

--bwlimit 单位是 KBps（千字节 / 秒）。

4. 包含 / 排除规则

# 排除特定文件rsync -avz --exclude='*.log' /local/dir/ user@remote:/remote/dir/# 排除多个rsync -avz --exclude={'*.log','*.tmp','cache/'} /local/dir/ user@remote:/remote/dir/# 用 --include 和 --exclude 组合rsync -avz --include='*.txt' --exclude='*' /local/dir/ user@remote:/remote/dir/

5. daemon 模式（rsync server）

rsync 可以以 daemon 模式运行，提供 873 端口的传输服务。生产环境常用的"rsync server"模式：

# 服务端配置 /etc/rsyncd.confuid = nobodygid = nobodyuse chroot = yesmax connections = 10pid file = /var/run/rsyncd.pidlog file = /var/log/rsyncd.logtransfer logging = yestimeout = 900[backup]    path = /data/backup/    comment = backup arearead only = no    auth users = backupuser    secrets file = /etc/rsyncd.secrets    hosts allow = 10.0.0.0/24    hosts deny = *

# 客户端访问rsync -avz rsync://backupuser@<server>/backup/ /local/backup/

性能优化

# 1. 选择合适的块大小（默认 700，比较保守）rsync -avz --block-size=8192 /local/file user@remote:/remote/path/# 2. 关闭压缩（如果文件已压缩）rsync -av /local/file user@remote:/remote/path/# 3. 用更强的校验算法rsync -avz --checksum-choice=xxh128 /local/file user@remote:/remote/path/# OpenSSH 8.0+ 之后的版本支持# 4. 调整 IO 缓冲区rsync -avz --whole-file /local/file user@remote:/remote/path/# --whole-file 禁用增量算法（适合小文件）

SSH 协议下的 rsync 调优

rsync over SSH 时，SSH 加密是瓶颈。优化方式：

# 1. 启用 SSH 压缩rsync -avz -e "ssh -C" /local/file user@remote:/remote/path/# 2. 指定 SSH 加密算法（减少 CPU 消耗）rsync -avz -e "ssh -c aes128-ctr" /local/file user@remote:/remote/path/# 3. 用 SSH ControlMaster 复用连接# 在 ~/.ssh/config 中添加：#     Host *#         ControlMaster auto#         ControlPath /tmp/ssh-%r@%h:%p#         ControlPersist 600# 4. SSH 启用加速算法rsync -avz -e "ssh -o 'Compression no'" /local/file user@remote:/remote/path/

缺点

• 大文件全量传输速度不如专用工具：rsync 的 delta 算法在初次传输时反而比 scp 慢（要计算校验和）。
• rsync daemon 模式配置较复杂：需要服务端配置 rsyncd.conf、用户认证、权限控制。
• 大量小文件性能差：每个文件都要做 stat 操作，元数据开销大。
• 跨平台不如 scp 通用：Windows 上 rsync 需要 Cygwin 或 WSL。

适用场景

• 定期同步：每天 / 每周同步变更的文件。
• 增量备份：把变更部分同步到备份服务器。
• 镜像同步：把生产环境的文件同步到灾备环境。
• 代码发布：把构建产物同步到目标服务器。

rsync 是生产环境最常用的文件同步工具，几乎是"增量传输"的事实标准。

方案三：nc + tar（不走 SSH 的轻量传输）

工具介绍

nc（netcat）是 Linux 下的网络瑞士军刀，能在两台机器之间直接建立 TCP 连接。nc + tar 组合可以在不经过 SSH 加密的情况下传输文件，性能比 scp / rsync over SSH 高。

# 服务端（在目标机器上执行）nc -l 9999 > /remote/file.tar.gz# 客户端（在源机器上执行）tar czf - /local/dir/ | nc <server_ip> 9999

或者反向：

# 客户端监听并解压nc -l 9999 | tar xzf - -C /local/path/# 服务端打包并发送tar czf - /remote/path/ | nc <client_ip> 9999

核心特性

1. 不加密，速度快

nc 不做加密，CPU 消耗极小。适合内网、专线等可信环境。

2. 和 tar / dd 等工具组合

nc 本质是"管道 + 网络"，可以和各种流式工具组合：

# 传输整个磁盘镜像dd if=/dev/sda bs=4M | nc <server_ip> 9999# 在目标端恢复nc -l 9999 | dd of=/dev/sda bs=4M# 传输 LVM 快照lvcreate -s -n snap -L 10G /dev/vg0/datadd if=/dev/vg0/snap bs=4M | nc <server_ip> 9999

3. 传输时压缩

# 客户端发送时压缩tar czf - /local/dir/ | nc <server_ip> 9999# 目标端接收时解压nc -l 9999 | tar xzf - -C /local/path/

4. 显示进度

nc 本身不显示进度，但可以借助 pv（Pipe Viewer）：

# 安装 pvyum install pv -yapt install pv -y# 客户端tar czf - /local/dir/ | pv -s $(du -sb /local/dir/ | awk '{print $1}') | nc <server_ip> 9999# 输出会显示进度条、速度、剩余时间

进度监控的多种方法

# 方法 1：用 pvtar czf - /local/dir/ | pv -s 10G | nc <server_ip> 9999# 方法 2：用 dd 显示进度tar czf - /local/dir/ | dd bs=1M | pv | nc <server_ip> 9999# 方法 3：分块 + 总大小total_size=$(du -sb /local/dir/ | awk '{print $1}')tar czf - /local/dir/ | nc <server_ip> 9999 &nc_pid=$!# 监控网络流量估算进度whilekill -0 $nc_pid 2>/dev/null; do  sleep 5echo"Current state:"  ss -tan | grep ":9999"done

加密版本

如果需要加密，可以用 ncat（Nmap 套件）或者 cryptcat：

# 安装 nmap（含 ncat）yum install nmap -yapt install ncat -y# 用 ncat 加密传输ncat -l 9999 --ssl > /remote/file.tar.gztar czf - /local/dir/ | ncat <server_ip> 9999 --ssl

缺点

• 没有加密：裸 TCP 传输，数据明文。只能在可信网络（内网、专线）使用。
• 没有断点续传：网络断了要重头开始。
• 没有完整性校验：传完无法确认是否损坏。
• 没有身份认证：任何能连上端口的人都能接收。
• nc 命令的版本差异：不同发行版的 nc 参数不一样（openbsd-netcat vs traditional-netcat），生产环境注意兼容。

适用场景

• 内网跨机器快速传大文件：千兆 / 万兆内网，不在乎加密。
• 传输磁盘镜像 / 备份：DD 配合 nc 做机器克隆。
• 网络限速测试：用 nc 做简单的网络吞吐测试。
• 裸数据流传输：不需要文件系统的流式数据。

nc + tar 是单机之间最快的传输方案之一，但只适合可信环境。

方案四：tar + split + scp/rsync（分卷传输）

工具介绍

大文件传输时，如果单文件太大（比如 100GB），可以用 split 切成小块分别传输，到目标端再合并。这样做有几个好处：

• 单个块不大，可以并行传输或分批传输。
• 部分块失败只需重传该块，不需要重传整个文件。
• 可以用 md5sum 验证每个块的完整性。

# 打包并分卷（每个块 1GB）tar czf - /local/dir/ | split -b 1G - /backup/file_part_# 生成的文件：# /backup/file_part_aa# /backup/file_part_ab# /backup/file_part_ac# ...# 传完之后在目标端合并cat /backup/file_part_* | tar xzf - -C /local/path/# 校验完整性md5sum /backup/file_part_* > /backup/md5sums.txtmd5sum -c /backup/md5sums.txt

核心特性

1. 分卷大小

# 按字节split -b 100M file.tar.gz file_part_# 按行（文本文件）split -l 10000 file.log file_part_# 用数字后缀（默认是字母）split -b 100M -d file.tar.gz file_part_# 加前缀split -b 100M file.tar.gz /backup/bigfile_part_

2. 并行传输

# 用 parallel 并行传多个分卷ls /backup/file_part_* | xargs -n 1 -P 4 -I {} scp {} user@remote:/remote/backup/# 或者用 rsync 多线程# 注意：rsync 本身不支持多线程传输单文件，需要手动分包

注意：单个文件的多线程传输可以用 psplit（Parallel Split）工具，但用得不多。常见做法是 split + parallel scp。

3. 校验

# 源端生成 MD5md5sum /backup/file_part_* > /backup/md5sums.txt# 传 md5sums.txt 到目标scp /backup/md5sums.txt user@remote:/remote/backup/# 目标端校验md5sum -c md5sums.txt

4. 自动恢复

# 用 rsync 传分卷（支持断点续传）for part in /backup/file_part_*; do  rsync -avzP "$part" user@remote:/remote/backup/done# 传完合并cat /remote/backup/file_part_* | tar xzf - -C /local/path/

适用场景

• 超大文件传输：单文件 > 100GB，普通工具不稳定。
• 网络稳定性差：分块后单块小，失败成本低。
• 需要校验：每个块都做 MD5 校验，文件损坏率低。
• 跨地域传输：分块后可以走不同路径（比如一半走专线，一半走公网）。

缺点

• 需要分卷和合并：操作步骤多。
• 目标磁盘空间要足够：合并前要预留所有分卷的空间。
• 不能流式处理：必须先分卷，传完再合并。

方案五：curl / wget / aria2（多协议下载）

工具介绍

curl / wget 是命令行下载工具，支持 HTTP / HTTPS / FTP / SFTP / SCP 等多种协议。aria2 是更强的多线程下载工具。

# 用 curl 从 HTTP 服务下载curl -O http://example.com/file.tar.gz# 断点续传curl -C - -O http://example.com/file.tar.gz# 显示进度条curl --progress-bar -O http://example.com/file.tar.gz# 后台下载curl -O -# http://example.com/file.tar.gz &# 用 wgetwget http://example.com/file.tar.gz# wget 断点续传wget -c http://example.com/file.tar.gz

curl 和 wget 都可以从 HTTP / FTP 服务下载。生产环境如果需要传大文件，可以在目标端起一个 HTTP 服务（比如 python -m http.server），源端用 curl 下载。

aria2：多线程下载利器

aria2 是支持多线程、多协议的分段下载工具。

# 安装yum install aria2 -yapt install aria2 -y# 16 线程下载aria2c -x 16 http://example.com/file.tar.gz# 断点续传aria2c -c -x 16 http://example.com/file.tar.gz# 从多个源下载同一文件（多源提速）aria2c -x 4 http://server1/file.tar.gz http://server2/file.tar.gz http://server3/file.tar.gz# BT 下载aria2c file.torrent

aria2 的多线程下载是把一个文件分成多段，并行从服务器拉取。如果服务器限制了单连接带宽，多线程能突破这个限制。

核心特性

1. HTTP 服务的快速搭建

# 目标端起一个简单的 HTTP 服务cd /data/backup/python3 -m http.server 8080# 或者python -m SimpleHTTPServer 8080    # Python 2# 源端下载curl -O http://<server_ip>:8080/file.tar.gzwget http://<server_ip>:8080/file.tar.gz

风险提醒：python -m http.server 是单线程的，并发性能差。生产环境推荐用 Nginx 起一个下载服务。

# Nginx 配置server {    listen 8080;    location /download/ {        alias /data/backup/;        autoindex on;          # 启用目录列表        sendfile on;           # 启用零拷贝        tcp_nopush on;         # 合并 TCP 包        charset utf-8;    }}

2. 限速

# curl 限速curl --limit-rate 10M -O http://example.com/file.tar.gz# wget 限速wget --limit-rate=10m http://example.com/file.tar.gz# aria2 限速aria2c --max-download-limit=10M http://example.com/file.tar.gz

3. 后台下载

# wget 后台下载wget -b http://example.com/file.tar.gz# curl 不直接支持后台，可以配合 nohupnohup curl -O http://example.com/file.tar.gz > /tmp/curl.log 2>&1 &# aria2 后台（aria2c 默认是后台的，输出到终端）aria2c -d /data/ http://example.com/file.tar.gz

缺点

• 需要 HTTP 服务：目标端要起服务，或者源端有公网 HTTP 地址。
• HTTP 传输是明文：如果走公网，建议 HTTPS。
• curl / wget 单线程：单连接下载速度受限。
• 依赖目标端服务：服务挂了不能下载。

适用场景

• 从公网下载开源软件、镜像：用 curl / wget。
• 从自建 HTTP 服务下载：内网分发文件。
• 多线程下载突破单连接限速：用 aria2。
• 下载大文件并需要断点续传：aria2 的断点续传最稳定。

方案对比

功能对比表

性能对比（理论值）

在同一台千兆内网机器上，传输 10GB 压缩文件：

注意：实际速度受磁盘 I/O、CPU 性能、网络拥塞、文件压缩比等因素影响。测试值仅供参考。

网络层调优

无论用哪个工具，传输性能都受网络参数影响。优化内核参数：

# /etc/sysctl.d/99-network-tuning.conf# TCP 缓冲区net.core.rmem_default = 262144net.core.wmem_default = 262144net.core.rmem_max = 16777216net.core.wmem_max = 16777216net.ipv4.tcp_rmem = 4096 87380 16777216net.ipv4.tcp_wmem = 4096 65536 16777216# TCP 拥塞控制（推荐 BBR）net.ipv4.tcp_congestion_control = bbrnet.core.default_qdisc = fq# 队列net.core.somaxconn = 65535net.core.netdev_max_backlog = 65535net.ipv4.tcp_max_syn_backlog = 65535# 临时端口net.ipv4.ip_local_port_range = 1024 65535

应用配置：

sysctl -p /etc/sysctl.d/99-network-tuning.conf

磁盘 I/O 调优

大文件传输的另一瓶颈是磁盘 I/O。优化方法：

# 1. 用 ionice 调整 I/O 优先级ionice -c2 -n0 tar czf - /local/dir/ | nc <server_ip> 9999# -c2 best-effort# -n0 最高优先级# 2. 用 dd 设置大块读取tar czf - /local/dir/ | dd bs=4M | nc <server_ip> 9999# 3. 选择合适的文件系统# 大文件传输用 XFS 或 ext4 都行，XFS 在大文件场景下表现略好# 4. 调整 mount 参数# /etc/fstab 中添加 noatime 减少元数据写入# UUID=xxx /data ext4 defaults,noatime,nodiratime 0 0# 5. 用 tmpfs / dev/shm 临时中转# 把临时文件放在内存文件系统，减少磁盘 I/Omount -t tmpfs -o size=10G tmpfs /mnt/tmptar czf - /local/dir/ > /mnt/tmp/file.tar.gznc <server_ip> 9999 < /mnt/tmp/file.tar.gz

注意：tmpfs 占用内存，文件大小不能超过物理内存。

SSH 调优

如果用 scp / rsync over SSH，SSH 配置影响性能：

# /etc/ssh/sshd_config# 关闭 DNS 反查（减少连接延迟）UseDNS no# 启用压缩Compression yes# 增加连接复用MaxSessions 100MaxStartups 100:30:200# 增加认证超时LoginGraceTime 30# 优化加密算法Ciphers aes128-ctr,aes192-ctr,aes256-ctrMACs hmac-sha2-256,hmac-sha2-512

# 重启 sshdsystemctl restart sshd

风险提醒：修改 sshd_config 前先确认配置正确，否则可能锁死 SSH 访问。建议保留一个额外的 SSH 会话作为应急。

完整性校验

大文件传输后必须做完整性校验：

# 源端生成校验和md5sum file.tar.gz > file.tar.gz.md5sha256sum file.tar.gz > file.tar.gz.sha256# 传输校验和文件（小文件，scp 即可）scp file.tar.gz.md5 user@remote:/remote/# 目标端校验md5sum -c file.tar.gz.md5sha256sum -c file.tar.gz.sha256# 校验通过输出：# file.tar.gz: OK

生产环境强烈推荐用 sha256，md5 已经不抗碰撞攻击了。

实战脚本

1. 带进度的 rsync 传输

#!/bin/bash# transfer_with_progress.sh# 用法：./transfer_with_progress.sh <src> <dst_user> <dst_host> <dst_path>set -eSRC=$1DST_USER=$2DST_HOST=$3DST_PATH=$4if [ -z "$SRC" ] || [ -z "$DST_USER" ] || [ -z "$DST_HOST" ] || [ -z "$DST_PATH" ]; thenecho"Usage: $0 <src> <dst_user> <dst_host> <dst_path>"exit 1fi# 获取源端文件大小SRC_SIZE=$(du -sb "$SRC" | awk '{print $1}')echo"Source: $SRC"echo"Source size: $SRC_SIZE bytes"echo"Destination: $DST_USER@$DST_HOST:$DST_PATH"echo"Starting transfer..."# 用 rsync 传输，开启进度rsync -avzP --bwlimit=0 -e "ssh -o StrictHostKeyChecking=no" \"$SRC""$DST_USER@$DST_HOST:$DST_PATH"echo"Transfer complete!"echo"Verifying integrity..."# 计算 MD5SRC_MD5=$(md5sum "$SRC" | awk '{print $1}')# 在目标端计算 MD5DST_MD5=$(ssh "$DST_USER@$DST_HOST""md5sum $DST_PATH/$(basename $SRC) | awk '{print \$1}'")if [ "$SRC_MD5" = "$DST_MD5" ]; thenecho"MD5 match: $SRC_MD5"echo"Transfer verified!"elseecho"MD5 mismatch!"echo"Source MD5:      $SRC_MD5"echo"Destination MD5: $DST_MD5"exit 1fi

2. nc + tar 流式传输

#!/bin/bash# nc_transfer.sh# 用法：./nc_transfer.sh send|receive <port> <path>set -eACTION=$1PORT=$2PATH_ARG=$3if [ -z "$ACTION" ] || [ -z "$PORT" ] || [ -z "$PATH_ARG" ]; thenecho"Usage:"echo"  Send:    $0 send <port> <local_path>"echo"  Receive: $0 receive <port> <remote_path>"exit 1fiif [ "$ACTION" = "send" ]; then# 发送端echo"Sending $PATH_ARG to remote:$PORT..."    tar czf - "$PATH_ARG" | pv -s $(du -sb "$PATH_ARG" | awk '{print $1}') | nc -l -p $PORTelif [ "$ACTION" = "receive" ]; then# 接收端echo"Receiving on port $PORT to $PATH_ARG..."    nc <REMOTE_IP> $PORT | pv | tar xzf - -C "$PATH_ARG"elseecho"Unknown action: $ACTION"exit 1fi

3. 自动重试的 rsync

#!/bin/bash# rsync_retry.sh# 用法：./rsync_retry.sh <src> <dst> <max_retries>set -eSRC=$1DST=$2MAX_RETRIES=${3:-5}RETRY_DELAY=${4:-10}if [ -z "$SRC" ] || [ -z "$DST" ]; thenecho"Usage: $0 <src> <dst> [max_retries] [retry_delay_seconds]"exit 1fiATTEMPT=1while [ $ATTEMPT -le $MAX_RETRIES ]; doecho"[Attempt $ATTEMPT/$MAX_RETRIES] rsync $SRC -> $DST"if rsync -avzP "$SRC""$DST"; thenecho"Transfer succeeded!"exit 0elseecho"Transfer failed. Retrying in $RETRY_DELAY seconds..."        sleep $RETRY_DELAY        ATTEMPT=$((ATTEMPT + 1))fidoneecho"Failed after $MAX_RETRIES attempts."exit 1

4. 分卷 + 并行传输