在 Linux 上使用 FileZilla 实现断点续传
一 准备与安装
- 在 Linux（如 Ubuntu/Debian） 上安装 FileZilla 客户端：sudo apt update && sudo apt install filezilla。安装完成后通过应用菜单或命令行启动 filezilla。若需连接 Linux 服务器，可在“站点管理器”中选择 SFTP（端口 22） 或 FTP/FTPS（端口 21） 进行连接。
二 客户端设置与手动续传
- 设置“对已存在文件的操作”：打开 编辑 → 设置 → 传输 → 对已存在文件，将操作设为 继续文件传输（断点续传），这样当目标位置已存在同名文件时，FileZilla 会从中断处继续而不是重新覆盖。
- 手动暂停与继续：在“传输队列/传输窗口”中，选中正在传输的任务，点击 暂停，网络恢复后点击 继续，即可从断点恢复。
- 提升大文件稳定性：在 编辑 → 设置 → 连接 中适当增大 最大重试次数 与 超时，例如将最大重试次数设为 99、登录重试延时 200 ms、超时 20 s，有助于在不稳定网络下完成续传。
三 不同协议下的续传要点
- FTP/S（主动/被动模式）：续传依赖服务器对 REST 指令的支持。若服务器支持，FileZilla 会在中断后发送 REST 从断点继续；若服务器不支持，则无法续传。多数 FTP 服务器（如 vsftpd、FileZilla Server） 与 FileZilla Client 均支持该机制。
- SFTP：续传能力取决于服务器实现。许多 OpenSSH SFTP 服务在收到同名文件时会直接覆盖，不会自动续传；此时可先手动比对文件大小/时间，必要时删除远端不完整文件后重新上传，或使用支持续传的工具（如 lftp 的 mirror --continue）。
- HTTP/HTTPS：若服务器支持 HTTP Range 请求，FileZilla 可仅请求文件的剩余字节实现续传；若服务器不支持，则无法续传。
四 快速排查与实用建议
- 现象：同名文件已存在但总是从头开始。处理：在 编辑 → 设置 → 传输 → 对已存在文件 选择 继续文件传输；若仍无效，检查是否使用了 SFTP 且服务器不支持续传，必要时改用 FTP/FTPS 或支持续传的工具。
- 现象：网络抖动导致频繁中断。处理：在 编辑 → 设置 → 连接 提高 最大重试次数 与 超时，并保持被动模式（PASV）以适配 NAT/防火墙环境。
- 现象：被动模式端口被防火墙拦截。处理：在 FTP 服务端配置 pasv_min_port/pasv_max_port 并放行对应范围，客户端与服务器两端策略保持一致。