服务器上一个域名对应多个前端项目的nginx转发配置

服务器 0

场景:

当有两个前端项目A,B的时候,项目A(对应端口8000)和项目B(对应端口8001)分别部署在服务器的不同位置,通过服务器ip+端口都能正常访问单独的项目A和项目B;现在要求两个项目共用一个域名~~也就是说访问http://10.111.182.xxx:8000的时候默认访问项目A的资源,访问http://10.111.182.xxx:8000/pages的时候自动代理到项目B的资源

业务场景:h5嵌入原生开发,有多套独立的h5,要求嵌入原生的域名不分不变,但是路由发生变化的时候代理到不同的独立h5项目,也就是2个前端项目,如何通过一个端口来访问

服务器配置

部署单个项目并为其配置单独的ngx转发

1.将打包后的静态资源放置服务器上,位置自己选择但是记住路径

2.配置nginx;通常在服务器上的/etc/nginx/conf.d

新建一个后缀为.conf的文件

server {    #指定服务器监听的端口号,这里是 8001    listen 8001;    #定义服务器名称,在这里是 localhost。    server_name localhost;    # 根请求会指向的页面,指定服务器的根目录,将请求映射到该目录下的文件。    root /home/wwwroot/testB;     #在响应头中添加跨域请求的允许访问源。这里的配置允许来自任何来源的请求。    add_header 'Access-Control-Allow-Origin' '*';     # 根请求会指向的页面定义请求路径为根路径时的处理逻辑。使用 try_files 指令尝试按照顺序查找                 对应的文件,如果找不到则返回 index.html。	location / {            try_files $uri $uri/ /index.html;	            }     # 开启gzip 压缩    gzip on;    # 设置gzip所需的http协议最低版本 (HTTP/1.1, HTTP/1.0)    gzip_http_version 1.1;    # 设置压缩级别,压缩级别越高压缩时间越长  (1-9)    gzip_comp_level 4;    # 设置压缩的最小字节数, 页面Content-Length获取    gzip_min_length 1000;    # 设置压缩文件的类型  (text/html)    gzip_types text/plain application/javascript text/css;}

 到此B项目的部署完成可以用ip+端口进行访问

接下来要在A项目的ngxin配置文件中进行代理的转发,使在访问A项目的遇到/pages就将资源代理到B项目

server {    listen 8000;    server_name localhost;    root /home/wwwroot/test-A; #遇到、pages转项目B    location ~ ^/pages/.  {        proxy_buffer_size                       128k;        proxy_buffers                           32 32k;        proxy_busy_buffers_size                 128k;        proxy_set_header   X-Forwarded-Proto    $scheme;        proxy_set_header   Host                 $http_host;        proxy_set_header   X-Real-IP            $remote_addr;        proxy_pass                                         http://1xx.1xx.1.xx:8001$1$is_args$args;    }#核心对项目B的静态资源的代理   location ~ ^/static/  {        proxy_buffer_size                       128k;        proxy_buffers                           32 32k;        proxy_busy_buffers_size                 128k;        proxy_set_header   X-Forwarded-Proto    $scheme;        proxy_set_header   Host                 $http_host;        proxy_set_header   X-Real-IP            $remote_addr;        proxy_pass                              http://1xx.1xx.1.xx:8001$request_uri;    }      #默认访问项目A        location / {		       try_files $uri $uri /index.html$is_args$query_string;    }}   

资源目录如上。当在进行转发的时候会发现nginx代理转发后报错,无法显示页面。原因是指找到了index.html文件,没有对静态资源js,css等进行匹配,所以这部分资源并没有代理到,所以访问不了。出现在配置nginx的时候,proxy_pass 单独访问可以访问,配置后代理不过去报错 Unexpected token '<'。

解决办法是找到没有代理到的资源将其加入ngx代理匹配;例如

 location ~ ^/static/  {        proxy_buffer_size                       128k;        proxy_buffers                           32 32k;        proxy_busy_buffers_size                 128k;        proxy_set_header   X-Forwarded-Proto    $scheme;        proxy_set_header   Host                 $http_host;        proxy_set_header   X-Real-IP            $remote_addr;        proxy_pass                              http://1xx.1xx.1.xx:8001$request_uri;    }

如果资源目录是其他的情况的就看是什么资源没有代理到,就去配置一个

核心调试:浏览器打开,看资源请求是否成功,未成功的是什么资源分析未成功原因,是为代理到还是资源本身不存在,一般来说是没有请求到资源,然后对对应的资源进行代理配置

tip:参数详解

在 Nginx 的配置文件中,location ~ ^/pages/. 是一个正则表达式匹配规则,它匹配以 “/pages/” 开头的 URL 路径。

而 proxy_pass http://1xx.1xx.1.xxx:8001$1$is_args$args; 是将匹配到的请求代理到目标服务器的指令。其中的 $1$is_args$args 是一个变量,表示将匹配到的路径传递给代理服务器。

具体解释如下:

  • $1 表示正则表达式 ^/pages/(.*) 中的捕获组,即匹配到的路径片段。
  • $is_args 表示一个内置变量,如果请求包含参数则值为 “?”,否则为空。
  • $args 表示一个内置变量,保存请求中的参数部分(例如 ?key=value)。

所以,proxy_pass 配置中的 $1$is_args$args 的作用是将匹配到的路径片段、参数部分传递给代理目标的 URL。最终形成类似 http://1xx.1xx.1.xxx:8001/pages/abc?key=value 的代理请求。

如果在 proxy_pass 配置中没有 $1,则代表没有使用正则表达式捕获组来获取匹配到的路径片段。在这种情况下,proxy_pass 配置将直接代理原始请求的完整 URL(包括路径、参数、协议等)到目标服务器。

例如,假设原始请求的 URL 是 http://example.com/pages/abc?key=value,而 proxy_pass 配置为 proxy_pass http://1xx.1xx.1.xxx:8001;,那么代理服务器将会将请求发送到 http://1xx.1xx.1.xxx:8001,并保留原始的路径和参数。

需要注意的是,如果没有使用正则表达式捕获组来获取路径片段,那么目标服务器将无法获取和处理原始请求的路径信息。

在 Nginx 中,$request_uri 是一个变量,它包含了当前请求中的完整原始 URI,包括路径和参数。当使用 proxy_pass 指令进行代理时,可以将 $request_uri 添加到目标 URL 中,以便将完整的原始 URI 发送到目标服务器。

在你提供的配置中,proxy_pass 指令使用了 http://192.168.1.252:8002$request_uri; 这个目标 URL。这意味着对于每个请求,Nginx 会将完整的原始 URI 添加到目标 URL 后面,以便代理服务器可以接收完整的请求路径和参数。

例如,如果发起的请求是 http://your-domain.com/static/js/app.js?key=value,那么 proxy_pass 将会将请求代理到 http://192.168.1.252:8002/static/js/app.js?key=value

通过使用 $request_uri 变量,可以确保代理请求中包含原始 URI 的所有信息,以便目标服务器正确处理和响应请求。

也许您对下面的内容还感兴趣: