Linux 上 FileZilla 客户端性能优化指南
一 传输策略与协议选择
- 优先使用 SFTP（基于 SSH） 进行传输，具备加密与较好的穿透性；在 高延迟/易断连 的网络环境下，将超大文件预先用 split 分片（如每片 200 MB），逐片上传后再用 cat 合并，出现中断只需重传失败分片，整体效率更高。完成后用 md5sum/md5 做一致性校验。必要时可改用 SCP 或 rsync（命令行）以获得更稳定的传输表现。
二 FileZilla 客户端关键设置
- 并发传输数：在站点管理器的“传输设置/传输队列”中，将“最大同时传输数”提升到 5–10（视带宽与服务器限制而定），可显著提升多文件/目录同步的总吞吐。
- 速度限制：在“编辑 → 设置 → 速度限制”按需设置全局或按时间段的上传/下载限速，避免占满链路影响其他业务。
- 传输压缩：若服务器支持，启用 MODE Z 实时压缩以减少传输字节数；对已经压缩过的文件（如 zip/rar/jpg）收益有限。
- 界面与日志：减少自动刷新频率、关闭目录树自动展开；仅在排障时开启详细日志，避免 UI 刷新与日志写入带来的额外开销。
- 传输模式与加密：在 FTP 场景下优先使用 被动模式（PASV）；若受防火墙/NAT 影响导致目录读取失败（如 425 Can’t open data connection），可临时改用 主动模式 验证是否为数据通道问题；在公网传输建议使用 FTP over TLS 或 SFTP 保障安全。
三 网络与系统层面的优化
- 带宽与延迟评估：先用 iftop/nload 观察实时带宽与丢包，再用 iperf/Netperf 做端到端带宽与抖动测试，确认瓶颈在网络而非客户端。
- TCP 栈调优（需管理员权限）：适度增大 TCP 窗口大小、优化 接收/发送缓冲区 与 网络队列长度，可改善高延迟/高带宽链路的吞吐表现。
- 稳定性增强：对跨境或不稳定链路，优先选择 SFTP 并结合分片策略；必要时使用 rsync（断点续传、校验）替代交互式传输。
四 常见故障的快速修复
- 目录读取失败（FTP 425）：多因 PASV 数据通道被防火墙/NAT 拦截。优先检查服务器被动端口范围与防火墙放行；若无法立即修复，可在站点设置中临时改用 主动模式 验证并恢复传输。
- 大文件中断：优先采用 split → 分片上传 → cat 合并 → md5sum/md5 校验 的流程，降低重传成本并提升总体成功率。
