nginx的location和nginx.conf中location的书写顺序没有太大的关系
location 定位
= 表示精确匹配
/ 表示普通匹配(有多个命中结果,使用匹配最长的那个)
正则匹配的规则如下(如果有多个location的正则能匹配的话,则使用正则表达式最长的那个。)
~ 表示执行一个正则匹配,区分大小写
~* 示执行一个正则匹配,不区分大小写
!~ 区分大小写不匹配
!~*不区分大小写不匹配
^~ 开头表示uri以某个常规字符串开头,理解为匹配 url路径即可。
nginx不对url做编码,因此请求为/static/20%/aa,
可以被规则^~ /static/ /aa匹配到(注意是空格)。
last其实就相当于一个新的url,对nginx进行了一次请求,需要走一遍大多数的处理过程,最重要的是会做一次find config,提供了一个可以转到其他location的配置中处理的机会,而break则是在一个请求处理过程中将原来的url(包括uri和args)改写之后,在继续进行后面的处理,这个重写之后的请求始终都是在同一个location中处理。
4、location URI匹配规则
当nginx收到一个请求后,会截取请求的URI部份,去搜索所有location指令中定义的URI匹配模式。在server模块中可以定义多个location指令来匹配不同的url请求,多个不同location配置的URI匹配模式,总体的匹配原则是:先匹配普通字符串模式,再匹配正则模式。只识别URI部份,例如请求为:/test/abc/user.do?name=xxxx
一个请求过来后,Nginx匹配这个请求的流程如下:
1> 先查找是否有=开头的精确匹配,如:location = /test/abc/user.do { … }
2> 再查找普通匹配,以 最大前缀 为原则,如有以下两个location,则会匹配后一项
- location /test/ { … }
- location /test/abc { … }
3> 匹配到一个普通格式后,搜索并未结束,而是暂存当前匹配的结果,并继续搜索正则匹配模式
4> 所有正则匹配模式location中找到第一个匹配项后,就以此项为最终匹配结果
所以正则匹配项匹配规则,受定义的前后顺序影响,但普通匹配模式不会
5> 如果未找到正则匹配项,则以3中缓存的结果为最终匹配结果
6> 如果一个匹配都没搜索到,则返回404
三、ReWrite语法
last – 基本上都用这个Flag。
set
demo
if ($http_user_agent ~* msie) {
set $test 1
}
if ($test 1) {
xxxxx
}
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
nginx 反向代理
反向代理会导致后端服务器的IP为前端服务器的IP,而不是客户端的IP
所以需要添加
当nginx作为反向代理功能时,转发请求到后端服务器
通常需要使用如下命令为转发的请求增加请求头 X-Forwarded-For
proxy_set_header X-Forwarded-For "特定的X-Forwarded-For值"
第一版配置:
proxy_set_header X-Forwarded-For $remote_addr;
如上配置只能增加负载均衡ip地址,丢失了客户端真实ip和任意中间代理ip
第二版配置
proxy_set_header X-Forwarded-For "$http_x_forwarded_for, $remote_addr";
如上配置在原有请求头X-Forwarded-For字段的基础上增加了连接nginx的服务器ip地址
第三版配置(最为简单)
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
$proxy_add_x_forwarded_for已经实现了第二版的功能,直接使用该内置变量即可
nginx proxy_pass 和 proxy_redirect
proxy_pass:充当代理服务器,转发请求proxy_redirect:修改301或者302转发过程中的Location。默认值为proxy_redirect default。例:location / { proxy_pass http://192.168.8.46:8080/; #/结尾 #proxy_redirect default #此为默认值,加不加都一样。 }这样代理到其它机器的8080端口,访问的时候都没问题,Location: http://192.168.8.46/haha4/,浏览器的url地址栏也是http://192.168.8.46/haha4/若:location / { proxy_pass http://192.168.8.46:8080;#去掉/ proxy_redirect off #修改默认值default为off }如果去掉最后的/以后,curl -I http://192.168.8.46/haha4 访问Location: http://192.168.8.46:8080/haha4/浏览器访问显示的地址栏为http://192.168.8.46:8080/haha4/,(如果还是之前的,需要先删缓存)可以看到,真实的Location地址全部暴露出来的,这个时候就需要使用proxy_redirect修改这个Location配置如下:location / { proxy_pass http://192.168.8.46:8080; proxy_redirect http://192.168.8.46:8080/haha4/ http://192.168.8.46/haha4/; }这样,就能修改Location的地址,Location: http://192.168.8.46/haha4/,在浏览器里也是如此,就不会暴露端口号等信息,当然,你还可以把Location弄到其它网站上去,例如proxy_redirect http://192.168.8.46:8080/haha4/ http://www.douban.com/;然后浏览器就跳过去了。总结:一切幕后黑手就是 proxy_pass http://192.168.8.46:8080; 不加/结尾,只要把/加上,proxy_redirect 用默认值就OK了。
proxy_redirect http://csdn123.com http://$host:$server_port
http://blog.csdn.net/tjcyjd/article/details/50897959
http://blog.csdn.net/xyang81/article/details/51989079
http://blog.csdn.net/hellolingyun/article/details/34093223
https://www.douban.com/note/572705644/?from=tag