反向代理大文件下载“无超时限制”指将proxy_read_timeout和proxy_send_timeout设为数小时并关闭proxy_buffering以实现流式转发。需在location中配置timeout值（如3600）、proxy_buffering off、proxy_http_version 1.1、gzip off，并确保content-length或chunked编码及磁盘空间充足。
反向代理中对大文件下载“无超时限制”不是指完全禁用超时机制，而是将关键超时参数设为足够长（如数小时），并配合流式转发策略，使连接在合理业务周期内不被主动中断。Nginx 不支持真正意义上的“0超时”，但可通过配置逼近业务所需的“逻辑无感超时”。
核心：延长 proxy_read_timeout 与 proxy_send_timeout
这两个参数直接决定 Nginx 等待后端响应、以及向客户端发送响应的最长空闲时间。默认 60 秒对大文件极不友好：
- proxy_read_timeout 必须覆盖后端生成/读取大文件的最坏耗时（例如：5GB 文件从对象存储拉取，带宽 2MB/s → 至少需 42 分钟）；建议设为 3600（1 小时）或 7200（2 小时）
- proxy_send_timeout 应与之匹配，防止客户端网络波动导致发送卡顿被断连；同样设为 3600 或更高
- 这两项需放在
location块内（精准作用于下载路径），或server块中（全局生效）
必须关闭 proxy_buffering 实现流式透传
开启缓冲时，Nginx 会尝试缓存整个响应再发给客户端——这不仅放大内存压力，还让超时判断变得不可控。关闭后，Nginx 边收边发，超时只作用于“单次数据块传输间隙”，大幅降低中断概率：
- 在对应
location中添加：proxy_buffering off; - 关闭后，
proxy_buffers、proxy_busy_buffers_size、proxy_max_temp_file_size全部失效，无需调整 - 确保后端返回带
Content-Length或使用Transfer-Encoding: chunked，否则可能阻塞
配套加固：避免其他环节触发中断
仅调超时不够，还需屏蔽默认行为干扰：
-
启用 HTTP/1.1 长连接：
proxy_http_version 1.1;+proxy_set_header Connection "";，复用连接减少握手开销 -
禁用 gzip 压缩：
gzip off;（放在 location 内），避免压缩过程引入延迟和缓冲边界问题 -
检查 client_max_body_size（虽为上传参数，但部分鉴权中间件会校验请求头完整性），设为 0（不限制）或足够大（如
4g） - 确认 proxy_temp_path 所在磁盘空间充足（即使 buffering 关闭，某些异常场景仍可能写临时文件）
验证是否生效
改完 reload 后，用真实大文件测试：
- 用
curl -v http://domain/file.zip观察响应头是否有Connection: keep-alive，全程无 504/502 - 查看
error.log，搜索"upstream timed out"或"prematurely closed"，应不再出现 - 模拟弱网（如限速 100KB/s）持续下载 2 小时以上，确认连接不断
