Kubernetes环境下Nginx反向代理根URI路径配置问题咨询

这个问题的核心是你的myservice1应用生成的资源请求是绝对路径（比如/get_resourceX），没有考虑到反向代理的前缀/mysite1/，导致浏览器直接把请求发到域名根路径下。结合你提到的动态生成mysite1/mysite2等服务的场景，这里有几个可行的解决方案，按推荐优先级排序：

1. 修改应用本身（最优解） #

从根源上解决问题的方式是让应用生成相对路径的资源请求，或者动态适配代理前缀：

• 如果是前端应用（比如静态页面、React/Vue）：
  • 把所有资源请求的绝对路径去掉开头的/，比如将/get_resourceX改为get_resourceX，这样浏览器会自动基于当前页面的URL（http://example.com/mysite1/）拼接成http://example.com/mysite1/get_resourceX。
  • 或者在HTML的<head>中动态设置<base>标签：

    <base href="/mysite1/">
    

    对于动态生成的服务，你可以让应用从请求头中获取前缀（比如自定义的X-Proxy-Prefix，或者解析请求上下文），在渲染页面时动态注入这个base标签的值。
• 如果是后端渲染的应用：在生成页面链接/资源路径时，自动拼接代理前缀，比如从请求上下文（比如Kubernetes Ingress传递的前缀）中获取/mysite1，然后把所有内部资源路径改为/mysite1/get_resourceX。

2. Nginx层面修改响应内容（无需改动应用） #

如果无法修改应用代码，可以用Nginx的sub_filter模块，把响应内容中的绝对路径替换成带代理前缀的路径，这是动态服务场景下的通用方案：
在你的location /mysite1/块中添加以下配置：

location /mysite1/ {
    proxy_set_header Host $host;
    proxy_set_header Referer $http_referer;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto http;
    proxy_set_header X-Forwarded-For $remote_addr;
    proxy_set_header X-Forwarded-Host $remote_addr;
    proxy_pass http://myservice1.default.svc:9000/;

    # 替换响应中的绝对资源路径
    sub_filter 'href="/' 'href="/mysite1/';
    sub_filter 'src="/' 'src="/mysite1/';
    sub_filter 'action="/' 'action="/mysite1/';
    # 适配AJAX请求的路径，比如fetch('/get_resourceX')
    sub_filter '"/get_resource' '"/mysite1/get_resource';
    # 设置为off以替换所有匹配项，而非仅第一个
    sub_filter_once off;
}

注意：sub_filter模块需要Nginx编译时包含（大部分官方包默认已包含），如果你的Nginx没有这个模块，需要重新编译或者使用包含该模块的镜像。

3. 基于Cookie的Rewrite规则（备选方案） #

如果上面两种方法都不可行，可以用Cookie标记请求的来源前缀，然后通过Rewrite将根路径的请求转发到对应前缀下：

1. 在代理/mysite1/时给客户端设置标记Cookie：

location /mysite1/ {
    proxy_set_header Host $host;
    # 其他proxy_set_header配置...
    proxy_pass http://myservice1.default.svc:9000/;
    # 设置Cookie记录当前的代理前缀
    add_header Set-Cookie "site_prefix=/mysite1; Path=/; HttpOnly";
}

2. 在Nginx的根location中添加Rewrite规则，根据Cookie转发请求：

# 匹配所有以/get_resource开头的请求
location ~ ^/get_resource {
    # 如果存在site_prefix Cookie，重写到对应的前缀路径下
    if ($cookie_site_prefix) {
        rewrite ^(.*)$ $cookie_site_prefix$1 last;
    }
    # 无Cookie时返回404或其他默认处理
    return 404;
}

这个方案的局限性是：如果用户同时打开多个mysite标签页，Cookie会被覆盖，导致请求串错前缀，仅适合单标签页使用的场景。

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