Nginx超大文件分块并发下载需确保Range机制有效、精准控流并防压垮后端：启用206响应、禁用gzip与sendfile干扰、按IP限连接数、单连接限速、合理配置缓存。
静态资源服务超大文件（如 ISO、MP4、ZIP）的分块并发下载，核心不是“开启功能”，而是“不破坏 Range 机制 + 精准控流 + 防压垮后端”。Nginx 原生支持 206 分段响应，但默认配置容易误关或拖慢体验。
确保 Range 请求能正确返回 206
这是前提，否则所有优化都无效：
- 用 alias 或 root 直接指向文件路径，不要走 rewrite、try_files fallback 到后端
- 删除或注释掉 max_ranges 0；如需限制段数，设为
max_ranges 10 - 对二进制大文件，关闭 gzip：gzip off；或加
gzip_disable "range" - 避免 sendfile on 在某些内核/存储组合下干扰 Range（可先试
sendfile off） - 用 curl 验证：
curl -I -H "Range: bytes=0-1023" https://yoursite/file.zip，应返回206 Partial Content并含Content-Range
按 IP 限制分块下载并发连接数
恶意多线程拖取本质是建大量 TCP 连接，每个连接发一个 Range 请求。直接在连接层拦截最高效：
- 在 http 块定义限流区：
limit_conn_zone $binary_remote_addr zone=dl_perip:10m; - 在下载路径 location 中启用：
limit_conn dl_perip 3;（每个 IP 最多 3 个并发连接） - 路径匹配推荐前缀精确：
location ^~ /download/ { ... }，避免正则损耗 - 若路径含动态参数（如
/download?id=abc），需配合 map 提取真实文件路径再限流，但优先改用版本化路径（如/dl/app-v2.5.0.tar.gz）
单连接带宽与首段体验双控
限并发后，还需防单连接暴力读——比如一个连接连续请求多个大 Range，压爆磁盘 I/O：
- 加 limit_rate_after：先不限速传关键头数据，再限速，例如
limit_rate_after 2m; - 再设 limit_rate：如
limit_rate 2m;（2MB/s），适配 SATA SSD 的随机读能力 - 两项必须写在同一 location 下，且只作用于目标路径（如
location ^~ /dl/），不污染小资源
浏览器缓存与代理缓存分场景处理
大文件不变，就该让客户端和 Nginx 都尽量少读磁盘：
- 直出静态文件时：
expires 1y;+add_header Cache-Control "public, immutable"; - 反向代理场景（如拉 OSS）：
proxy_cache_valid 200 7d;+proxy_cache_valid 206 1h;（注意 206 缓存时间要短，避免过期 Range 返回错乱） - 启用 slice 模块可进一步提升代理大文件缓存效率（需编译时加
--with-http_slice_module），将大响应拆成固定大小子请求缓存
