Kubernetes中Nginx作为IIS Sidecar容器反向代理显示异常求助

异常原因 #

直接访问IIS能显示完整着陆页，但通过Nginx反向代理仅显示纯文本内容，核心问题出在Nginx代理配置缺少关键请求头传递，导致IIS返回的静态资源（样式表、图片、脚本）无法被浏览器正确加载：

• 未传递Host请求头：IIS依赖该头识别站点，Nginx默认不转发时，IIS会返回相对路径的资源，浏览器会以Nginx的访问地址去请求这些资源，最终因路径错误导致404，页面丢失样式和媒体内容。
• 缺少代理转发标识头：X-Forwarded-For、X-Forwarded-Proto等头缺失，部分IIS站点或依赖这些头生成正确的资源URL。
• 未配置代理缓冲：静态资源传输时没有启用缓冲，可能导致资源加载中断或不完整。

你的配置中用set $target避免Nginx启动时检查后端的思路是可行的，但代理核心配置不完整。

修正后的nginx.conf #

events {
  worker_connections  4096;  ## Default: 1024
}

http{
    server {
       listen 81;
       #Using variable to prevent nginx from checking hostname at startup, which leads to a container failure / restart loop, due to nginx starting faster than IIS server. 
       set $target "http://127.0.0.1:80/"; 
       location / { 
          proxy_pass $target; 
          # 传递Host头给后端IIS，确保站点识别正确
          proxy_set_header Host $host;
          # 转发客户端真实IP地址
          proxy_set_header X-Forwarded-For $remote_addr;
          # 转发请求使用的协议（http/https）
          proxy_set_header X-Forwarded-Proto $scheme;
          # 保留原始请求的完整URI
          proxy_set_header X-Original-URI $request_uri;
          # 启用代理缓冲，优化静态资源传输
          proxy_buffering on;
          proxy_buffer_size 16k;
          proxy_buffers 4 64k;
       }
     }
}

额外验证步骤 #

• 容器连通性检查：进入Nginx容器执行curl http://127.0.0.1:80，确认能获取包含完整资源路径的页面内容。
• PVC权限验证：由于Windows容器和Linux Busybox Pod共享Azure File卷，需确保nginx.conf的权限允许Windows容器读取（可通过kubectl exec进入容器查看文件权限）。

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