FDM 镜像源（Multi-Mirror）同时下载

什么是镜像源

同一个文件可能分布在多个服务器上（比如 GitHub Release 的 asset 会同时托管在 AWS S3 和 Cloudflare R2 上）。给 FDM 的一个下载任务同时配置多个 URL，FDM 就会从所有 URL 同时拉取不同的分段——相当于多路分段加速，速度叠加。

如果其中一个源挂了，FDM 还能自动从剩下的源继续。这是比单个 URL 更可靠的下载方式。

添加任务时配置：在「添加下载任务」对话框里，除了主下载地址，点击对话框底部的「更多 → 添加另一个下载地址」，继续粘贴第二个、第三个... URL。

已添加的任务修改：右键任务 → 「属性」→ 「镜像源」标签页 → 「添加」按钮 → 粘贴额外的 URL。

FDM 会把第一个 URL 当作主源，后面添加的当作镜像源。下载时它会动态分配每个源负责哪些分段——比如主源负责 8 段里的 5 段、镜像源负责 3 段，或者根据服务器响应速度动态调整。

理论上，如果你给一个文件配了 3 个镜像源，每个源能给你 2 MB/s 的单连接限速（8 段各 256 KB/s），那么总速度会接近 6 MB/s。但实际上有几个限制：

带宽是硬上限——不管配多少个镜像源，总下载速度不可能超过你的下行带宽。你的带宽是 10 MB/s，配 10 个镜像源也没用。

服务器之间的距离和延迟不同——来自北京的源可能 10 ms 延迟，来自东京的源可能 80 ms。延迟高的源虽然有带宽，但握手慢、TCP 窗口小，实际贡献的速度打折扣。

部分服务器会根据 IP 做限速——如果多个镜像源实际上属于同一个组织、对同一个 IP 做限速，那多源叠加效果为零。

分段粒度问题——FDM 会把总分段数按镜像源数量拆分。比如 8 段 + 2 个镜像源 = 每个源各分 4 段。如果你给一个 10 MB 的文件配 5 个镜像源，每个源只分到几小段，overhead 占比太大，反而变慢。

适合用的场景：

大文件（>1 GB）——文件够大，分段数够多，镜像源能分到的 segment 足够多，叠加效果明显
已知有多个官方镜像的资源——比如 Ubuntu 镜像（有几十个官方镜像站）、Fedora（mirrorlist）、Steam 游戏（Steam 自己就是多源 P2P）
主源可能挂掉的资源——用 GitHub 和 Cloudflare 两个源，一个挂了另一个顶上
你知道多个源的链接——比如在论坛上看到"这个文件有 A、B、C 三个下载地址"，把三个都加进去

不适合用的场景：

Ubuntu 官网提供了官方的 mirrorlist：

主源：Ubuntu 官方主站 24.04 的桌面版 ISO
镜像源1：中科大镜像站同文件
镜像源2：清华镜像站同文件

把三个 URL 都加进 FDM 的镜像源列表。FDM 会自动分配分段：

假设你的带宽 500 Mbps，官方服务器单源可能只能给你 100 Mbps（限速），但三个源叠加后可能吃到 400-500 Mbps 的总带宽。实际速度取决于三个镜像源之间谁最快、各自的限速多少。

如果其中一个镜像源突然挂了（返回 404、超时、连续重连失败），FDM 会：

如果所有镜像源都不可用，FDM 把任务标记为「暂停（出错）」，等待你手动恢复。恢复时它会再次尝试所有源。

FDM 支持用通配符批量生成镜像源。比如在任务属性的镜像源列表里添加：

mirrors.{a,b,c}.example.com/files/linux.iso（通配符示例）

FDM 会自动展开成：

这个功能适合镜像站命名有规律的场景。如果你的资源有几十个镜像源，用通配符一条命令搞定，不用手动一个个粘贴。

同一个文件不同镜像源的内容必须完全一致——如果镜像站的文件被人替换了（比如被黑了、植入了恶意代码），FDM 从多个源拼接出来的文件会包含来自不同版本的数据，导致文件损坏。解决办法：下载完成后用 MD5 / SHA256 校验和验证（见文件校验）。

某些 HTTPS 镜像源证书过期——FDM 默认会严格校验 SSL 证书。如果一个镜像源的证书过期了，FDM 会拒绝连接并标记为不可用。可以在偏好设置 网络 → SSL → 跳过无效证书检查 里临时关闭（但有安全风险）。

FTP 和 HTTP 混合做镜像源——这是完全可以的。FDM 同时支持从 FTP 服务器和 HTTP 服务器取同一个文件的不同分段，拼接成完整文件。

镜像源是"多源多线程"的进阶形态，配合分段加速和断点续传，FDM 在 HTTP 下载场景下的效率确实数一数二。下一页 ZIP 部分下载看一个比较冷门但有用的功能。