nginx的location配置详解

nginx的location配置详解

https://www.cnblogs.com/sign-ptk/p/6723048.html

语法规则: location [=|~|~*|^~] /uri/ { … }

= 开头表示精确匹配

^~ 开头表示uri以某个常规字符串开头,理解为匹配 url路径即可。nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。

~ 开头表示区分大小写的正则匹配

~*  开头表示不区分大小写的正则匹配

!~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则

/ 通用匹配,任何请求都会匹配到。

多个location配置的情况下匹配顺序为(参考资料而来,还未实际验证,试试就知道了,不必拘泥,仅供参考):

首先匹配 =,其次匹配^~, 其次是按文件中顺序的正则匹配,最后是交给 / 通用匹配。当有匹配成功时候,停止匹配,按当前匹配规则处理请求。

 

例子,有如下匹配规则:

 

 

[plain] view plain copy

 

 在CODE上查看代码片派生到我的代码片

  1. location = / {  
  2.    #规则A  
  3. }  
  4. location = /login {  
  5.    #规则B  
  6. }  
  7. location ^~ /static/ {  
  8.    #规则C  
  9. }  
  10. location ~ \.(gif|jpg|png|js|css)$ {  
  11.    #规则D  
  12. }  
  13. location ~* \.png$ {  
  14.    #规则E  
  15. }  
  16. location !~ \.xhtml$ {  
  17.    #规则F  
  18. }  
  19. location !~* \.xhtml$ {  
  20.    #规则G  
  21. }  
  22. location / {  
  23.    #规则H  
  24. }  

 

 

 

那么产生的效果如下:

访问根目录/, 比如http://localhost/ 将匹配规则A

访问 http://localhost/login 将匹配规则B,http://localhost/register 则匹配规则H

访问 http://localhost/static/a.html 将匹配规则C

访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E,但是规则D顺序优先,规则E不起作用,而 http://localhost/static/c.png 则优先匹配到 规则C

访问 http://localhost/a.PNG 则匹配规则E, 而不会匹配规则D,因为规则E不区分大小写。

访问 http://localhost/a.xhtml 不会匹配规则F和规则G,http://localhost/a.XHTML不会匹配规则G,因为不区分大小写。规则F,规则G属于排除法,符合匹配规则但是不会匹配到,所以想想看实际应用中哪里会用到。

访问 http://localhost/category/id/1111 则最终匹配到规则H,因为以上规则都不匹配,这个时候应该是nginx转发请求给后端应用服务器,比如FastCGI(php),tomcat(jsp),nginx作为方向代理服务器存在。

所以实际使用中,通常至少有三个匹配规则定义,如下:

 

 

[plain] view plain copy

 

 在CODE上查看代码片派生到我的代码片

  1. #直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。  
  2. #这里是直接转发给后端应用服务器了,也可以是一个静态首页  
  3. # 第一个必选规则  
  4. location = / {  
  5.     proxy_pass http://tomcat:8080/index  
  6. }  
  7.    
  8. # 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项  
  9. # 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用  
  10. location ^~ /static/ {  
  11.     root /webroot/static/;  
  12. }  
  13. location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {  
  14.     root /webroot/res/;  
  15. }  
  16.    
  17. #第三个规则就是通用规则,用来转发动态请求到后端应用服务器  
  18. #非静态文件请求就默认是动态请求,自己根据实际把握  
  19. #毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了  
  20. location / {  
  21.     proxy_pass http://tomcat:8080/  
  22. }  


 

 

 

以下部分直接copy过来的,有点乱,可以作为参考

 

三、ReWrite语法
last – 基本上都用这个Flag。
break – 中止Rewirte,不在继续匹配
redirect – 返回临时重定向的HTTP状态302
permanent – 返回永久重定向的HTTP状态301

注:last和break最大的不同在于

- break是终止当前location的rewrite检测,而且不再进行location匹配 - last是终止当前location的rewrite检测,但会继续重试location匹配并处理区块中的rewrite规则
1、下面是可以用来判断的表达式:
-f和!-f用来判断是否存在文件
-d和!-d用来判断是否存在目录
-e和!-e用来判断是否存在文件或目录
-x和!-x用来判断文件是否可执行
2、下面是可以用作判断的全局变量
$args #这个变量等于请求行中的参数。

$content_length #请求头中的Content-length字段。

$content_type #请求头中的Content-Type字段。

$document_root #当前请求在root指令中指定的值。

$host #请求主机头字段,否则为服务器名称。

$http_user_agent #客户端agent信息

$http_cookie #客户端cookie信息

$limit_rate #这个变量可以限制连接速率。

$request_body_file #客户端请求主体信息的临时文件名。

$request_method #客户端请求的动作,通常为GET或POST。

$remote_addr #客户端的IP地址。

$remote_port #客户端的端口。

$remote_user #已经经过Auth Basic Module验证的用户名。

$request_filename #当前请求的文件路径,由root或alias指令与URI请求生成。

$query_string #与$args相同。

$scheme #HTTP方法(如http,https)。

$server_protocol #请求使用的协议,通常是HTTP/1.0或HTTP/1.1。

$server_addr #服务器地址,在完成一次系统调用后可以确定这个值。

$server_name #服务器名称。

$server_port #请求到达服务器的端口号。

$request_uri #包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php?arg=baz”。

$uri #不带请求参数的当前URI,$uri不包含主机名,如”/foo/bar.html”。

$document_uri #与$uri相同。

例:http://localhost:88/test1/test2/test.php
$host:localhost
$server_port:88
$request_uri:http://localhost:88/test1/test2/test.php
$document_uri:/test1/test2/test.php
$document_root:D:\nginx/html
$request_filename:D:\nginx/html/test1/test2/test.php
四、Redirect语法
多目录转成参数
abc.domian.com/sort/2 => abc.domian.com/index.php?act=sort&name=abc&id=2

1.     if ($host ~* (.*)\.domain\.com) {

2.     set $sub_name $1;   

3.     rewrite ^/sort\/(\d+)\/?$ /index.php?act=sort&cid=$sub_name&id=$1 last;

4.     }

目录对换
/123456/xxxx -> /xxxx?id=123456

1.     rewrite ^/(\d+)/(.+)/ /$2?id=$1 last;

例如下面设定nginx在用户使用ie的使用重定向到/nginx-ie目录下:

1.     if ($http_user_agent ~ MSIE) {

2.     rewrite ^(.*)$ /nginx-ie/$1 break;

3.     }

目录自动加“/”

1.     if (-d $request_filename){

2.     rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;

3.     }

禁止htaccess

1.     location ~/\.ht {

2.              deny all;

3.          }

禁止多个目录

1.     location ~ ^/(cron|templates)/ {

2.              deny all;

3.     break;

4.          }

禁止以/data开头的文件
可以禁止/data/下多级目录下.log.txt等请求;

1.     location ~ ^/data {

2.              deny all;

3.          }

禁止单个目录
不能禁止.log.txt能请求

1.     location /searchword/cron/ {

2.              deny all;

3.          }

禁止单个文件

1.     location ~ /data/sql/data.sql {

2.              deny all;

3.          }

给favicon.ico和robots.txt设置过期时间;
这里为favicon.ico为99 天,robots.txt为7天并不记录404错误日志

1.     location ~(favicon.ico) {

2.                      log_not_found off;

3.     expires 99d;

4.     break;

5.          }

6.      

7.          location ~(robots.txt) {

8.                      log_not_found off;

9.     expires 7d;

10. break;

11.      }

设定某个文件的过期时间;这里为600秒,并不记录访问日志

1.     location ^~ /html/scripts/loadhead_1.js {

2.                      access_log   off;

3.                      root /opt/lampp/htdocs/web;

4.     expires 600;

5.     break;

6.            }

文件反盗链并设置过期时间
这里的return 412 为自定义的http状态码,默认为403,方便找出正确的盗链的请求
“rewrite ^/ http://leech.c1gstudio.com/leech.gif;”显示一张防盗链图片
“access_log off;”不记录访问日志,减轻压力
“expires 3d”所有文件3天的浏览器缓存

1.     location ~* ^.+\.(jpg|jpeg|gif|png|swf|rar|zip|css|js)$ {

2.     valid_referers none blocked *.c1gstudio.com *.c1gstudio.net localhost 208.97.167.194;

3.     if ($invalid_referer) {

4.         rewrite ^/ http://leech.c1gstudio.com/leech.gif;

5.         return 412;

6.         break;

7.     }

8.                      access_log   off;

9.                      root /opt/lampp/htdocs/web;

10. expires 3d;

11. break;

12.      }

只充许固定ip访问网站,并加上密码

1.     root  /opt/htdocs/www;

2.     allow   208.97.167.194;

3.     allow   222.33.1.2;

4.     allow   231.152.49.4;

5.     deny    all;

6.     auth_basic "C1G_ADMIN";

7.     auth_basic_user_file htpasswd;

将多级目录下的文件转成一个文件,增强seo效果
/job-123-456-789.html 指向/job/123/456/789.html

1.     rewrite ^/job-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /job/$1/$2/jobshow_$3.html last;

将根目录下某个文件夹指向2级目录
如/shanghaijob/ 指向 /area/shanghai/
如果你将last改成permanent,那么浏览器地址栏显是 /location/shanghai/

1.     rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2 last;

上面例子有个问题是访问/shanghai 时将不会匹配

1.     rewrite ^/([0-9a-z]+)job$ /area/$1/ last;

2.     rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2 last;

这样/shanghai 也可以访问了,但页面中的相对链接无法使用,
如./list_1.html真实地址是/area /shanghia/list_1.html会变成/list_1.html,导至无法访问。

那我加上自动跳转也是不行咯
(-d $request_filename)它有个条件是必需为真实目录,而我的rewrite不是的,所以没有效果

1.     if (-d $request_filename){

2.     rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;

3.     }

知道原因后就好办了,让我手动跳转吧

1.     rewrite ^/([0-9a-z]+)job$ /$1job/ permanent;

2.     rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2 last;

文件和目录不存在的时候重定向:

1.     if (!-e $request_filename) {

2.     proxy_pass http://127.0.0.1;

3.     }

域名跳转

1.     server

2.          {

3.                  listen       80;

4.                  server_name  jump.c1gstudio.com;

5.                  index index.html index.htm index.php;

6.                  root  /opt/lampp/htdocs/www;

7.                  rewrite ^/ http://www.c1gstudio.com/;

8.                  access_log  off;

9.          }

多域名转向

1.     server_name  www.c1gstudio.com www.c1gstudio.net;

2.                  index index.html index.htm index.php;

3.                  root  /opt/lampp/htdocs;

4.     if ($host ~ "c1gstudio\.net") {

5.     rewrite ^(.*) http://www.c1gstudio.com$1 permanent;

6.     }

三级域名跳转

1.     if ($http_host ~* "^(.*)\.i\.c1gstudio\.com$") {

2.     rewrite ^(.*) http://top.yingjiesheng.com$1;

3.     break;

4.     }

域名镜向

1.     server

2.          {

3.                  listen       80;

4.                  server_name  mirror.c1gstudio.com;

5.                  index index.html index.htm index.php;

6.                  root  /opt/lampp/htdocs/www;

7.                  rewrite ^/(.*) http://www.c1gstudio.com/$1 last;

8.                  access_log  off;

9.          }

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Nginxlocation配置是用来匹配请求URI的一种方式,它可以根据不同的URI来指定不同的处理方式。具体来说,location配置可以用来指定不同的反向代理、缓存、重定向、限制访问等操作。 location配置语法如下: location [modifier] uri { ... # 配置项 } 其中,modifier是可选的,可以是以下几种: - =:精确匹配,只匹配完全相同的URI。 - ~:区分大小写的正则表达式匹配。 - ~*:不区分大小写的正则表达式匹配。 - ^~:普通字符串匹配,如果匹配成功,不再进行正则表达式匹配。 - /:通用匹配,匹配任意URI。 uri是要匹配的URI,可以是一个字符串,也可以是一个正则表达式。 在location配置中,可以使用一系列的配置项来指定不同的操作,例如: - proxy_pass:反向代理到指定的后端服务器。 - root:指定静态文件的根目录。 - try_files:指定查找静态文件的顺序。 - rewrite:重写URI。 - limit_rate:限制请求速率。 - auth_basic:启用基本身份验证。 总之,Nginxlocation配置非常灵活,可以根据不同的需求来进行配置,从而实现各种不同的功能。 ### 回答2: Nginx是一款基于事件驱动、异步、高性能的Web服务器,它的灵活的配置文件是其众多功能中的一个重要的组成部分。其中的location配置指令可以实现对不同URL请求的匹配和路由。在这篇文章中,我将详细介绍Nginxlocation配置location指令是在Nginx配置文件中定义一个访问URI和它的相关配置指令的块,它可以用来指定Nginx如何处理客户端请求。一个location块可以包含以下四个重要的元素: 1. 匹配URI的语法(URI可包括正则表达式) 2. 匹配的方式(精确匹配或正则表达式匹配) 3. 匹配成功后的动作(重定向或代理) 4. 对应的相关配置指令 匹配URI的语法 location语法通常使用/块开始,后面跟着URI。URI 可以是一个精确的字符串,或者是一个正则表达式。如果URI需要使用正则表达式,需要以~或~*作为开头,表示区分大小写和不区分大小写的正则表达式匹配。 location使用正则表达式提供了更灵活的URI匹配方式,但是需要注意正则表达式的格式和规则,以免出现运行时错误。 匹配的方式 location 块分为两种匹配的方式:精确匹配和正则表达式匹配。 默认情况下,Nginx使用精确匹配。例如: location / { # 匹配根URI } 在这种情况下,Nginx将匹配客户端请求URI中的/。如果匹配成功,将会执行与此location块相关联的指令。 使用正则表达式匹配URI可以轻松地实现更灵活的URI匹配,例如: location ~ /blog { # 匹配以”/blog”开头的URI } 在这种情况下,Nginx将使用正则表达式匹配客户端请求的URL,并执行与URI匹配成功的location块相关联的指令。这种方式也非常适合处理不同的URI格式,例如: location ~* \.(gif|jpg|jpeg)$ { # 匹配所有以gif、jpg、jpeg结尾的URI } 匹配成功后的动作 在匹配成功后,location指定了什么动作将执行。有两种常用的动作:重定向和代理。 重定向使用return和rewrite指令,可以将客户端请求重定向到另一个URI,例如: location /redirect { return 301 /new-url; } 代理是指Nginx作为中间层将用户的请求发送到后端的服务器,例如: location / { proxy_pass http://localhost:8080; } 对应的相关配置指令 location块可以包含一系列相关的配置指令,以根据URI的匹配方式和动作更改Nginx的行为,例如: location / { proxy_pass http://localhost:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Connection ""; client_max_body_size 100m; } 以上配置指令将配置一个反向代理,将所有请求发送到http://localhost:8080,并修改所有传入请求头的地址和IP地址,同时限制客户端发送给服务器的最大内容大小。 总之,Nginxlocation配置是其灵活的服务器级别配置文件的重要部分之一,开发人员应该熟练地掌握它的基本用法,以便更好地满足客户端请求,并提高Web服务器的性能。 ### 回答3: Nginx是一款高性能的web服务器,可以实现反向代理、负载均衡等功能,并且可以通过location指令对不同的请求路径进行不同的处理。 一般情况下,location指令有两种形式:正则表达式匹配和前缀匹配。其中,正则表达式匹配可以更为灵活地匹配请求路径,而前缀匹配可以快速地过滤掉一些请求。 正则表达式匹配以“~”开头,例如:location ~ /user/\d+ {} 这个例子表示匹配访问/user/123等路径。其中,\d+可以匹配1个或多个数字。 前缀匹配以“/”开头,例如:location /user {} 这个例子表示匹配访问/user路径。 除了正则表达式匹配和前缀匹配外,location指令还可以与限制请求方法、设置访问日志、关闭自动索引等各种功能组合使用,比如: - 限制请求方法,例如:location /user { if ($request_method != 'GET') { return 405; }} 这个例子表示限制/user路径只能使用GET请求。 - 设置访问日志,例如:location /user { access_log /var/log/nginx/user.log; } 这个例子表示访问/user路径时,将日志记录到/var/log/nginx/user.log文件中。 - 关闭自动索引,例如:location /user { autoindex off; } 这个例子表示访问/user路径时,不展示该路径下的文件列表。 总之,location指令是Nginx中非常有用的一项配置功能,可以让我们更加精确地对请求路径进行处理。当我们理解了location指令的各种用法后,可以通过配置不同的location指令来实现Nginx的各种高级功能,例如负载均衡、HTTPS转发、反向代理等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值