一个 Nginx 反向代理问题

不要随便转换路径！

本来是 / ，你非要转换成 /chat/ 、 /pve/ 、 /adguard/

页面 html 以及 Javascript 对资源的引用又不会自动转换！

@busier
去掉了 /也是一样的不行

比如 /chat 这个目录，加载这些页面的元素就

会变成 https://192.168.2.4:9444/assets/index-44aaddda.js

而不是 https://192.168.2.4:9444/chat/assets/index-44aaddda.js

看看这个： https://xuexb.github.io/learn-nginx/example/proxy_pass.html#url-%E5%8F%AA%E6%98%AF-host

`location` 不能这样写，3 楼大佬正解

一句话解释
1) 楼主要理解 `^/some-path$` 和 `^/some-path/*` 的区别
2) 另外就是访问到比如 /chat 后，对真实的后段怎么把 /chat 去掉

得看部署的项目本身是否支持动态路径，如果不支持的话只能考虑重写了。

应该说是绝大部分前端项目都不支持动态路径，资源往往是以基于根目录的绝对路径引用的。
匹配未知目录 rewrite 到特定目录也只能处理一个目录下的服务，期望多个二级目录来切分服务，除非你愿意 fork 代码去修改，否则是无法实现你的目的。
二级域名可能更合适一点

坑定不适用 为什么不搞个二级域名

不行的，你这玩法我之前就试过了，项目前端的 publicpath 你根本控制不了，除非你找源码来改。考虑下用 server_name 分流

可以参考我得配置，用域名，https 也能搞定

```
server {
listen 443 ssl;
# listen [::]:443;
server_name test.test.com;
ssl_certificate /etc/nginx/certs/test.com.pem;
ssl_certificate_key /etc/nginx/certs/test.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/https.access.log main;

location / {
root /usr/share/nginx/html;
index index.html index.htm;
}

error_page 404 /404.html;

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
}

upstream registry {
server 192.168.31.123:5000;
}
upstream image {
server 192.168.31.222:8080;
}
upstream esxi {
server 192.168.31.77:443;
}
upstream rmi {
server 192.168.31.88:443;
}



server {
listen 443 ssl;
# listen [::]:443;
server_name registry.test.com;
ssl_certificate /etc/nginx/certs/test.com.pem;
ssl_certificate_key /etc/nginx/certs/test.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/https.access.log main;

location / {
proxy_pass http://registry;
}

error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
}

server {
listen 443 ssl;
# listen [::]:443;br /> server_name image.test.com;
ssl_certificate /etc/nginx/certs/test.com.pem;
ssl_certificate_key /etc/nginx/certs/test.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/https.access.log main;

location / {
proxy_pass http://image;
}

error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
}

server {
listen 443 ssl;
# listen [::]:443;
server_name esxi.test.com;
ssl_certificate /etc/nginx/certs/test.com.pem;
ssl_certificate_key /etc/nginx/certs/test.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/host.access.log main;

location / {
proxy_pass https://esxi;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}


error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
error_page 404 /404.html;
}

server {
listen 443 ssl;
# listen [::]:443;
server_name rmi.test.com;
ssl_certificate /etc/nginx/certs/test.com.pem;
ssl_certificate_key /etc/nginx/certs/test.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/host.access.log main;

location / {
proxy_pass https://rmi;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}


error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
error_page 404 /404.html;
}

```

用不同端口转发不同应用吧

用子路径的形式，目前大多数前端都不支持
js 和静态资源的调用路径在打包之前就得定义好。

建议使用不同端口号对应不同服务，
或者用 server_name 绑定不同域名，本地改 hosts 来实现基于 server_name 的转发

@shiyuu 虽然这个方法有点脏，但应该可以解决，参考：

sub_filter_once off;
sub_filter_types text/html text/css application/Javascript;
sub_filter ' href="/' ' href="/chat/';
sub_filter ' src="http://www.v2ex.com/' ' src="http://www.v2ex.com/chat/';
sub_filter ' action="/' ' action="/chat/';
sub_filter '"assets/' '"chat/assets/';
sub_filter '"assets/' '"chat/assets/';
sub_filter '"/assets/' '"/chat/assets/';
# #sub_filter 'baseURL:"/api"' 'baseURL:"/chat/api"';
sub_filter 'url:"/' 'url:"/chat/';
sub_filter '/sw.js' '/chat/sw.js';

楼主，建议你别用这种二级目录的方式，因为你转发的都基本上不是自己编译打包的项目，太难通用了。

建议通过域名来转发。
如果自己拥有一个域名，可以把不同的二级域名解析到 192.168.2.180 ，nginx“分别配置 server”，写好 server_name ，进行转发；
如果没有，在机器本地 hosts 随便配置个域名指向 192.168.2.180 也是 ok 的。

你没法保证三个服务客户端（ web 网页）请求的 url 都能正常分流。

比如第一个应用如果前端路由打包的时候 base 就是 / ，那么请求的 js 资源可能都是 /assist/xxx.js ，如果 3 个项目都是 /assist 的前缀，你根本没法分流。更别提调用的后端接口了。

现在流行的前后端分离项目，最终部署出来的前端静态资源都是“编译”过的，项目内引用路径是写死的，放到反代子路径下，如果你不能自己重新 build 的话，那除了用 sub_filter 来做 dirty hack 之外真没啥好办法。

其实在 good old CGI 时代，前后端不分离的系统，写得体贴的系统会根据 web server 或者反代传过来的 SCRIPT_NAME + PATH_INFO 来自适应地“意识到自己运行在子路径下”从而调整页面内路径引用的生成规则。缺点时静态资源的路径每次都要计算，性能有影响，当然对大部分系统来说没必要担心这个性能。

比如这个例子 https://framkant.org/2017/09/flask_script_name/

再比如 Flask 框架官方文档的解决办法 https://flask.palletsprojects.com/en/2.0.x/deploying/fastcgi/

二级域名不就行了吗？

只是本地访问的话,改 host 配二级域名,然后用 server_name 进行转发,大部分项目而且不是自己的项目的话,静态资源都会有路径问题

这操作不是完全通用，很多项目不一定支持子目录部署，因为没做适配。你想搞这个的话，就三种情况：

- 项目使用相对路径，直接反向代理配置就好了
- 项目支持在编译时通过环境变量配置 BASE 路径，拉源码配一下重新构建前端项目
- 项目直接硬编码路径了，那就得拉源码一个个改了，改完提 PR

我也想把我部署的服务都弄成子目录形式，这样 frp 比较方便，现在用的 frp 便宜是便宜，就是一个通道只能绑三个域名 QAQ

懒得麻烦就用二级域名

我们有这样的使用案例，统一一个域名做入口，根据 path 来区分业务，转发到内网的其他域名下，大概像这样：
server {
listen 80;
server_name api.test.com;

location /server1/ {
rewrite /server1/(.*) /$1 break;
proxy_pass http://1.1.1.1:80;
}

location /server2/ {
rewrite /server2/(.*) /$1 break;
proxy_set_header Host server2.local.test.com;
proxy_pass http://2.2.2.2:80;
}

location /server3/ {
proxy_set_header Host server3.local.test.com;
proxy_pass http://3.3.3.3:80/;
}
}
server1 是不带域名的，server2 带域名转发，所以要设置内部域名的 header ，server3 是 server2 的另一种写法。转发后的 path ，是不带 server1, server2 ，server3 的。可以试试。

重新排版试试
我们有这样的使用案例，统一一个域名做入口，根据 path 来区分业务，转发到内网的其他域名下，大概像这样：
```
server {
listen 80;
server_name api.test.com;

location /server1/ {
rewrite /server1/(.*) /$1 break;
proxy_pass http://1.1.1.1:80;
}

location /server2/ {
rewrite /server2/(.*) /$1 break;
proxy_set_header Host server2.local.test.com;
proxy_pass http://2.2.2.2:80;
}

location /server3/ {
proxy_set_header Host server3.local.test.com;
proxy_pass http://3.3.3.3:80/;
}
}
```
server1 是不带域名的，server2 带域名转发，所以要设置内部域名的 header ，server3 是 server2 的另一种写法。转发后的 path ，是不带 server1, server2 ，server3 的。可以试试。

@qwertty01 你的抄了一下可以用。看来只能用域名来搞了，这样可以在路由器少映射很多端口。阿里的免费证书不支持泛域名，得每个域名都申请一个证书，很麻烦，兄弟怎么解决？

@shiyuu 内网如果有 dns 的话，可以自己加个 dns 解析，或者设备不多的话，手动每个设备加个 hosts

我用 ikuai 软路由，内部搞了个 .lan 域名，比如 nas.lan 就是群辉，router.lan 就是路由器

@shiyuu #25 我因为是自己搞着玩得，用的是 mkcert 生成的泛域名证书，然后让浏览器信任一下就可以了

https://www.jianshu.com/p/7cb5c2cffaaa

@qwertty01 不过我现在还遇到个问题，抄你的这么写了 4 个域名对应的系统。
pve.xx.com
nas.xx.com
adguard.xx.com
route.xx.com
用对应域名都能正常访问到对应的系统了。

但是有个情况，另外还有一些域名比如 alist.xx.com ，我 nginx 上都还没配置，直接访问的话会居然能访问到 pve 的系统上，我没设置 error_page ，是不是也要配置一个 error_page 。

upstream pve {
server 192.168.2.2:8006;
}
upstream nas {
server 192.168.2.4:5000;
}
upstream adguard {
server 192.168.2.200;
}
upstream route {
server 192.168.2.1;
}

@shiyuu #28 这个我就不太清楚了，你看一下解析配置的有没有问题，或者看一下 access.log

@qwertty01 知道怎么弄了， “添加一个新的 server 块，用于处理所有未知域名。我们使用 default_server 参数将其指定为默认监听器，并将 server_name 设置为 _。在 location 规则中，我们返回一个 404 错误，告诉客户端该域名未配置。如果需要，您可以将此规则更改为一个自定义的重定向或其他行为。”

泛域名证书用 certbot 吧，就是三个月要申请一次，或者你的域名解析商能提供 api 的话，可以做自动化更新证书。

优雅的方法就是域名，12 楼的方法也可以解决问题。
我是使用了 12 楼的这种方法，但是不一定每一个页面都能成功。这个方法是修改 WEB 返回内容，将返回的资源绝对路径加上你的转发前缀。
有些页面他的请求 URL 是写到 JS 里面的，掺杂在代码里面，非常难以替换。
而且有些页面会有跳转重定向，在 location 字段里面跳转，也需要特殊处理。没有通用的方法