Ubuntu中FileZilla的断点续传

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 正确转发数据通道。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！