NGINX反向代理proxy_pass时误删URL中非首尾斜杠导致Prerender预渲染失败

嘿，这个问题我之前也碰到过！本质上是NGINX默认的URL规范化行为在搞鬼——它会自动把URI里的连续斜杠合并成一个，这就把你请求里的https://给改成https:/了，难怪Prerender服务报错。直接访问localhost:3001没问题，是因为没有经过NGINX的这个自动处理步骤。

给你几个可行的解决办法，按推荐优先级排序：

方法一：关闭NGINX的斜杠合并功能 #

这是最直接的方案，只需要在对应的location块里添加merge_slashes off;指令，阻止NGINX合并连续斜杠：

location /prerender/ {
    merge_slashes off; # 关键：关闭自动合并连续斜杠
    proxy_pass http://localhost:3001/; 
    proxy_set_header Host $host;
}

修改完配置后，重启NGINX，再测试请求就能保留原始的https://了。这个指令只会影响当前location，不会全局改变NGINX的行为，比较安全。

方法二：用变量传递原始URI绕过规范化 #

如果不想关闭斜杠合并（比如担心其他业务受影响），可以通过变量直接传递原始请求URI，绕过NGINX的自动处理：

location /prerender/ {
    # 保存原始请求URI（包含所有原始斜杠）
    set $original_uri $request_uri;
    # 移除开头的/prerender/前缀
    rewrite ^/prerender/(.*)$ /$1 break;
    # 用变量拼接完整的代理地址，保留原始URI的斜杠
    proxy_pass http://localhost:3001$original_uri; 
    proxy_set_header Host $host;
}

这里$request_uri会获取到请求的原始完整路径（比如/prerender/https://google.com），我们通过rewrite去掉前缀后，再把完整的原始URI拼接到proxy_pass后面，这样就能让Prerender服务收到正确的目标URL了。

验证方法 #

修改配置后执行nginx -s reload重启NGINX，然后发起测试请求，查看Prerender服务的日志，如果日志里显示的目标URL是https://google.com而不是https:/google.com，就说明问题解决了。

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