通过NGINX Ingress下载大文件时出现超时问题求助

结合你描述的现象——仅HTTPS通过Ingress+ELB时超时，HTTP和本地环境正常，核心问题大概率出在ELB或HTTPS相关的超时配置上，咱们一步步来拆解：

1. 优先排查AWS ELB的空闲超时设置 #

这是最常见的根因！AWS负载均衡器（不管是ALB/CLB/NLB）都有默认的空闲超时配置：经典负载均衡默认60秒，ALB默认也是60秒，最长可调整到4000秒。你的下载耗时达到12分钟，远超过默认超时，ELB会主动断开连接，这就会导致你看到的TLS alert, close notify错误，而且NGINX侧可能不会生成日志（因为连接是从ELB端发起终止的）。

你可以这么操作：

• 登录AWS控制台，找到Ingress对应的负载均衡器（就是你配置里的LOAD_BALANCER_URL）
• 进入负载均衡器的属性页面，找到空闲超时选项
• 将超时值调整到足够覆盖最大下载时长（比如设置为3600秒/1小时），保存后再复现测试

2. 补充NGINX Ingress的HTTPS专属超时配置 #

你已经设置了基础的代理超时，但HTTPS场景下还有几个关键参数需要补充到Ingress的annotations中：

nginx.ingress.kubernetes.io/ssl-session-timeout: "3600s"
nginx.ingress.kubernetes.io/ssl-session-cache: "shared:SSL:10m"
nginx.ingress.kubernetes.io/proxy-connect-timeout: "3600s"
nginx.ingress.kubernetes.io/client-body-timeout: "3600s"
# 确保请求缓冲完全关闭，避免大文件被NGINX缓存
nginx.ingress.kubernetes.io/proxy-request-buffering: "off"

添加后重新部署Ingress，验证这些参数是否正确出现在NGINX的nginx.conf中。

3. 提升NGINX Ingress控制器的日志级别 #

目前你看不到Ingress的相关日志，大概率是日志级别不够。可以修改Ingress控制器的Deployment，调整日志输出级别：

• 找到控制器容器的启动参数，添加--v=3（如果需要更详细的日志可以设为--v=5）
• 重启控制器后，再复现超时问题，查看控制器的Pod日志，应该能捕捉到连接断开的具体触发方（是ELB主动断开，还是NGINX自身的超时）

4. 检查Spring Boot应用的响应头与传输方式 #

确保你的Spring Boot应用在返回大文件时使用分块传输，避免NGINX或ELB需要缓存整个文件：

• 用curl -I INGRESS_URL/files/21474836480查看响应头，确认存在Transfer-Encoding: chunked
• 同时检查是否有Connection: close的响应头，如果有，需要在Spring Boot中配置保持长连接

5. 考虑升级Ingress NGINX控制器版本 #

你使用的v0.46.0是2021年的老旧版本，后续的v1.x系列修复了大量HTTPS长连接、大文件传输相关的bug。建议升级到较新的稳定版本（比如v1.8.1），很多类似的超时问题在新版本中已经得到解决。

6. 排查网络层其他超时限制 #

如果上面的步骤都没解决，可以再检查：

• Ingress控制器所在EC2实例的安全组，确保TCP连接没有被规则限制超时
• 如果使用了NAT网关，AWS NAT网关的空闲超时是350秒，需要确保ELB的空闲超时小于这个值，或者配置NGINX发送心跳包保持连接

内容的提问来源于stack exchange，提问作者Ryan Bradford