3-Nginx，Rewrite，反向代理及实战

Rewrite功能配置#

Rewrite是Nginx服务器提供的一个重要基本功能，是Web服务器产品中几乎必备的功能。主要的作用是用来实现URL的重写。www.jd.com
注意:Nginx服务器的Rewrite功能的实现依赖于PCRE的支持，因此在编译安装Nginx服务器之前，需要安装PCRE库。Nginx使用的是ngx_http_rewrite_module模块来解析和处理Rewrite功能的相关配置。

Rewrite的相关命令

Copy
Copy
set指令
if指令
break指令
return指令
rewrite指令
rewrite_log指令

Rewrite的应用场景

Copy
Copy
域名跳转
域名镜像
独立域名
目录自动添加"/"
合并目录
防盗链的实现

Rewrite的相关指令#

set指令#

该指令用来设置一个新的变量。

语法 set $variable value;
默认值 —
位置 server、location、if

variable:变量的名称，该变量名称要用"$"作为变量的第一个字符，且不要与Nginx服务器预设的全局变量同名。

value:变量的值，可以是字符串、其他变量或者变量的组合等。

Copy
Copy
# rewrite
server{
	listen 8081;
	server_name localhost;
	location /server {
		set $name TOM;
		set $age 19;
		default_type text/plain; #返回文本方式
		return 200 $name=$age;
	}
}

image-20220627094530979

Copy
Copy
# rewrite
server{
	listen 8081;
	server_name localhost;
	location /server {
		set $name TOM;
		set $age 19;
		default_type text/plain; #返回文本方式
		return 200 $name=$age=$args;
	}
}

image-20220627095136073

Rewrite常用全局变量#

变量 说明
$args 变量中存放了请求URL中的请求参数。比如htt p://192.168.200.133/server?arg1=value1&a rgs2=value2中 的"arg1=value1&arg2=value2"，功能和 $query_string一样
$http_user_agent 变量存储的是用户访问服务的代理信息(如果 通过浏览器访问，记录的是浏览器的相关版本 信息)
$host 变量存储的是访问服务器的server_name值 server端的ip地址
$document_uri 变量存储的是当前访问地址的URI。比如htt p://192.168.200.133/server?id=10&name=z hangsan中的"/server"，功能和$uri一样 location后面配置的地址
$document_root 变量存储的是当前请求对应location的root 值，如果未设置，默认指向Nginx自带html目 录所在位置 location里面 root地址所配置的值
$content_length 变量存储的是请求头中的Content-Length的 值
$content_type 变量存储的是请求头中的Content-Type的值
$http_cookie 变量存储的是客户端的cookie信息，可以通过 add_header Set-Cookie 'cookieName=cookieValue'来添加cookie数 据
变量 说明
$limit_rate 变量中存储的是Nginx服务器对网络连接速率 的限制，也就是Nginx配置中对limit_rate指令 设置的值，默认是0，不限制。
$remote_addr 变量中存储的是客户端的IP地址 客户端
$remote_port 变量中存储了客户端与服务端建立连接的端口 号 客户端
$remote_user 变量中存储了客户端的用户名，需要有认证模 块才能获取 客户端
$scheme 变量中存储了访问协议
$server_addr 变量中存储了服务端的地址 服务端
$server_name 变量中存储了客户端请求到达的服务器的名称 服务端
$server_port 变量中存储了客户端请求到达服务器的端口号 服务端
$server_protocol 变量中存储了客户端请求协议的版本，比 如"HTTP/1.1" 服务端
$request_body_file 变量中存储了发给后端服务器的本地文件资源 的名称
$request_method 变量中存储了客户端的请求方式，比 如"GET","POST"等
$request_filename 变量中存储了当前请求的资源文件的路径名

上述参数还可以在日志文件中使用，这个就要用到前面我们介绍的log_format指令 http块书写

Copy
Copy
#http块书写
log_format main '$remote_addr - $request - $status-$request_uri  $http_user_agent';

#添加到具体的server块
access_log logs/access.log main;  #main指的是使用http配置的的格式

image-20220627105928277

日志的格式与配置变量是匹配的

if指令#

该指令用来支持条件判断，并根据条件判断结果选择不同的Nginx配置。

语法 if (condition)
默认值 —
位置 server、location

condition为判定条件，可以支持以下写法：

  1. 变量名。如果变量名对应的值为空字符串或"0"，if都判断为false,其他条件为true。
Copy
Copy
#写在server块内 增加一个location块
location /testif {
	set $username '';  
	default_type text/plain;
	if ($username){ #也可以改为默认变量 $args
	return 200 $username; #如果变量有值 显示变量的值
	}
	return 200 'param is enpty';  #页面显示这条

}

Copy
Copy
if ($param){
	
}
  1. 使用"="和"!="比较变量和字符串是否相等，满足条件为true，不满足为false
Copy
Copy
if ($request_method = POST){ #$request_methodhuod获取当前请求方式
	return 405; #如果请求方式是post  返回405(not allowed 不允许访问)
}

注意：此处和Java不太一样的地方是字符串不需要添加引号,并且等号和不等号前后到需要加空格。

  1. 使用正则表达式对变量进行匹配，匹配成功返回true，否则返回false。变量与正则表达式之间使用"","*","!","!*"来连接。

    "~"代表匹配正则表达式过程中区分大小写，

    "~*"代表匹配正则表达式过程中不区分大小写

    "!"和"!*"刚好和上面取相反值，如果匹配上返回false,匹配不上返回true

Copy
Copy
if ($http_user_agent ~ MSIE){
	#$http_user_agent的值中是否包含MSIE字符串，如果包含返回true
}

注意：正则表达式字符串一般不需要加引号，但是如果字符串中包含"}"或者是";"等字符时，就需要把引号加上。

  1. 判断请求的文件是否存在使用"-f"和"!-f",
Copy
Copy
if (-f $request_filename){ #$request_filename 获取当前访问资源的文件名
	#判断请求的文件是否存在  条件存在执行这里面的语句
}
if (!-f $request_filename){
	#判断请求的文件是否不存在 取反  如果访问的资源不存在 输出这里面的内容   例如 没访问到内容的报错提醒
	return 200 'not found'
}

  1. 判断请求的目录是否存在使用"-d"和"!-d"

  2. 判断请求的目录或者文件是否存在使用"-e"和"!-e"

  3. 判断请求的文件是否可执行使用"-x"和"!-x"

break指令#

该指令用于中断当前相同作用域中的其他Nginx配置。与该指令处于同一作用域的Nginx配置中，位于它前面的指令配置生效，位于后面的指令配置无效。并且break还有另外一个功能就是终止当前的匹配并把当前的URI在本location进行重定向访问处理。

语法 break;
默认值 —
位置 server、location、if

例子:

Copy
Copy
location /testbreak{
	default_type text/plain; #文本方式显示在浏览器
	set $username TOM; #192.168.47.8：8080//testbreak    浏览器header里是 TOM
	if ($args){ # $args 获取当前请求url ？后面的所有参数
		Set $username JERRY; #192.168.47.8：8080//testbreak?1  浏览器header里是 JERRY
		#需要在html目录下创建testbreak/index.html
        break;
		set $username ROSE;#192.168.47.8：8080//testbreak?1
	}
	add_header username $username; #加一个头部信息
	return 200 $username; #通过返回的都不信息就可以判断走的是break上面 HERRY还是下面的ROSE
}

return指令#

该指令用于完成对请求的处理，直接向客户端返回。在return后的所有Nginx配置都是无效的。

语法 return code [text];
return code URL;
return URL;
默认值 —
位置 server、location、if

code:为返回给客户端的HTTP状态代理。可以返回的状态代码为0~999的任意HTTP状态代理

text:为返回给客户端的响应体内容，支持变量的使用

URL:为返回给客户端的URL地址

Copy
Copy
location /testreturn {
	default_type text/plain #文本格式
	default_type appliaction/json #以json格式返回数据

	return 200 success; #状态码+返回信息
}

location /testreturn {

	return https://www.baidu.com; # 302(临时跳转)重定向到百度  返回百度连接地址  直接跳转到百度 
}

location /testreturn {
	return 302 https://www.baidu.com; #和上面效果一样
}

location /testreturn {
	return 302 www.baidu.com;//不允许这么写
}

rewrite指令#

该指令通过正则表达式的使用来改变URI。可以同时存在一个或者多个指令，按照顺序依次对URL进行匹配和处理。

语法 rewrite regex replacement [flag];
默认值 —
位置 server、location、if

regex:用来匹配URI的正则表达式

replacement:匹配成功后，用于替换URI中被截取内容的字符串。如果该字符串是以"http://"或者"https://"开头的，则不会继续向下对URI进行其他处理，而是直接返回重写后的URI给客户端。

把匹配成功的url 重写一个新的url去返回给用户具体的结果

Copy
Copy
location /rewrite {
	rewrite ^/rewrite/url\w*$ https://www.baidu.com; #以rewrite开头的url 后面匹配到百度
	#http://192.168.47.8:8081:/rewrite/urlabc  跳转到百度
	rewrite ^/rewrite/(test)\w*$ /$1; # 以rest开头 都可以匹配到这个rewrite  $1=test
	#http://192.168.47.8:8081:/rewrite/testat  输出test_success
	rewrite ^/rewrite/(demo)\w*$ /$1;
}
location /test{
	default_type text/plain;
	return 200 test_success;
}
location /demo{
	default_type text/plain;
	return 200 demo_success;
}

flag:用来设置rewrite对URI的处理行为，可选值有如下：

  • last:终止继续在本location块中处理接收到的URI，并将此处重写的URI作为一个新的URI，使用各location块进行处理。该标志将重写后的URI重写在server块中执行，为重写后的URI提供了转入到其他location块的机会。
Copy
Copy
location rewrite {
	rewrite ^/rewrite/(test)\w*$ /$1 last;
	#http://192.168.47.8:8081:/rewrite/testat 匹配到
	#http://192.168.47.8:8081:/rewrite/test 
	rewrite ^/rewrite/(demo)\w*$ /$1 last;
}
location /test{
	default_type text/plain;
	return 200 test_success;
}
location /demo{
	default_type text/plain;
	return 200 demo_success;
}

访问 http://192.168.200.133:8081/rewrite/testabc,能正确访问

1589475653252

  • break：将此处重写的URI作为一个新的URI,在本块中继续进行处理。该标志将重写后的地址在当前的location块中执行，不会将新的URI转向其他的location块。
Copy
Copy
location rewrite {
    #/test   /usr/local/nginx/html/test/index.html 会匹配到这个地址
	rewrite ^/rewrite/(test)\w*$ /$1 break;
	rewrite ^/rewrite/(demo)\w*$ /$1 break;
}
location /test{
	default_type text/plain;
	return 200 test_success;
}
location /demo{
	default_type text/plain;
	return 200 demo_success;
}

访问 http://192.168.200.133:8081/rewrite/demoabc,页面报404错误

1589475732042

  • redirect：将重写后的URI返回给客户端，状态码为302，指明是临时重定向URI,主要用在replacement变量不是以"http://"或者"https://"开头的情况。
Copy
Copy
location rewrite {
	rewrite ^/rewrite/(test)\w*$ /$1 redirect;
	#http://192.168.47.8:8081:/rewrite/testat 匹配到
	#http://192.168.47.8:8081:/rewrite/test  同时浏览器的网址也会变成这个  匹配到/test  返回 test_success
	rewrite ^/rewrite/(demo)\w*$ /$1 redirect;
}
location /test{
	default_type text/plain;
	return 200 test_success;
}
location /demo{
	default_type text/plain;
	return 200 demo_success;
}

访问http://192.168.200.133:8081/rewrite/testabc请求会被临时重定向，浏览器地址也会发生改变

  • permanent：将重写后的URI返回给客户端，状态码为301，指明是永久重定向URI,主要用在replacement变量不是以"http://"或者"https://"开头的情况。
Copy
Copy
location rewrite {
	rewrite ^/rewrite/(test)\w*$ /$1 permanent;
	rewrite ^/rewrite/(demo)\w*$ /$1 permanent;
}
location /test{
	default_type text/plain;
	return 200 test_success;
}
location /demo{
	default_type text/plain;
	return 200 demo_success;
}

访问http://192.168.200.133:8081/rewrite/testabc请求会被永久重定向，浏览器地址也会发生改变

rewrite_log指令#

该指令配置是否开启URL重写日志的输出功能。

语法 rewrite_log on|off;
默认值 rewrite_log off;
位置 http、server、location、if

开启后，URL重写的相关日志将以notice级别输出到error_log指令配置的日志文件汇总。

Copy
Copy
rewrite_log on; #打开日志
error_log  logs/error.log notice; #配置日志级别

Rewrite的案例#

域名跳转#

》问题分析

先来看一个效果，如果我们想访问京东网站，大家都知道我们可以输入www.jd.com,但是同样的我们也可以输入www.360buy.com同样也都能访问到京东网站。这个其实是因为京东刚开始的时候域名就是www.360buy.com，后面由于各种原因把自己的域名换成了www.jd.com, 虽然说域名变量，但是对于以前只记住了www.360buy.com的用户来说，我们如何把这部分用户也迁移到我们新域名的访问上来，针对于这个问题，我们就可以使用Nginx中Rewrite的域名跳转来解决。

》环境准备

  • 准备三个域名：
Copy
Copy
vim /etc/hosts

Copy
Copy
127.0.0.1   www.itblue.cn
127.0.0.1   www.panlin.cn
127.0.0.1   www.panlin.com
  • 通过Nginx实现访问www.itblue.cn
Copy
Copy
server {
	listen 80;
	server_name www.itblue.cn;
	location /{
		default_type text/html;
		return 200 '<h1>welcome to itbulue</h1>';
	}
}

》通过Rewrite完成将www.panlin.cn和www.panlin.com的请求跳转到www.itblue.cn

Copy
Copy
server {
	listen 80;
	server_name www.panlin.cn www.panlin.com;
	rewrite ^/ http://www.itblue.cn; #域名会直接调跳转
}

问题描述:如何在域名跳转的过程中携带请求的URI？

修改配置信息

Copy
Copy
server {
	listen 80;
	server_name  www.panlin.cn www.panlin.com;
	rewrite ^(.*) http://www.itblue.cn$1; # ^(.*) 一个或多个任意字符
}

域名镜像#

镜像网站指定是将一个完全相同的网站分别放置到几台服务器上，并分别使用独立的URL进行访问。其中一台服务器上的网站叫主站，其他的为镜像网站。镜像网站和主站没有太大的区别，可以把镜像网站理解为主站的一个备份节点。可以通过镜像网站提供网站在不同地区的响应速度。镜像网站可以平衡网站的流量负载、可以解决网络宽带限制、封锁等。

1589560433192

而我们所说的域名镜像和网站镜像比较类似，上述案例中，将www.panlin.cn和 www.panlin.com都能跳转到www.itblue.cn，那么www.itblue.cn我们就可以把它起名叫主域名，其他两个就是我们所说的镜像域名，当然如果我们不想把整个网站做镜像，只想为其中某一个子目录下的资源做镜像，我们可以在location块中配置rewrite功能，比如:

Copy
Copy
server {
    listen          80;
    server_name     www.panlin.cn www.panlin.com;
    location /user { #至针对某一个目录进行跳转
    	rewrite ^/user(.*)$ http://www.itblue.cn$1;
    }
    location /emp{
        default_type text/html;
        return 200 '<h1>emp_success</h1>';
    }
}
#访问  www.panlin.com/emp/findid  显示  emp_success
#访问  www.panlin.com/user/findid 跳转到www.itblue.com/findid

独立域名#

一个完整的项目包含多个模块，比如购物网站有商品搜索模块、商品详情模块和购物车模块等，那么我们如何为每一个模块设置独立的域名。

需求：

Copy
Copy
http://search.itblue.com:81  访问商品搜索模块
http://item.itblue.com:82	  访问商品详情模块
http://cart.itblue.com:83	  访问商品购物车模块

Copy
Copy
server{
	listen 81;
	server_name search.itblue.com;
	rewrite ^(.*) http://www.itbule.cn/search$1;
}
server{
	listen 82;
	server_name item.itblue.com;
	rewrite ^(.*) http://www.itbule.cn/item$1;
}
server{
	listen 83;
	server_name cart.itblue.com;
	rewrite ^(.*) http://www.itbule.cn/cart$1;
}

目录自动添加"/"#

问题描述

通过一个例子来演示下问题:

Copy
Copy
server {
	listen	8082;
	server_name localhost;
	location /hema {
		root html;
		index index.html;
	}
}
#mkdir html/hema/index.html
#echo "hello " >html/hema/index.html

通过http://192.168.200.133:8082/heima和通过http://192.168.200.133:8082/heima/访问的区别？

image-20220628160100459

如果不加斜杠，Nginx服务器内部会自动做一个301的重定向，重定向的地址会有一个指令叫server_name_in_redirect on|off;来决定重定向的地址：

Copy
Copy
server块添加
server_name_in_redirect on
http://192.168.47.8:8082/heima/ 可以访问
http://192.168.47.8:8082/heima 无法访问 会重定向到http://localhost:8082/hema/ 这个url没有对应的服务



Copy
Copy
如果该指令为on
	重定向的地址为:  http://server_name:8082/目录名/;
	http://localhost:8082/hema/ #重定向多加/ 
	#localhost无法直接访问 http://localhost:8082/hema/
	
如果该指令为off
	重定向的地址为:  http://原URL中的域名:8082/目录名/;
	http://192.168.47.8:8082/heima/

所以就拿刚才的地址来说，http://192.168.47.8:8082/heima如果不加斜杠，那么按照上述规则，如果指令server_name_in_redirect为on，则301重定向地址变为 http://localhost:8082/hema/,如果为off，则301重定向地址变为http://192.168.47.8:8082/heima/。后面这个是正常的，前面地址就有问题。

注意server_name_in_redirect指令在Nginx的0.8.48版本之前默认都是on，之后改成了off,所以现在我们这个版本不需要考虑这个问题，但是如果是0.8.48以前的版本并且server_name_in_redirect设置为on，我们如何通过rewrite来解决这个问题？

解决方案

只有访问是目录的时候才需要判断 访问的是具体的文件不需要

我们可以使用rewrite功能为末尾没有斜杠的URL自动添加一个斜杠

Copy
Copy
server {
	listen	80;
	server_name localhost;
	server_name_in_redirect on;
	location /hema {
		if (-d $request_filename){
			rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;
			#
		}
	}
}

合并目录#

搜索引擎优化(SEO)是一种利用搜索引擎的搜索规则来提高目的网站在有关搜索引擎内排名的方式。我们在创建自己的站点时，可以通过很多中方式来有效的提供搜索引擎优化的程度。其中有一项就包含URL的目录层级一般不要超过三层，否则的话不利于搜索引擎的搜索也给客户端的输入带来了负担，但是将所有的文件放在一个目录下又会导致文件资源管理混乱并且访问文件的速度也会随着文件增多而慢下来，这两个问题是相互矛盾的，那么使用rewrite如何解决上述问题?

举例，网站中有一个资源文件的访问路径时 /server/11/22/33/44/20.html,也就是说20.html存在于第5级目录下，如果想要访问该资源文件，客户端的URL地址就要写成 http://192.168.200.133/server/11/22/33/44/20.html,

Copy
Copy
server {
	listen 8083;
	server_name localhost;
	location /server{
		root html;
	}
}

但是这个是非常不利于SEO搜索引擎优化的，同时客户端也不好记.使用rewrite我们可以进行如下配置:

Copy
Copy
server {
	listen 8083;
	server_name localhost;
	location /server{
		rewrite ^/server-([0-9]+)-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /server/$1/$2/$3/$4/$5.html last;
	}
}

这样的花，客户端只需要输入http://www.web.name/server-11-22-33-44-20.html就可以访问到20.html页面了。这里也充分利用了rewrite指令支持正则表达式的特性。

防盗链#

防盗链之前我们已经介绍过了相关的知识，在rewrite中的防盗链和之前将的原理其实都是一样的，只不过通过rewrite可以将防盗链的功能进行完善下，当出现防盗链的情况，我们可以使用rewrite将请求转发到自定义的一张图片和页面，给用户比较好的提示信息。下面我们就通过根据文件类型实现防盗链的一个配置实例:

Copy
Copy
location /images {
    root html;
    valid_referers none blocked www.baidu.com;
    if ($invalid_referer){
        #return 403;
        rewrite ^/    /images/forbidden.png break;
    }
}

Nginx反向代理#

Nginx反向代理概述#

关于正向代理和反向代理，我们在前面的章节已经通过一张图给大家详细的介绍过了，简而言之就是正向代理代理的对象是客户端，反向代理代理的是服务端，这是两者之间最大的区别。

Nginx即可以实现正向代理，也可以实现反向代理。

我们先来通过一个小案例演示下Nginx正向代理的简单应用。

先提需求：

(1)服务端的设置：

Copy
Copy
http {
  log_format main 'client send request=>clientIp=$remote_addr serverIp=>$host';
	server{
		listen 80;
		server_name	localhost;
		access_log logs/access.log main;
		location {
			root html;
			index index.html index.htm;
		}
	}
}

(2)使用客户端访问服务端，打开日志查看结果

1589729000713

(3)代理服务器设置：

Copy
Copy
server {

        listen  82;
        resolver 8.8.8.8; #设置dns解析 解析proxy_pass的域名
        location /{
                proxy_pass http://$host$request_uri; #这个服务端的url地址
        }
    }

(4)查看代理服务器的IP(192.168.200.146)和Nginx配置监听的端口(82)

(5)在客户端配置代理服务器

(6)设置完成后，再次通过浏览器访问服务端

1589729479920

通过对比，上下两次的日志记录，会发现虽然我们是客户端访问服务端，但是如何使用了代理，那么服务端能看到的只是代理发送过去的请求，这样的化，就使用Nginx实现了正向代理的设置。

但是Nginx正向代理，在实际的应用中不是特别多，所以我们简单了解下，接下来我们继续学习Nginx的反向代理，这是Nginx比较重要的一个功能。

Nginx反向代理的配置语法#

Nginx反向代理模块的指令是由ngx_http_proxy_module模块进行解析，该模块在安装Nginx的时候已经自己加装到Nginx中了，接下来我们把反向代理中的常用指令一一介绍下：

Copy
Copy
proxy_pass
proxy_set_header
proxy_redirect

proxy_pass#

该指令用来设置被代理服务器地址，可以是主机名称、IP地址加端口号形式。反向代理就是指的serverip

语法 proxy_pass URL;
默认值 —
位置 location

URL:为要设置的被代理服务器地址，包含传输协议(http,https://)、主机名称或IP地址加端口号、URI等要素。

举例：

Copy
Copy
proxy_pass http://www.baidu.com; #把用户发请求分发到百度
location /server{}
proxy_pass http://192.168.200.146; #地址后面不加斜杠 就会直接把location后面的地址直接拼接到域名后面
    http://192.168.200.146/server/index.html #最终访问的是这个地址
proxy_pass http://192.168.200.146/;#地址后面加了斜杠 
    http://192.168.200.146/index.html #访问的是这个地址

大家在编写proxy_pass的时候，后面的值要不要加"/"?

接下来通过例子来说明刚才我们提到的问题：

Copy
Copy
server {
	listen 80;
	server_name localhost;
	location /{
		#proxy_pass http://192.168.200.146; #如果location  后面是/   这两个地址是一样的
		proxy_pass http://192.168.200.146/;
	}
}
当客户端访问 http://localhost/index.html,效果是一样的
server{
	listen 80;
	server_name localhost;
	location /server{
		#proxy_pass http://192.168.200.146;
		proxy_pass http://192.168.200.146/;
	}
}
当客户端访问 http://localhost/server/index.html
这个时候，第一个proxy_pass就变成了http://localhost/server/index.html
第二个proxy_pass就变成了http://localhost/index.html效果就不一样了。

proxy_set_header#

该指令可以更改Nginx服务器接收到的客户端请求的请求头信息，然后将新的请求头发送给代理的服务器

也就是更改客户端的头部信息 然后在发给server端

语法 proxy_set_header field value;
默认值 proxy_set_header Host $proxy_host;
proxy_set_header Connection close;
位置 http、server、location

需要注意的是，如果想要看到结果，必须在被代理的服务器上来获取添加的头信息。

被代理服务器： [192.168.200.146]

Copy
Copy
server {
        listen  8080;
        server_name localhost;
        default_type text/plain;
        return 200 $http_username; #返回请求头信息的username
}

代理服务器: [192.168.200.133]

Copy
Copy
server {
        listen  8080;
        server_name localhost;
        location /server {
                proxy_pass http://192.168.200.146:8080/;
                proxy_set_header username TOM;
        }
    }

访问测试

image-20220628172803934

proxy_redirect#

该指令是用来重置头信息中的"Location"和"Refresh"的值。

语法 proxy_redirect redirect replacement;
proxy_redirect default;
proxy_redirect off;
默认值 proxy_redirect default;
位置 http、server、location

》为什么要用该指令?

服务端[192.168.200.146]

Copy
Copy
server {
    listen  8081;
    server_name localhost;
    if (!-f $request_filename){ #如果请求的资源不存在
    	return 302 http://192.168.200.146;#重定向到146的欢迎页面
    	#如果代理端不做设置  客户端会直接看到server端的ip地址
    }
}

代理服务端[192.168.200.133]

Copy
Copy
server {
	listen  8081;
	server_name localhost;
	location / {
		proxy_pass http://192.168.200.146:8081/;
		proxy_redirect http://192.168.200.146 http://192.168.200.133; #把146地址替换成133
	}
}

server {
	listen 80;
	server_name localhost;
	location {
		#root html;
		#index index.html index.htm #注释掉上面两行 增加下面代理 这样当访问的资源不存在的时候会走服务器上面的302重定向   同时ip地址显示的是代理服务器的地址  隐藏服务器地址
		proxy_pass  http://192.168.200.146
	}
		

}

修改前后区别

image-20220628174138999

》该指令的几组选项

proxy_redirect redirect replacement;

Copy
Copy
redirect:目标,Location的值
replacement:要替换的值

proxy_redirect default;

Copy
Copy
default;
将location块的uri变量作为replacement,
将proxy_pass变量作为redirect进行替换

proxy_redirect off;

Copy
Copy
关闭proxy_redirect的功能

Nginx反向代理实战#

1581883378672

服务器1,2,3存在两种情况

Copy
Copy
第一种情况: 三台服务器的内容不一样。
第二种情况: 三台服务器的内容是一样。

代理服务器

192.168.200.133:80

server1-3

192.168.200.146:9001

192.168.200.146:9002

192.168.200.146:9003

  1. 如果服务器1、服务器2和服务器3的内容不一样，那我们可以根据用户请求来分发到不同的服务器。
Copy
Copy
代理服务器
server {
        listen          8082;
        server_name     localhost;
        location /server1 {
                proxy_pass http://192.168.200.146:9001/; #server1
        }
        location /server2 {
                proxy_pass http://192.168.200.146:9002/; #server2
        }
        location /server3 {
                proxy_pass http://192.168.200.146:9003/; #server3
        }
}

服务端
#192.168.200.146:9001
server1
server {
        listen          9001;
        server_name     localhost;
        default_type text/html;
        return 200 '<h1>192.168.200.146:9001</h1>'
}
#server2
#192.168.200.146:9001
server {
        listen          9002;
        server_name     localhost;
        default_type text/html;
        return 200 '<h1>192.168.200.146:9002</h1>'
}
#server3
#192.168.200.146:9001
server {
        listen          9003;
        server_name     localhost;
        default_type text/html;
        return 200 '<h1>192.168.200.146:9003</h1>'
}
  1. 如果服务器1、服务器2和服务器3的内容是一样的，该如何处理? 负载均衡

Nginx的安全控制#

关于web服务器的安全是比较大的一个话题，里面所涉及的内容很多，Nginx反向代理是如何来提升web服务器的安全呢？

Copy
Copy
安全隔离

什么是安全隔离?

通过代理分开了客户端到应用程序服务器端的连接，实现了安全措施。在反向代理之前设置防火墙，仅留一个入口供代理服务器访问。

1589908851340

如何使用SSL对流量进行加密#

翻译成大家能熟悉的说法就是将我们常用的http请求转变成https请求，那么这两个之间的区别简单的来说两个都是HTTP协议，只不过https是身披SSL外壳的http.

HTTPS是一种通过计算机网络进行安全通信的传输协议。它经由HTTP进行通信，利用SSL/TLS建立全通信，加密数据包，确保数据的安全性。

SSL(Secure Sockets Layer)安全套接层

TLS(Transport Layer Security)传输层安全

上述这两个是为网络通信提供安全及数据完整性的一种安全协议，TLS和SSL在传输层和应用层对网络连接进行加密。

总结来说为什么要使用https:

Copy
Copy
http协议是明文传输数据，存在安全问题，而https是加密传输，相当于http+ssl，并且可以防止流量劫持。

Nginx要想使用SSL，需要满足一个条件即需要添加一个模块--with-http_ssl_module,而该模块在编译的过程中又需要OpenSSL的支持，这个我们之前已经准备好了。

nginx添加SSL的支持

（1）完成 --with-http_ssl_module模块的增量添加

nginx -v 把配置文件粘贴出去

Copy
Copy
》将原有/usr/local/nginx/sbin/nginx进行备份
》拷贝nginx之前的配置信息
》在nginx的安装源码进行配置指定对应模块  ./configure --with-http_ssl_module
》通过make模板进行编译
》将objs下面的nginx移动到/usr/local/nginx/sbin下
》在源码目录下执行  make upgrade进行升级，这个可以实现不停机添加新模块的功能
Nginx的SSL相关指令

因为刚才我们介绍过该模块的指令都是通过ngx_http_ssl_module模块来解析的。

》ssl:该指令用来在指定的服务器开启HTTPS,可以使用 listen 443 ssl,后面这种方式更通用些。

语法 ssl on | off;
默认值 ssl off;
位置 http、server 
Copy
Copy
server{
	listen 443 ssl; #443是https默认端口
}

》ssl_certificate:为当前这个虚拟主机指定一个带有PEM格式证书的证书。 文件路径。

语法 ssl_certificate file;
默认值 —
位置 http、server

》ssl_certificate_key:该指令用来指定PEM secret key文件的路径 文件路径。

语法 ssl_ceritificate_key file;
默认值 —
位置 http、server

》ssl_session_cache:该指令用来配置用于SSL会话的缓存

语法 ssl_sesion_cache off|none|[builtin[:size]] [shared:name:size]
默认值 ssl_session_cache none;
位置 http、server

off:禁用会话缓存，客户端不得重复使用会话

none:禁止使用会话缓存，客户端可以重复使用，但是并没有在缓存中存储会话参数

builtin:内置OpenSSL缓存，仅在一个工作进程中使用。

shared:所有工作进程之间共享缓存，缓存的相关信息用name和size来指定 ngingx是多进程工作模式

》ssl_session_timeout：开启SSL会话功能后，设置客户端能够反复使用储存在缓存中的会话参数时间。

语法 ssl_session_timeout time;
默认值 ssl_session_timeout 5m;
位置 http、server

》ssl_ciphers:指出允许的密码，密码指定为OpenSSL支持的格式

Copy
Copy
#openssl cipers
语法 ssl_ciphers ciphers;
默认值 ssl_ciphers HIGH:!aNULL:!MD5;
位置 http、server

可以使用openssl ciphers查看openssl支持的格式。

》ssl_prefer_server_ciphers：该指令指定是否服务器密码优先客户端密码 一般会改成on

语法 ssl_perfer_server_ciphers on|off;
默认值 ssl_perfer_server_ciphers off;
位置 http、server
生成证书

方式一：使用阿里云/腾讯云等第三方服务进行购买。

方式二:使用openssl生成证书

先要确认当前系统是否有安装openssl

Copy
Copy
# openssl version
OpenSSL 1.0.2k-fips  26 Jan 2017

安装下面的命令进行生成

Copy
Copy
mkdir /root/cert
cd /root/cert
openssl genrsa -des3 -out server.key 1024
openssl req -new -key server.key -out server.csr
cp server.key server.key.org
openssl rsa -in server.key.org -out server.key
openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt
开启SSL实例
Copy
Copy
cat nginx-1.16.1/conf/nginx.conf #nginx编译文件的nginx.conf 有注释的ssl配置文件

Copy
Copy
esc 
ctrl +v  
上下键默认选中
d 键删除选中#

Copy
Copy
server {
    listen       443 ssl; #ssl on
    server_name  localhost; #生产环境写真实域名

    ssl_certificate      /root/cert/server.crt; #根据真实路径填写
    ssl_certificate_key  /root/vert/server.key; #根据真实路径填写

    ssl_session_cache    shared:SSL:1m; #会话缓存 shared所有进程间共享  缓存1m
    ssl_session_timeout  5m; #超时  5分钟

    ssl_ciphers  HIGH:!aNULL:!MD5; #密码格式 默认
    ssl_prefer_server_ciphers  on; #服务器密码优先于客户端密码  on

    location / {
        root   html;
        index  index.html index.htm;
    }
}

Copy
Copy
#使得 http走https请求
server {
	listen 80；
	server_name localhost;
	
	location / {
	#root html;
	# index index.html index.htm;
	
	rewrite ^(.*) https://yuming.cn$1; #请求的所有内容都加到后面 $1
	}
}

（4）验证

反向代理系统调优#

反向代理值Buffer和Cache

Buffer翻译过来是"缓冲"，Cache翻译过来是"缓存"。

1581879638569

总结下：

Copy
Copy
相同点:
两种方式都是用来提供IO吞吐效率，都是用来提升Nginx代理的性能。
不同点:
缓冲主要用来解决不同设备之间数据传递速度不一致导致的性能低的问题，缓冲中的数据一旦此次操作完成后，就可以删除。
缓存主要是备份，将被代理服务器的数据缓存一份到代理服务器，这样的话，客户端再次获取相同数据的时候，就只需要从代理服务器上获取，效率较高，缓存中的数据可以重复使用，只有满足特定条件才会删除.

（1）Proxy Buffer相关指令

》proxy_buffering :该指令用来开启或者关闭代理服务器的缓冲区；

语法 proxy_buffering on|off;
默认值 proxy_buffering on;
位置 http、server、location

》proxy_buffers:该指令用来指定单个连接从代理服务器读取响应的缓存区的个数和大小。

语法 proxy_buffers number size;
默认值 proxy_buffers 8 4k | 8K;(与系统平台有关)
位置 http、server、location

number:缓冲区的个数

size:每个缓冲区的大小，缓冲区的总大小就是number*size

》proxy_buffer_size:该指令用来设置从被代理服务器获取的第一部分响应数据的大小。保持与proxy_buffers中的size一致即可，当然也可以更小。

语法 proxy_buffer_size size;
默认值 proxy_buffer_size 4k | 8k;(与系统平台有关)
位置 http、server、location

》proxy_busy_buffers_size：该指令用来限制同时处于BUSY状态的缓冲总大小。

语法 proxy_busy_buffers_size size;
默认值 proxy_busy_buffers_size 8k|16K;
位置 http、server、location

》proxy_temp_path:当缓冲区存满后，仍未被Nginx服务器完全接受，响应数据就会被临时存放在磁盘文件上，该指令设置文件路径 防止数 防止据 防止数据丢失

语法 proxy_temp_path path;
默认值 proxy_temp_path proxy_temp;
位置 http、server、location

注意path路径最多设置三层。

》proxy_temp_file_write_size：该指令用来设置磁盘上缓冲文件的大小。

语法 proxy_temp_file_write_size size;
默认值 proxy_temp_file_write_size 8K|16K;
位置 http、server、location

通用网站的配置

Copy
Copy
proxy_buffering on;
proxy_buffer_size 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

根据项目的具体内容进行相应的调节。

posted @   机猿巧合  阅读(588)  评论(0)  编辑  收藏  举报
相关博文：
· 2-Nginx_核心配置进阶，静态缓存，跨域问题，防盗
· 4-Nginx负载均衡案例(4层七层)，缓存集成案例
· Nginx反向代理
· Nginx——Nginx反向代理
· Nginx 反向代理、Rewrite
阅读排行：
· 阿里最新开源QwQ-32B，效果媲美deepseek-r1满血版，部署成本又又又降低了！
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决：字节Trae VS Cursor，谁才是开发者新宠？
· 开源Multi-agent AI智能体框架aevatar.ai，欢迎大家贡献代码
· Manus重磅发布：全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示
AI IDE Trae
CONTENTS
✕