Nginx反向代理OpenSearch时路径重定向引发404问题的解决方案咨询

我来帮你分析下这个问题：你把Nginx的/monitor路径反向代理到OpenSearch Dashboards（注意5601是Dashboards的端口，不是OpenSearch核心服务的端口），但Dashboards会重定向到/app/something这类路径——因为它完全不知道自己是被挂载在/monitor前缀下的，所以生成的重定向URL没有带上这个前缀，导致Nginx把这个请求转到了根目录的静态文件，自然就出现404错误了。

下面给你两个可行的解决方案，你可以根据实际情况选择：

方案一：通过Nginx修改重定向响应头（无需改动OpenSearch配置） #

你可以在Nginx的/monitor location块里添加proxy_redirect指令，把Dashboards返回的重定向路径自动加上/monitor前缀。

修改后的Nginx配置片段如下：

location ~ ^/monitor(/?)(.*) {
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_pass_header User-Agent;
    proxy_pass http://opensearch/$2;
    
    # 关键：替换Dashboards返回的重定向路径
    # 把后端返回的根路径开头的URL，替换成/monitor开头
    proxy_redirect http://opensearch/ /monitor/;
    # 如果后端返回的是带域名的重定向，也可以用正则匹配更通用的规则：
    # proxy_redirect ~^/(.*) /monitor/$1;
}

这个指令的作用是：当Dashboards返回Location: http://opensearch/app/something这样的重定向头时，Nginx会自动把它改成Location: https://maindomain/monitor/app/something，这样浏览器跳转的路径就会被Nginx的/monitor location块捕获，正确代理到Dashboards。

方案二：配置OpenSearch Dashboards本身（更彻底的解决方案） #

如果有权限修改OpenSearch Dashboards的配置，推荐直接让它知道自己运行在/monitor前缀下，这样它生成的所有URL（包括重定向、页面内的链接）都会自动带上/monitor前缀，从根源上解决问题。

找到Dashboards的配置文件（通常是opensearch_dashboards.yml，路径可能在/etc/opensearch-dashboards/或者容器内的对应路径），添加以下配置：

server.basePath: "/monitor"
server.rewriteBasePath: true

添加后重启OpenSearch Dashboards服务。这样：

1. Dashboards生成的所有URL都会带上/monitor前缀，重定向时会直接返回/monitor/app/something；
2. rewriteBasePath: true会让Dashboards自动去掉请求中的/monitor前缀，处理实际的业务路径（比如把/monitor/app/something当成/app/something来处理）。

这种方法更彻底，后续不会再出现其他路径相关的问题（比如页面内的跳转链接、API请求路径错误等）。

总结 #

• 如果你无法修改OpenSearch的配置，用方案一快速解决重定向问题；
• 如果你有权限修改后端配置，优先选方案二，从根源避免路径问题。

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