文章

公网 SCP/rsync 限速疑云：1MB/s 背后的网络瓶颈

#316 · 2026-05-14 · 21ZHAO Blog

引言

近期，在技术社区 V2EX 上，有开发者提出一个颇具代表性的网络传输问题：在使用 scp 或 rsync 进行公网文件传输时，速度被限制在极低的水平，大约仅为 1MB/s。更令人困惑的是，无论传输目的地是国内还是国外，速度均无显著差异，且连接容易中断。提问者指出，其本地宽带为电信企业级线路（上行 100Mbps/下行 500Mbps），理论上不应出现如此严重的性能瓶颈。

关键信息

  • 现象描述：公网 scp/rsync 传输速度稳定在 1MB/s 左右，远低于宽带理论峰值。
  • 影响范围：国内与国外节点均出现相同症状，排除单一地区网络故障的可能。
  • 连接稳定性：传输过程中容易出现断连，暗示可能存在 TCP 窗口缩放问题或中间设备干预。
  • 用户环境：企业级电信宽带，具备较高的上行带宽资源。

为什么值得关注

对于依赖远程同步、备份或部署的运维工程师而言，文件传输效率直接影响工作流。如果这种低速现象并非个例，而是普遍存在的网络策略变化（如运营商对特定端口的 QoS 限制、TCP 拥塞控制算法的兼容性变化，或中间节点的深度包检测干扰），则需要重新评估现有的传输策略。此外，这也提醒我们，在跨公网传输大文件时，传统的 scp/rsync 可能不再是最高效的选择，可能需要引入断点续传、多线程传输或基于 UDP 的替代方案。

可延展观察

  1. 协议对比：对比 rsync 与 rclone、Syncthing 或 FileZilla（SFTP）在相同网络环境下的表现，判断是否为特定协议的实现问题。
  2. 网络诊断：通过 mtr 或 traceroute 分析路径延迟与丢包率，结合 iperf3 测试裸带宽，区分是应用层限制还是网络层拥塞。
  3. 运营商策略：关注近期是否有针对 SSH 端口（22）或特定流量类型的限速政策出台。

参考来源