查看原文
其他

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

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

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

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

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

以访问地址:http://www.wandouduoduo.com/wddd/index.html为例,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/wddd/index.html 为例。请求都匹配目录/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/sun/index.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 配置生成器,好用到爆!

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

end



最新整理的 2TB 干货资源,包括但不限于:Linux运维架构师、大数据、Docker、数据库、redis、MongoDB、电子书、Java、机器学习、BAT面试精讲视频等。在公众号对话框回复「1024 」即可免费获取!!

推荐阅读  点击标题可跳转

1、Linux 之父对 Intel 发飙:拜托快学学 AMD

2、用了日志系统新贵Loki,ELK突然不香了!

3、可惜了!哈工大2名大四准毕业生被开除,好前途毁于一旦,原因令人哭笑不得...

4、GitLab 内置了一个强大的 CI/CD 系统

5、被遗忘的 10 个Linux命令,很实用!

6、超全96页!《阿里云ECS运维:linux系统诊断》手册开放免费下载

7、Redis 6.0 除了多线程,别忘了这个牛逼特性!

看完本文有收获,请分享给更多人

关注「民工哥技术之路」加星标,提升IT技能

好文章,分享点赞在看三连哦❤️↓↓↓

: . Video Mini Program Like ,轻点两下取消赞 Wow ,轻点两下取消在看

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存