Ubuntu 上 FileZilla 使用断点续传
一 基本设置与手动续传
- 在 FileZilla 中打开：编辑 → 设置 → 传输 → 对已存在文件的操作，将“上传”（以及需要的“下载”）设置为“继续文件传输（断点续传）”，确认保存。这样当目标位置已存在同名文件时，FileZilla 会尝试从断点继续而不是重新传输。
- 传输过程中如需临时停止，可在“传输队列”中选中任务点击“暂停”，网络恢复后点击“继续”，即可从断点恢复。
- 断点续传的可用性取决于协议与服务器支持（如 FTP/SFTP/FTPS 的行为不同），若服务器不支持，客户端将无法续传。
二 传输中断后的恢复操作
- 保持使用同一台客户端与同一站点配置重新连接，避免因路径或站点不同导致无法识别为同一文件。
- 再次把未完成的大文件加入队列进行上传/下载；若已按上一步将“对已存在文件的操作”设为“继续文件传输”，FileZilla 会自动尝试从断点续传。
- 若任务已出现在“传输队列”但状态异常，可先“取消”再重新加入队列，通常可触发续传逻辑。
- 通过“站点管理器”核对协议、主机、端口、加密方式等连接参数，确保与之前一致，减少因握手或路径差异导致的续传失败。
三 提高成功率与速度的配置建议
- 在 NAT/云服务器/家庭宽带 环境下，优先使用 被动模式（PASV），可显著提升数据通道建立成功率；主动模式（PORT）常因客户端不可达而失败。
- 在“编辑 → 设置 → 传输 → 限制同时连接数”中适当增加并行连接数（如 3–5），可在网络稳定时明显提升大文件吞吐；不稳定网络则适当降低以避免拥塞重传。
- 使用 SFTP/FTPS 可在不可信网络中提供加密与更一致的传输行为；若服务器支持，优先选择更安全的协议。
四 常见失败原因与排查
- 同名但大小不同的文件：若服务器或客户端策略不允许覆盖，续传可能被拒绝；可先手动备份或改名后再传。
- 服务器不支持续传或限制：部分服务器对 REST 指令、并发或速率有限制，会导致续传失败或退化成全量重传；可联系服务器管理员或改用支持续传的工具。
- 传输模式不当：在复杂网络下使用主动模式易失败，改用 PASV 通常可解决。
- 队列或站点配置变化：更换站点、路径或编码设置后，客户端可能无法将新任务与旧文件对应，导致无法续传；保持站点与路径一致。
