Nginx《五》——NginxNginx 高级配置

最新推荐文章于 2024-05-30 00:47:00 发布

KAIVI-Blog

最新推荐文章于 2024-05-30 00:47:00 发布

阅读量1k

点赞数

分类专栏： Nginx基础配置介绍 Nginx Ubantu

kaivi's blog

本文链接：https://blog.csdn.net/weixin_45651006/article/details/103897749

版权

Nginx 同时被 3 个专栏收录

9 篇文章 1 订阅

订阅专栏

Ubantu

7 篇文章 0 订阅

订阅专栏

Nginx基础配置介绍

4 篇文章 0 订阅

订阅专栏

Nginx《一》——I/O模型以及web服务介绍
 Nginx《二》——Nginx基础服务介绍以及编译安装、配置
 Nginx《三》——Nginx基础配置介绍
 Nginx《四》——NginxNginx 高级配置

Nginx Rewrite相关功能

Nginx服务器利用ngx_http_rewrite_module 模块解析和处理rewrite请求，此功能依靠 PCRE(perl compatible
regularex pression)，因此编译之前要安装PCRE库，rewrite是nginx服务器的重要功能之一，用于实现URL的重写，URL的重写是非常有用的功能，比如它可以在我们改变网站结构之后，不需要客户端修改原来的书签，也无需其他网站修改我们的链接，就可以设置为访问，另外还可以在一定程度上提高网站的安全性。

ngx_http_rewrite_module模块指令

https://nginx.org/en/docs/http/ngx_http_rewrite_module.html

if指令

用于条件匹配判断，并根据条件判断结果选择不同的Nginx配置，可以配置在server或location块中进行配置，
Nginx的if语法仅能使用if做单次判断，不支持使用if else或者if elif这样的多重判断，用法如下：

if （条件匹配） {
action
}

使用正则表达式对变量进行匹配，匹配成功时if指令认为条件为true，否则认为false，变量与表达式之间使用以下符号链接：

=： #比较变量和字符串是否相等，相等时if指令认为该条件为true，反之为false。
!=: #比较变量和字符串是否不相等，不相等时if指令认为条件为true，反之为false。
~： #表示在匹配过程中区分大小写字符，（可以通过正则表达式匹配），满足匹配条件为真，不满足为假。
!~：#为区分大小写字符且匹配结果不匹配，不满足为真，满足为假。
~*: #表示在匹配过程中不区分大小写字符，（可以通过正则表达式匹配），满足匹配条件为真，不满足为假。
!~*: #为不区分大小字符且匹配结果不匹配，满足为假，不满足为真。
-f 和 ! -f: #判断请求的文件是否存在和是否不存在
-d 和 ! -d: #判断请求的目录是否存在和是否不存在。
-x 和 ! -x: #判断文件是否可执行和是否不可执行。
-e 和 ! -e: #判断请求的文件或目录是否存在和是否不存在(包括文件，目录，软链接)。

#实例-1：
location /main {
index index.html;
default_type text/html;
if ( $scheme = http ){
echo "if-----> $scheme";
}
if ( $scheme = https ){
echo "if ----> $scheme";
}
#if (-f $request_filename) {
# echo "file is exist";
#}
if (!-f $request_filename) {
echo "file is not exist";
#return 409;
}
}

注：如果$变量的值为空字符串或是以0开头的任意字符串，则if指令认为该条件为false，其他条件为true。

set指令

指定key并给其定义一个变量，变量可以调用Nginx内置变量赋值给key，另外set定义格式为set $key $value，及
无论是key还是value都要加$符号。

location /main {
root /data/nginx/html/pc;
index index.html;
default_type text/html;
set $name magedu;
echo $name;
set $my_port $server_port;
echo $my_port;
}

break指令

用于中断当前相同作用域(location)中的其他Nginx配置，与该指令处于同一作用域的Nginx配置中，位于它前面的配置生效，位于后面的指令配置就不再生效了，Nginx服务器在根据配置处理请求的过程中遇到该指令的时候，回到上一层作用域继续向下读取配置，该指令可以在server块和location块以及if块中使用，使用语法如下：

location /main {
root /data/nginx/html/pc;
index index.html;
default_type text/html;
set $name magedu;
echo $name;
break;
set $my_port $server_port;
echo $my_port;
}

return指令

从nginx版本0.8.2开始支持，return用于完成对请求的处理，并直接向客户端返回响应状态码，比如其可以指定重定向URL(对于特殊重定向状态码，301/302等) 或者是指定提示文本内容(对于特殊状态码403/500等)，处于此指令后的所有配置都将不被执行，return可以在server、if和location块进行配置，用法如下：

return code; #返回给客户端指定的HTTP状态码
return code (text); #返回给客户端的状态码及响应体内容，可以调用变量
return code URL； #返回给客户端的URL地址
例如：
location /main {
root /data/nginx/html/pc;
default_type text/html;
index index.html;
if ( $scheme = http ){
#return 666;
#return 666 "not allow http";
#return 301 http://www.baidu.com;
return 500 "service error";
echo "if-----> $scheme"; #return后面的将不再执行
}
if ( $scheme = https ){
echo "if ----> $scheme";
}

新建一个return测试

location /return {
root /data/nginx/html/pc;
default_type text/html;
index index.html;
return 666 (linux39);
}

访问结果

root@apt-install:~# curl http://pc.likai.tech/return
(linux39)root@apt-install:~# curl --head -L http://pc.likai.tech/return
HTTP/1.1 666 
Server: nginx/1.16.1
Date: Wed, 08 Jan 2020 13:29:13 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 9
Connection: keep-alive

rewrite_log指令（了解即可）

设置是否开启记录ngx_http_rewrite_module模块日志记录到error_log日志文件当中，可以配置在http、server、
location或if当中，需要日志级别为notice 。
日志级别必须是notice

location /main {
index index.html;
default_type text/html;
set $name magedu;
echo $name;
rewrite_log on;
break;
set $my_port $server_port;
echo $my_port;
}
#重启nginx，访问并验证error_log：
[root@s2 ~]# tail -f /apps/nginx/logs/error.log
2019/02/27 15:10:02 [warn] 5815#0: *3 using uninitialized "my_port" variable, client:
192.168.0.1, server: pc.likai.tech, request: "GET /main HTTP/1.1", host:
"pc.likai.tech"

rewrite指令pc.likai.tech

通过正则表达式的匹配来改变URI，可以同时存在一个或多个指令，按照顺序依次对URI进行匹配，rewrite主要是
针对用户请求的URL或者是URI做具体处理，以下是URL和URI的具体介绍：

URI(universal resource identifier)：通用资源标识符，标识一个资源的路径，可以不带协议。
URL(uniform resource location):统一资源定位符，是用于在Internet中描述资源的字符串，是URI的子集，
主要包括传输协议(scheme)、主机(IP、端口号或者域名)和资源具体地址(目录和文件名)等三部分，一般格式为
scheme://主机名[:端口号][/资源路径],如：http://www.a.com:8080/path/file/index.html就是一个
URL路径，URL必须带访问协议。
每个URL都是一个URI，但是URI不都是URL。
例如：
http://example.org:8080/path/to/resource.txt #URI/URL
ftp://example.org/resource.txt #URI/URL
/absolute/path/to/resource.txt #URI

rewrite的官方介绍地址：https://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite， rewrite可
以配置在server、location、if，其具体使用方式为：

rewrite regex replacement [flag];

rewrite将用户请求的URI基于regex所描述的模式进行检查，匹配到时将其替换为表达式指定的新的URI。注意：如果在同一级配置块中存在多个rewrite规则，那么会自下而下逐个检查；被某条件规则替换完成后，会重新一轮的替换检查，隐含有循环机制,但不超过10次；如果超过，提示500响应码，[flag]所表示的标志位用于控制此循环机制，如果替换后的URL是以http://或https://开头，则替换结果会直接以重向返回给客户端, 即永久重定向301

rewrite flag使用介绍

利用nginx的rewrite的指令，可以实现url的重新跳转，rewrtie有四种不同的flag，分别是redirect(临时重定向)、permanent(永久重定向)、break和last。其中前两种是跳转型的flag，后两种是代理型，跳转型是指有客户端浏览器重新对新地址进行请求，代理型是在WEB服务器内部实现跳转的。

Syntax: rewrite regex replacement [flag]; #通过正则表达式处理用户请求并返回替换后的数据包。 
Default: —
Context: server, location, if

redirect；
#临时重定向，重写完成后以临时重定向方式直接返回重写后生成的新URL给客户端，由客户端重新发起请求；使用相对
路径,或者http://或https://开头，状态码：302
permanent；
#重写完成后以永久重定向方式直接返回重写后生成的新URL给客户端，由客户端重新发起请求，状态码：301
last；
#重写完成后停止对当前URI在当前location中后续的其它重写操作，而后对新的URL启动新一轮重写检查，不建议在
location中使用
break；
#重写完成后停止对当前URL在当前location中后续的其它重写操作，而后直接将匹配结果返还给客户端即结束循环并
返回数据给客户端，建议在location中使用

rewrite案例-域名永久与临时重定向

要求：因业务需要，将访问源域名 pc.likai.tech 的请求永久重定向到www.likai.com 。
临时重定向不会缓存域名解析记录(A记录)，但是永久重定向会缓存。

location / {
root /data/nginx/html/pc;
index index.html;
rewrite / http://www.likai.com permanent;
#rewrite / http://www.likai.com redirect;
}
#重启Nginx并访问域名pc.likai.tech进行测试

永久重定向

域名永久重定向，京东早期的域名 www.360buy.com 由于与360公司类似，于是后期永久重定向到了 www.jd.com ，永久重定向会缓存DNS解析记录。
在这里插入图片描述

临时重定向

域名临时重定向，告诉浏览器域名不是固定重定向到当前目标域名，后期可能随时会更改，因此浏览器不会缓存当
前域名的解析记录，而浏览器会缓存永久重定向的DNS解析记录，这也是临时重定向与永久重定向最大的本质区别。

在这里插入图片描述

rewrite案例–brak与last

要求：访问about的请求被转发至images，而访问images传递请求再次被转发至images1，以此测试last和break
分别有什么区别：

break案例

#Nginx配置：
break测试案例：当客户端访问break的时候，测试通过rewrite将URL重写为test1，然后再通过rewrite将test1
重写为test2测试两条write规则最终哪一条生效，并且测试重写后的URL会不会到其他location重新匹配。

location /break {
#return 666 "break";
root /data/nginx;
index index.html;
rewrite ^/break/(.*) /test1/$1 break; #break匹配成功后不再向下匹配，也不会跳转到其他的
location，即直接结束匹配并给客户端返回结果数据。
rewrite ^/test1/(.*) /test2/$1 break; #break不会匹配后面的rewrite规则也不匹配其他
location
}
location = /test1 {
return 999 "new test1";
#index index.html;
#root /data/nginx;
}
location = /test2 {
return 666 "new test2";
#root /opt/nginx;
#index index.html;
}

root@make-install:/data/nginx/break# cat index.html 
break test page

全部注释重定向访问：

root@apt-install:~# curl  -L http://pc.likai.tech/break/index.html
break test page

location /break {
#return 666 "break";
root /data/nginx;
index index.html;
rewrite ^/break/(.*) /test1/$1 break;    #重定向到访问test1
#rewrite ^/test1/(.*) /test2/$1 break;
}

location = /test1 {
return 999 "new test1";
#index index.html;
#root /data/nginx;
}

location = /test2 {
return 666 "new test2";
#root /opt/nginx;
#index index.html;
}

root@make-install:/data/nginx# echo "test1 page" > test1/index.html

访问：

root@apt-install:~# curl  -L http://pc.likai.tech/break/index.html
test1 page

#最终的结果不会超出break的location而且不会继续匹配当前location后续的write规则，而且直接返回
数据给客户端。break适用于不改变客户端访问方式，但是要将访问的目的URL做单次重写的场景，比如有V1/V2两个版本的网站前端页面并存，旧版本的网站数据已经保存到了statics不能丢失，但是要将访问新版本的资源重写到新的静态资源路径到新的目录static：

location /statics {
root /data/nginx;
index index.html;
rewrite ^/statics/(.*) /static/$1 break;
}

last案例

last：对某个location的URL匹配成功后会停止当前location的后续rewrite规则，并结束当前location，然后
将匹配生成的新URL跳转至其他location继续匹配，直到没有location可匹配后将最后一次location的数据返回给
客户端。对于新生成的url继续匹配。知道匹配完成为止

location /test1 {
#return 999 "new test1";
index index.html;
root /data/nginx;
rewrite ^/test1/(.*) /test2/$1 last;
}
location /test2 {
return 666 "new test2";
#root /opt/nginx;
#index index.html;
}
location /last {        
root /data/nginx;
index index.html;
rewrite ^/last/(.*) /test1/$1 last;    #访问last的请求转到test1 
#rewrite ^/test1/(.*) /test2/$1 last; #如果第一条rewrite规则匹配成功则不执行本条，否则执
行本条rewrite规则。
}
last访问测试：
[root@s3 ~]# curl -L http://pc.likai.tech/last/index.html
new test2  #会匹配多个location，直到最终全部匹配完成，返回最后一个location的匹配结果给客户端。
last适用于要不改变客户端访问方式但是需做多次目的URL重写的场景，场景不是很多。

rewrite案例-自动跳转https

server {
listen 443 ssl;
listen 80;
ssl_certificate /apps/nginx/certs/pc.likai.tech.crt;
ssl_certificate_key /apps/nginx/certs/pc.likai.tech.key;
ssl_session_cache shared:sslcache:20m;
ssl_session_timeout 10m;
server_name pc.likai.tech;
location / {
root /data/nginx/html/pc;
index index.html;
if ($scheme = http ){ #未加条件判断，会导致死循环
rewrite / https://pc.likai.tech permanent;
}
}
}
#重启Nginx并访问测试
[root@s3 ~]# curl -L -k -i https://pc.likai.tech/
HTTP/1.1 200 OK
Server: nginx
Date: Fri, 15 Mar 2019 19:53:07 GMT
Content-Type: text/html
Content-Length: 7
Last-Modified: Thu, 14 Mar 2019 14:54:50 GMT
Connection: keep-alive
Keep-Alive: timeout=60
ETag: "5c8a6b3a-7"
Accept-Ranges: bytes
pc web

如果是因为规则匹配问题导致的陷入死循环，则报错如下：
在这里插入图片描述

rewrite案例-判断文件是否存在

要求：当用户访问到公司网站的时输入了一个错误的URL，可以将用户重定向至官网首页。

location / {
root /data/nginx/html/pc;
index index.html;
if (!-f $request_filename) {
#return 404 "linux39";
rewrite (.*) http://www.likai.tech/index.html;
}
}
#重启Nginx并访问测试

https://github.com/agile6v/awesome-nginx #Nginx扩展功能

https://www.digitalocean.com/community/tools/nginx #Nginx在线配置生成器

https://www.runoob.com/lua/lua-tutorial.html #lua教程

Nginx防盗链

防盗链基于客户端携带的referer实现，referer是记录打开一个页面之前记录是从哪个页面跳转过来的标记信息，如果别人只链接了自己网站图片或某个单独的资源，而不是打开了网站的整个页面，这就是盗链，referer就是之前的那个网站域名，正常的referer信息有以下几种：

none：请求报文首部没有referer首部，比如用户直接在浏览器输入域名访问web网站，就没有referer信息。
blocked：请求报文有referer首部，但无有效值，比如为空。
server_names：referer首部中包含本主机名及即nginx 监听的server_name。
arbitrary_string：自定义指定字符串，但可使用*作通配符。
regular expression：被指定的正则表达式模式匹配到的字符串,要使用~开头，例如： ~.*\.magedu\.com。

正常通过搜索引擎搜索web 网站并访问该网站的referer信息如下：

#通过搜索引擎访问web网站的referer信息：
==> /apps/nginx/logs/access_json.log <==
{"@timestamp":"2019-02-
28T13:58:46+08:00","host":"192.168.7.102","clientip":"192.168.0.1","siz
e":0,"responsetime":0.000,"upstreamtime":"-","upstreamhost":"-
","http_host":"www.magedu.net","uri":"/index.html","domain":"www.magedu.net","xff":"-
","referer":"https://www.baidu.com/s?ie=utf-
8&f=8&rsv_bp=1&rsv_idx=1&tn=baidu&wd=www.magedu.net&oq=www.mageedu.net&rsv_pq=d63060680
002eb69&rsv_t=de01TWnmyTdcJqph7SfI1hXgXLJxSSfUPcQ3QkWdJk%2FLNrN95ih3XOhbRs4&rqlang=cn&r
sv_enter=1&inputT=321&rsv_sug3=41&rsv_sug2=0&rsv_sug4=1626","tcp_xff":"","http_user_age
nt":"Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/72.0.3626.119 Safari/537.36","status":"304"}

实现web盗链

在172.20.32.120 apt-install安装的机器中临时安装一个Nginx进行盗链实验

root@apt-install:~# apt install nginx -y
root@apt-install:/etc/nginx/conf.d# cd
root@apt-install:~# cd /etc/nginx/conf.d
root@apt-install:/etc/nginx/conf.d# vim www.kaivi.conf

root@apt-install:/etc/nginx/conf.d# cat www.kaivi.conf 
server {
  listen 80;
  server_name www.kaivi.com;
 
 location / {
   index index.html;
   root "/data/nginx/html/kaivi";
}
}

root@apt-install:/etc/nginx/conf.d# mkdir /data/nginx/html/kaivi -p
root@apt-install:~# cat /data/nginx/html/kaivi/index.html 
<!DOCTYPE html>
<html lang="en">
	<head>
		<meta charset="UTF-8">
		<title>盗链页面</title>
	</head>
	<body>
		<a href="http://pc.likai.tech">测试盗链</a>
		<img src="http://pc.likai.tech/images/1.jpg">     #盗用这个网站的图片链接
	</body>
</html>
root@apt-install:~#

在172.20.32.110 make-install安装的机器中设置对应的文件图片

root@make-install:~# vim /apps/nginx/conf/conf.d/pc.conf 
  location /i.jpg {
    root  /data/nginx/html/pc/images;
    index  index.html index.htm;

        }
root@make-install:~# ll /data/nginx/html/pc/images/1.jpg 
-rw-r--r-- 1 root root 2856 Dec 23 21:27 /data/nginx/html/pc/images/1.jpg

访问图片资源
在这里插入图片描述
盗链访问：

盗链成功

实现防盗链

基于访问安全考虑，nginx支持通过ungx_http_referer_module模块 https://nginx.org/en/docs/http/ngx_http_re
ferer_module.html#valid_referers 检查访问请求的referer信息是否有效实现防盗链功能，定义方式如下：

[root@s2 ~]# vim /apps/nginx/conf/conf.d/pc.conf
location /images {
root /data/nginx/html/pc;
index index.html;
valid_referers none blocked server_names
*.example.com example.* www.example.org/galleries/
~\.google\.;
if ($invalid_referer) {
return 403;
}

定义防盗链：

location ^~ /images {
root /data/nginx;
index index.html;
valid_referers none blocked server_names *.magedu.com www.magedu.*
api.online.test/v1/hostlist ~\.google\. ~\.baidu\.; #定义有效的referer
if ($invalid_referer) { #假如是使用其他的无效的referer访问：
return 403; #返回状态码403
}
}
#重启Nginx并访问测试

  location /1.jpg {
    root  /data/nginx/html/pc/images;
    index  index.html index.htm;
    valid_referers none blocked server_names *.likai.tech ~\.google\.;

   if ($invalid_referer) {
   return 444;
}
}

在这里插入图片描述

KAIVI-Blog

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Nginx《五》——NginxNginx 高级配置

Nginx《一》——I/O模型以及web服务介绍Nginx《二》——Nginx基础服务介绍以及编译安装、配置Nginx《三》——Nginx基础配置介绍Nginx《四》——NginxNginx 高级配置Nginx Rewrite相关功能Nginx服务器利用ngx_http_rewrite_module 模块解析和处理rewrite请求，此功能依靠 PCRE(perl compatible...
复制链接

扫一扫