Ubuntu 中 FileZilla 的断点续传
一 功能与前提
- FileZilla Client 支持通过 FTP 的 REST 指令实现上传/下载的断点续传；前提是服务器也支持 REST（如常见的 vsftpd 即支持）。对于 HTTP/HTTPS，续传依赖服务器对 Range 请求的支持。若服务器不支持相应机制，客户端将无法续传。另需注意：FileZilla 的“站点管理器”里并没有单独的“断点续传”总开关，续传能力主要由协议与服务器能力决定，并在“对已存在文件的操作”中体现。
二 在 FileZilla 中的正确设置与使用
- 设置“对已存在文件的操作”
- 打开：编辑 → 设置 → 传输 → 对已存在文件的操作。
- 将“上传”与（需要的）“下载”策略设为：继续文件传输（断点续传），保存设置。这样当目标位置已有同名文件时，FileZilla 会尝试从中断处继续，而不是覆盖或重新传输。
- 传输中的暂停与继续
- 在“传输队列”中选中任务，点击暂停，网络恢复后点击继续，即可从断点继续传输（依赖服务器支持 REST）。
- 使用提示
- 续传以“同名文件已存在”为前提；若服务器或中间设备不支持 REST/Range，FileZilla 会退化为重新传输或报错。
- 若你的场景是 SFTP（基于 SSH 的文件传输），是否支持续传取决于服务器实现与客户端/库的支持；在出现不稳定网络时，可考虑改用支持校验与续传的工具（如 rsync over SSH）。
三 服务器端配置要点（以 Ubuntu 上的 vsftpd 为例）
- 安装与基础配置
- 安装：sudo apt update && sudo apt install vsftpd
- 启用本地用户写权限与被动模式：
- local_enable=YES
- write_enable=YES
- pasv_enable=YES
- pasv_min_port=1024
- pasv_max_port=1048
- 启用续传相关指令
- 确保服务器允许 REST（用于从指定字节偏移继续传输）。不同资料对具体指令名写法不一，常见为 rest_on_connect=YES 或 rest_on_restart=YES；如配置项不存在可先不添加，默认通常已支持 REST。
- 启用加密（可选但推荐）
- ssl_enable=YES，force_local_data_ssl=YES，force_local_logins_ssl=YES
- 证书示例：rsa_cert_file=/etc/ssl/private/vsftpd.pem，rsa_private_key_file=/etc/ssl/private/vsftpd.pem
- 防火墙放行
- 放行控制与数据端口：sudo ufw allow 21/tcp（FTP 控制），如需 FTPS 再加 990/tcp，以及被动端口段 1024:1048/tcp。
- 重启服务与验证
- 重启：sudo systemctl restart vsftpd
- 验证：查看 /var/log/vsftpd.log 是否有 REST/传输相关记录，或在客户端进行大文件暂停/继续测试。
四 常见问题排查
- 已存在同名文件但仍重新传
- 检查：编辑 → 设置 → 传输 → 对已存在文件的操作 是否设为“继续文件传输”；若设为“覆盖/自动重命名”，不会触发续传。
- 服务器不支持续传
- 现象：暂停后继续会从头开始或报错。FTP 需服务器支持 REST；HTTP 需支持 Range。可查看服务器文档/日志，或改用支持续传的服务器/协议实现。
- 被动模式与防火墙问题
- 现象：连接可建立但传输卡住或失败。确认 pasv_min_port/pasv_max_port 已在服务器与防火墙放行（如 1024:1048/tcp），并确保路由/NAT 正确转发数据通道。