杭州做商务网站,全屋定制自己设计,江苏城乡和住房建设厅网站,企业门户网站的安全性0. 引言
咱们上节讲解了nginx的负载均衡配置#xff0c;但是还有很多其他的转发情况#xff0c;包括不同路径转发至不同的业务服务#xff0c;通配符识别路径转发等。
今天一起来学习nginx的转发配置
1. location模块的匹配模式
首先我们要了解nginx进行转发代理的核心在…0. 引言
咱们上节讲解了nginx的负载均衡配置但是还有很多其他的转发情况包括不同路径转发至不同的业务服务通配符识别路径转发等。
今天一起来学习nginx的转发配置
1. location模块的匹配模式
首先我们要了解nginx进行转发代理的核心在于两处一是入口二是出口入口就是url路径匹配识别对应的路径出口就是转发映射对应的后台服务地址
我们的入口路径匹配识别都是在location模块实现的所以我们要首先认识location支持的匹配模式。
所谓匹配模式就是根据什么样的路径进行匹配比如识别到路径以“/user”开头的则转发至user-server服务那么“/user”就是我们的匹配路径
location支持2种匹配模式精确匹配普通匹配和模糊匹配正则匹配总共以下几种呈现形式
1、全路径精确匹配 进行uri的全路径精确匹配要匹配的一模一样的uri 比如 location /index 那么只有路径为/index的才会匹配到 2、前缀模糊匹配 ^~ 进行uri的前缀精确匹配 比如 location ^~ /user/ 那么只要是路径以/user/开头的都会匹配到 3、无匹配符号的精确匹配 没有符号按照路径开头精确匹配但是匹配到后不会立即返回还会继续匹配其他普通匹配如果匹配到则会舍弃之前匹配的路径 比如 location /user/ , 当访问/user/开头时会匹配到 比如 location /user/admin当访问/user/admin时会匹配到 4、模糊匹配 进行uri的模糊匹配区分大小写匹配到后不再进行其他匹配 比如 location ~ /user/ 当路径包含/user/时会匹配比如/admin/user/或者/user/admin/ 当然也可以用正则表达式来表示匹配路径 比如 location ~ ^/user(.*)admin$能够匹配以/user开头admin结尾的路径.*表示的是任意字符 这里我们简单测试一下配置后我们访问192.168.244.41/user/xxx/admin发现是可以正常转发至后台的tomcat服务的只是tomcat服务中没有/user地址的接口所以返回404 我们继续访问192.168.244.41/user/xxx发现报的就是nginx的404了这说明请求并没有转发到后台tomcat中说明没有命中匹配。
5、模糊匹配 ~* 进行uri的模糊匹配不区分大小写匹配到后不再进行其他匹配优先级与相同按照先后顺序优先 比如 location ~ /USER/当路径包含/USER/时会匹配如果是/user/则不会因为区分大小写了 优先级 由高到低 ^~ 其他其他匹配根据先后顺序配置在前的越优先
2. proxy_pass配置详解
我们上述讲解了匹配模式的书写匹配到了还要进行合理的转发而转发模式的控制就是通过proxy_pass, 下面我们来看看proxy_pass的语法结构
2.1 proxy_pass 的四种配置写法
首先我们来回顾下proxy_pass的语法 proxy_pass url;转发地址url分为带/和不带/带杠的为绝对根路径会直接在路径后拼接上不带匹配路径的转发地址如果没有杠表示相对路径则会将匹配路径也带上进行转发我们举例说明
location /user/ {proxy_pass url;
}访问路径固定为http://192.168.244.21/user/index.html
1、当proxy_pass http://192.168.244.21:8080/ 时 会跳转至http://192.168.244.21:8080/index.html带/表示绝对路径匹配路径/user/会被消除 2、当proxy_pass http://192.168.244.21:8080 时 会跳转至http://192.168.244.21:8080/user/index.html相对路径匹配路径/user/不会被消除 3、当proxy_pass http://192.168.244.21:8080/admin/ 时 会跳转至http://192.168.244.21:8080/admin/index.html匹配路径/user/被消除并且保留转发路径里的/admin/ 4、当proxy_pass http://192.168.244.21:8080/admin 时 会跳转至http://192.168.244.21:8080/adminindex.html因为proxy_pass中也包含了/了表示绝对路径所以/user/会被消除 总言之记住一点带/表示绝对路径请求路径中的匹配路径location转发时会被消除
2.2 server和location模块中proxy_pass的区别
在server模块中的proxy_pass只需要配置ip或域名和端口相当于端口转发而在location中的proxy_pass也就是我们更加常用的可以配置域名、ip、端口、uri此外还需要提供协议http或https相当于地址转发。
配置语法如下
server {listen 80;proxy_responses 1;proxy_timeout 20s;proxy_pass xxx.com:8080;# proxy_pass 192.168.244.21:8080;location /user/ {proxy_pass http://192.168.244.21:8081;}
}3. location匹配案例练习
1、匹配匹配以.jsp结尾的路径将其转发至端口为8080的tomcat服务
解析要匹配以.jsp结尾只需要默认写上.jsp即可但是需要注意.是单一字符通配符所以要添加\做转义才能表示成本身点的含义
server {listen 81;location ~ (.*)\.jsp {proxy_pass http://localhost:8080;proxy_set_header HOST $host;proxy_http_version 1.1;}
}测试
访问ip:81/index.jsp可以看到成功转发到8080端口的tomcat了这里提前修改了首页将端口显示在tomcat首页了 去除点号访问发现访问不通了测试通过
2、三台不同的tomcat端口分别为808080818083分别承担不同的业务将路径以/user开头的请求转发至tomcat 8080, 以/order开头的转发至tomcat 8081, 路径包含/product跳转到tomcat 8083的首页
解析 该需求实际上一共有两部分/user,/order的配置都类似我们使用^~即可只有8083的需要用到的是跳转也就是重定向到tomcat 8083首页这里需要用到return大家暂时知道即可下一章我们详细讲解重定向的配置。
server {listen 81;location ^~ /user {proxy_pass http://localhost:8080/;proxy_set_header HOST $host;proxy_http_version 1.1;}location ^~ /order {proxy_pass http://localhost:8081/;proxy_set_header HOST $host;proxy_http_version 1.1;}location ~* /product {return http://192.168.244.41:8083/index.jsp;}}测试 1、访问/order/index.jsp, /user/index.jsp都成功转发对应服务 2、访问/product/xxx也成功跳转到tomcat 8083首页了测试通过。
4. 总结
上述案例我们讲解到了需要重定向跳转的问题上述案例中可以看到我们重定向后地址栏的地址也发生了变化这实际上也暴露了一些后台服务的地址信息如果我们想地址不变化内容进行转发即可要怎么实现呢
这就需要详细学习nginx 重定向的内容下一章我们将针对这块内容继续攻克。
