Nginx Ingress Controller代理时错误从本地Pod加载静态资源而非目标后端Pod的问题求助

看起来你遇到的是典型的子路径代理下静态资源路径不匹配的问题，我来帮你分析下原因和解决方案：

问题根源 #

当你用Nginx VirtualServer将/webinterfaceUIP路径重写为/转发到后端ASP.NET Core应用时，后端应用生成的页面里，静态资源（JS/CSS/图片）的引用大概率是绝对路径（比如/js/wtk.api.view.js）。浏览器收到页面后，会直接请求https://your-domain/js/wtk.api.view.js，而这个请求没有匹配到你配置的/webinterfaceUIP路由规则，Nginx就会尝试从自己Pod的本地目录（/etc/nginx/html/）去寻找这些文件，自然就找不到了。

而你直接访问Pod时，请求路径本身就是根路径/，所以静态资源的绝对路径能正确匹配到后端的资源，没问题。

解决方案 #

这里有两种常用的解决思路，推荐优先用第一种，更符合ASP.NET Core的设计规范：

1. 配置ASP.NET Core应用的基础路径（Path Base）

让你的ASP.NET Core MVC应用知道它是被挂载在/webinterfaceUIP这个子路径下的，这样它生成的所有静态资源、路由链接都会自动带上这个前缀。

方法一：在代码中配置
在Program.cs里添加UsePathBase中间件：

var builder = WebApplication.CreateBuilder(args);

// ... 其他服务配置 ...

var app = builder.Build();

// 设置应用的基础路径
app.UsePathBase("/webinterfaceUIP");

// ... 其他中间件配置（比如UseStaticFiles、UseRouting等） ...

app.Run();

方法二：通过环境变量配置（无需修改代码）
在你的Kubernetes Pod部署配置中，添加环境变量：

env:
  - name: ASPNETCORE_PATH_BASE
    value: "/webinterfaceUIP"

（对应第二个路由/webinterfaceUIP2，你需要给对应的后端Pod设置ASPNETCORE_PATH_BASE=/webinterfaceUIP2）

这样配置后，后端应用生成的页面里，静态资源的引用会变成/webinterfaceUIP/js/wtk.api.view.js，浏览器请求这个路径时，会匹配到你VirtualServer里的路由规则，Nginx就会正确转发到后端Pod，而不是去本地找文件。

2. 修改Nginx VirtualServer配置，转发所有静态资源请求

如果暂时不想修改后端应用，你可以在VirtualServer里添加额外的路由规则，把所有静态资源相关的请求都转发到对应的upstream：

比如针对/webinterfaceUIP的路由，添加一条匹配静态资源的规则：

routes:
- path: /webinterfaceUIP/(js|css|images|fonts)/.*
  action:
    proxy:
      upstream: com-dmz-webinterfaceclient-service-1-us
      requestHeaders:
        pass: true
      rewritePath: /$1/$2
# 原来的根路由
- path: /webinterfaceUIP
  action:
    proxy:
      upstream: com-dmz-webinterfaceclient-service-1-us
      requestHeaders:
        pass: true
      rewritePath: /

（注意这里的rewritePath要对应调整，把/webinterfaceUIP/js/xxx.js重写成/js/xxx.js让后端能正确识别）

不过这种方式需要维护所有可能的静态资源路径前缀，不如第一种方法优雅，长期来看推荐用第一种。

验证方法 #

配置完成后，你可以先访问页面，然后打开浏览器的开发者工具（F12），查看“网络”标签里静态资源的请求路径：

• 如果是/webinterfaceUIP/js/xxx.js，说明配置生效，Nginx会正确转发
• 如果还是/js/xxx.js，那就要检查应用的Path Base配置是否生效

备注：内容来源于stack exchange，提问作者Gene Smith