Nginx配置中一个不起眼字符的巨大作用失之毫厘谬以千里

43次阅读

共计 2923 个字符,预计需要花费 8 分钟才能阅读完成。


Nginx 作为一个轻量级的,高性能的 web 服务软件,因其占有内存少,并发能力强的特点,而广受欢迎和应用。国内很多大型互联网公司也对 Nginx 很是青眼。像 BAT(百度,阿里和腾讯),TMD(头条,美团和滴滴)等等。应用过 Nginx 的同学都晓得,你只须要按需要精确的更改好配置启动,那么就能够优雅的拜访它了。所以说 Nginx 对配置文件的很是看中呢,这就要求咱们更改配置文件时肯定要再三确认,要不然可能因为忽略而引发惨案呢?

实在案例,就因为在配置时,少些了一个字符“/”,就造成拜访不通报错,因此接到投诉。那么是怎么引起的呢?起因就是:Nginx 在配置 proxy_pass 代理转接时,少些“/”字符造成的。

有同学就有疑难,加不加“/”, 区别真的那么大吗?咱们带着这个疑难,来探索下这个问题。location 目录匹配详解

nginx 每个 location 都是一个匹配目录,nginx 的策略是:拜访申请来时,会对拜访地址进行解析,从上到下一一匹配,匹配上就执行对应 location 大括号中的策略,并依据策略对申请作出相应。

以拜访地址:http://www.wandouduoduo.com/w…,nginx 配置如下:

location /wddd/  {         
proxy_connect_timeout 18000; ## 批改成半个小时                        
proxy_send_timeout 18000;                  
proxy_read_timeout 18000;                
proxy_pass http://127.0.0.1:8080;     
}

那拜访时就会匹配这个 location, 从而把申请代理转发到本机的 8080Tomcat 服务中,Tomcat 相应后,信息原路返回。总结:location 如果没有“/”时,申请就能够含糊匹配以字符串结尾的所有字符串,而有“/”时,只能准确匹配字符自身。

上面举个例子阐明:

配置 location /wandou 能够匹配 /wandoudouduo 申请,也能够匹配 /wandou*/duoduo 等等,只有以 wandou 结尾的目录都能够匹配到。而 location /wandou/ 必须准确匹配 /wandou/ 这个目录的申请, 不能匹配 /wandouduoduo/ 或 /wandou*/duoduo 等申请。

proxy_pass 有无“/”的四种区别探索

拜访地址都是以:http://www.wandouduoduo.com/w… 为例。申请都匹配目录 /wddd/

第一种:加 ”/”
location  /wddd/ {proxy_pass  http://127.0.0.1:8080/;}

测试后果,申请被代理跳转到:http://127.0.0.1:8080/index.html

第二种: 不加 ”/”
location  /wddd/ {proxy_pass http://127.0.0.1:8080;}

测试后果,申请被代理跳转到:http://127.0.0.1:8080/wddd/index.html

第三种: 减少目录加 ”/”
location  /wddd/ {proxy_pass http://127.0.0.1:8080/sun/;}

测试后果,申请被代理跳转到:http://127.0.0.1:8080/sun/index.html

第四种:减少目录不加 ”/”
location  /wddd/ {proxy_pass http://127.0.0.1:8080/sun;}

测试后果,申请被代理跳转到:http://127.0.0.1:8080/sunindex.html

总结

location 目录后加 ”/”, 只能匹配目录,不加“/”不仅能够匹配目录还对目录进行含糊匹配。而 proxy_pass 无论加不加“/”, 代理跳转地址都间接拼接。为了加深大家印象能够用上面的配置试验测试下:

server {     
listen       80;     
server_name  localhost;  

# http://localhost/wddd01/xxx -> http://localhost:8080/wddd01/xxx 
location /wddd01/ {proxy_pass http://localhost:8080;}  

# http://localhost/wddd02/xxx -> http://localhost:8080/xxx    
location /wddd02/ {proxy_pass http://localhost:8080/;}  

# http://localhost/wddd03/xxx -> http://localhost:8080/wddd03*/xxx    
location /wddd03 {proxy_pass http://localhost:8080;} 

# http://localhost/wddd04/xxx -> http://localhost:8080//xxx,请留神这里的双斜线,好好剖析一下。location /wddd04 {proxy_pass http://localhost:8080/;} 

# http://localhost/wddd05/xxx -> http://localhost:8080/hahaxxx,请留神这里的 haha 和 xxx 之间没有斜杠,剖析一下起因。location /wddd05/ {proxy_pass http://localhost:8080/haha;} 

# http://localhost/api6/xxx -> http://localhost:8080/haha/xxx    
location /wddd06/ {proxy_pass http://localhost:8080/haha/;} 

# http://localhost/wddd07/xxx -> http://localhost:8080/haha/xxx   
location /wddd07 {proxy_pass http://localhost:8080/haha;}         

# http://localhost/wddd08/xxx -> http://localhost:8080/haha//xxx,请留神这里的双斜杠。location /wddd08 {proxy_pass http://localhost:8080/haha/;}
}

看到这里,是不是感觉有点区别呢??每一种配置都有它不同的意义与区别。太赞了!墙裂举荐这款网页版 Nginx 配置生成器,好用到爆!

如果本文对你有所帮忙,请点个 在看 转发分享 反对一波。

正文完
 0