大文件下载限速需精准识别行为、分段控制与资源防护：用location按目录或后缀匹配，limit_rate_after+limit_rate实现首段不限速、后续恒定压速，反向代理须设proxy_max_temp_file_size防磁盘爆满，支持map动态调速但需鉴权。
为大文件下载配置独立限速策略，关键不是全局压速，而是精准识别下载行为、区分首段体验与持续传输、规避代理缓存风险。核心在于“按需匹配 + 分段控制 + 资源防护”。
只对真实下载路径或后缀生效
避免把 HTML、API、小图标一起拖慢，必须用 location 精确圈定目标：
-
推荐按目录匹配：比如所有下载入口统一放在
/dl/下，配置简洁高效：location ^~ /dl/ {<br> limit_rate_after 3m;<br> limit_rate 800k;<br>} -
按文件类型匹配（需确保
mime.types已加载）：location ~* \.(zip|iso|mp4|tar\.gz|dmg|pkg)$ {<br> limit_rate_after 5m;<br> limit_rate 1m;<br>}
注意点号要转义（\.），~*忽略大小写，tar\.gz才能正确命中。
分段限速：前几 MB 不限速，后续恒定压速
用户点击下载后需要立刻有响应（如视频头、安装包校验块），不能卡在开头。用 limit_rate_after + limit_rate 组合实现：
-
limit_rate_after 2m：每个 Range 请求先不限速发完前 2MB； -
limit_rate 512k：超过后稳定输出 512KB/s； - 该机制对断点续传天然友好——每个 Range 是独立连接，各自计数，不会互相干扰。
反向代理场景必须加磁盘保护
如果 Nginx 后端接的是 Tomcat、Node.js 或其他应用服务，且大文件由它们流式生成（非静态文件），默认会启用缓冲并写临时文件到磁盘：
- 不设限制时，一个 500MB 的 ISO 可能直接撑爆
/var/lib/nginx/tmp； - 务必在对应 server 或 http 块中配置：
proxy_buffering on;<br>proxy_max_temp_file_size 600m;
- 若确认后端已支持流式响应（如
Transfer-Encoding: chunked），可关闭缓冲：proxy_buffering off;—— 此时proxy_max_temp_file_size失效，更省资源。
支持动态调速（可选）
按用户身份或 URL 参数差异化限速，例如 VIP 提速、测试环境限低速：
- 在 http 块定义映射：
map $arg_speed $dl_rate {<br> default "256k";<br> "fast" "2m";<br> "slow" "128k";<br>} - 在下载 location 中引用：
location /dl/ {<br> limit_rate $dl_rate;<br>}
访问/dl/app.zip?speed=fast即走 2MB/s；无参数则默认 256KB/s。 - 注意：动态参数需配合鉴权使用，避免被恶意构造（如
?speed=100m）。
