1.weight= #权重值，默认为1；

2.max_conns= #上游服务器的最大并发连接数；

3.fail_timeout=#服务器不可用的判定时间；

4.max_fails= #服务器不可用的检查次数；

5.backup#备份服务器，仅当其他服务器都不可用时才会启用；

6.down#标记服务器长期不可用，离线维护；

点此查看：负载均衡演示

1.3.6 return

停止处理请求，直接返回响应码或重定向到其他 URL ；执行 return 指令后， location 中后续指令将不会被执行。

|   |   |
| --- | --- |
|   |#语法： |
|   |#return code [text]; |
|   |#return code URL; |
|   |#return URL; |
|   |   |
|   |#例如： |
|   | location / { |
|   |return404;  #直接返回状态码 |
|   | }  |
|   |   |
|   | location / { |
|   |return404"pages not found"; #返回状态码 + 一段文本 |
|   | }  |
|   |   |
|   | location / { |
|   |return302 /bbs; #返回状态码 + 重定向地址 |
|   | }  |
|   |   |
|   | location / { |
|   |returnhttps://www.baidu.com; #返回重定向地址 |
|   | }  |

1.3.7 rewrite

根据指定正则表达式匹配规则，重写 URL 。

|   |   |
| --- | --- |
|   |#上下文(标签)：server、location、if |
|   |   |
|   |#语法：rewrite 
  <正则表达式> 
   <要替换的内容>
     [flag]; | | | rewirte /images/(.*.jpg)$ /pic/$1; #变量$1 是前面括号(.*.jpg)的反向引用 |
   
  

flag可选值的含义：

•last重写后的 URL 发起新请求，再次进入 server 段，重试 location 的中的匹配；

•break直接使用重写后的 URL ，不再匹配其它 location 中语句；

•redirect返回 302 临时重定向；

•permanent返回 301 永久重定向；

点此查看：rewrite实例演示

1.3.8 if

|   |   |
| --- | --- |
|   |#上下文：server、location |
|   |   |
|   |#语法：if (condition) { ... } |
|   |if($http_user_agent~ Chrome) { |
|   | rewrite /(.*) /browser/$1break; |
|   | }  |
|   |   |
|   |#实例：当访问 localhost:8080/images/ 时，会进入 if 判断里面，并执行 rewrite 命令。 |
|   | server { |
|   | listen 8080; |
|   | server_name localhost; |
|   | root html; |
|   |   |
|   | location / { |
|   |if($uri="/images/") { |
|   | rewrite (.*) /pics/break; |
|   | }  |
|   | }  |
|   | }  |

condition 判断条件：

•$variable#仅为变量时，值为空或以0开头，字符串都会被当做 false 处理；

•=!=#相等或不等；

•~#正则匹配；

•~*#正则匹配，不区分大小写；

•-f#检测 文件 存在；

•-d#检测 目录 存在；

•-e#检测 文件、目录、符号链接 等存在；

•-x#检测文件可以执行；

•!#取反，非；如! ~非正则匹配；或! -f文件不存在

1.3.9 autoindex

用户请求以 / 结尾时，列出目录结构，可以用于快速搭建静态资源下载网站。

202503121927444

autoindex-nginx.conf 配置信息：

|   |   |
| --- | --- |
|   |#当访问 fe.lion.com/download/ 时，会把服务器 /opt/source/download/ 路径下的文件展示出来 |
|   | server { |
|   | listen 80; |
|   | server_name fe.lion-test.club; |
|   |   |
|   | location /download/ { |
|   | root /opt/source; |
|   |   |
|   | autoindex on;  #打开 autoindex，可选参数有 on | off |
|   | autoindex_exact_size on;  #修改为off（默认on），以bytes（KB、MB、GB）显示出⽂件的确切⼤⼩ |
|   | autoindex_format html;  #以html的方式进行格式化，可选参数有 html | json | xml |
|   | autoindex_localtime off;  #显示的⽂件时间为⽂件的服务器时间（默认off）。显示的⽂件时间为GMT时间 |
|   | }  |
|   | }  |

1.4 HTTPS

在学习如何配置 HTTPS 之前，我们先来简单回顾下 HTTPS 的工作流程是怎么样的？它是如何进行加密保证安全的？

1.4.1 HTTPS 工作流程

1. 客户端（浏览器）访问 https://www.baidu.com 百度网站；

2. 百度服务器返回 HTTPS 使用的 CA 证书；

3. 浏览器验证 CA 证书是否为合法证书；

4. 验证通过，证书合法，生成一串随机数并使用公钥（证书中提供的）进行加密；

5. 发送公钥加密后的随机数给百度服务器；

6. 百度服务器拿到密文，通过私钥进行解密，获取到随机数（公钥加密，私钥解密，反之也可以）；

7. 百度服务器把要发送给浏览器的内容，使用随机数进行加密后传输给浏览器；

8. 此时浏览器可以使用随机数进行解密，获取到服务器的真实传输内容；

这就是 HTTPS 的基本运作原理，使用对称加密和非对称机密配合使用，保证传输内容的安全性。

有兴趣的可点此查看：《什么是 SSL、TLS 和 HTTPS？》

1.4.2 配置证书

下载证书的压缩文件，里面有个 Nginx 文件夹，把 xxx.crt 和 xxx.key 文件拷贝到服务器目录，再进行如下配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 443 ssl http2 default_server; #SSL 访问端口号为 443 |
|   | server_name lion.club;   #填写绑定证书的域名(我这里是随便写的) |
|   | ssl_certificate /etc/nginx/https/lion.club_bundle.crt; #证书地址 |
|   | ssl_certificate_key /etc/nginx/https/lion.club.key;   #私钥地址 |
|   | ssl_session_timeout 10m; |
|   | ssl_protocols TLSv1 TLSv1.1 TLSv1.2;  #支持ssl协议版本，默认为后三个，主流版本是[TLSv1.2] |
|   |   |
|   | location / { |
|   | root  /usr/share/nginx/html; |
|   | index index.html index.htm; |
|   | }  |
|   | }  |

注意：

• ssl_certificate证书的后缀不固定，目前知道的有有：.cer、.pem、.crt ；

• ssl_certificate_key的文件的后缀是固定的为.key

1.5 CORS 跨域配置

CORS（Cross-Origin Resource Sharing，跨源资源共享）是一种浏览器机制，允许网页从不同的域（源）请求资源。它通过使用额外的 HTTP 头来告诉浏览器，允许某个源（协议 + 域名 + 端口）访问资源，即使这些资源来自不同的源。

1.5.1 跨域的定义

同源策略限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互。

这是一个用于隔离潜在恶意文件的重要安全机制。通常不允许不同源间的读操作。

1.5.2 同源的定义

如果两个页面的协议，域名和端口都相同，则两个页面具有相同的源。

与 URL http://store.company.com/dir/page.html 的源进行对比的示例：

• http://store.company.com/dir2/other.html 同源

• https://store.company.com/secure.html 不同源：协议不同

• http://store.company.com:81/dir/etc.html 不同源：端口不同

• http://news.company.com/dir/other.html 不同源：主机不同

不同源会有如下限制：

• Web 数据层面：同源策略限制了不同源的站点读取当前站点的 Cookie 、 IndexDB 、 LocalStorage 等数据。

• DOM 层面：同源策略限制了来自不同源的 JavaScript 脚本对当前 DOM 对象读和写的操作。

• 网络层面：同源策略限制了通过 XMLHttpRequest 等方式将站点的数据发送给不同源的站点。

1.5.3 Nginx 跨域方案

例如：

• 前端服务的域名为： fe.server.com

• 后端服务的域名为： dev.server.com

现在我在 fe.server.com 对 dev.server.com 发起请求一定会出现跨域。

1. 启动一个 Nginx 服务器，将 server_name 设置为 fe.server.com

2. 设置相应的 location 以拦截前端需要跨域的请求

3. 最后将请求代理回 dev.server.com

如下面的配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 80; |
|   | server_name fe.server.com; |
|   | location / { |
|   | proxy_pass http://dev.server.com; |
|   | }  |
|   | }  |

这样可以完美绕过浏览器的同源策略：

1. fe.server.com 访问 Nginx 的 fe.server.com 属于同源访问，

2. 而 Nginx 对服务端转发的请求不会触发浏览器的同源策略。

1.6 gzip 压缩

GZIP 是规定的三种标准 HTTP 压缩格式之一。目前绝大多数的网站都在使用 GZIP 传输 HTML、CSS、JavaScript 等资源文件。

对于文本文件， GZiP 的效果非常明显，开启后传输所需流量大约会降至 1/4~1/3 。

启用 gzip 同时需要客户端和服务端的支持，然而并不是每个浏览器都支持 gzip 的。

可以通过请求头中的 Accept-Encoding 来标识对压缩的支持，如图：

202503150232712

如果客户端支持 gzip 的解析，那么只要服务端能够返回 gzip 的文件就可以启用 gzip 了,

可以通过 Nginx 的配置来让服务端支持 gzip 。下面的 respone 中 content-encoding:gzip ，指服务端开启了 gzip 的压缩方式。

202503150233152

|   |   |
| --- | --- |
|   |#是否开启gzip |
|   | gzip on;  #默认 off |
|   |   |
|   |#采用 gzip 压缩的 MIME 文件类型，其中 text/html 被系统强制启用； |
|   | gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; |
|   |   |
|   |#---- 以上两个参数开启就可以支持Gzip压缩了 ----# |
|   |   |
|   |#该模块启用后，Nginx 首先检查是否存在请求静态文件的 gz 结尾的文件，如果有则直接返回该 .gz 文件内容； |
|   | gzip_static on;  #默认 off |
|   |   |
|   |#nginx做为反向代理时启用，用于设置"启用或禁用"从代理服务器上收到相应内容 gzip 压缩； |
|   | gzip_proxied any;  #默认 off |
|   |   |
|   |#用于在响应消息头中添加 Vary：Accept-Encoding，使代理服务器根据请求头中的 Accept-Encoding 识别是否启用 gzip 压缩； |
|   | gzip_vary on; |
|   |   |
|   |#gzip 压缩比，压缩级别是 1-9，级别越高压缩率越大，压缩时间越长；1 压缩级别最低，9 最高，建议 4-6； |
|   | gzip_comp_level 6; |
|   |   |
|   |#获取多少内存，用于缓存压缩结果 |
|   | gzip_buffers 16 8k;  #16 8k 表示以 8k*16 为单位获得 |
|   |   |
|   |#允许压缩的页面最小字节数，页面字节数从header头中的 Content-Length 中进行获取。 |
|   |#建议设置成大于 1k 的字节数，小于 1k 可能会越压越大；（默认值是 0，不管页面多大都压缩） |
|   | gzip_min_length 1k; |
|   |   |
|   |#启用 gzip 所需的 HTTP 最低版本； |
|   | gzip_http_version 1.1;  #默认 1.1 |

1.7 Nginx 配置黑/白名单

Nginx 利用 deny 和 allow 指令来实现黑 /白名单的配置，利用黑白名单进行安全配置。

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#语法 |
|   | allow address | CIDR | all;  #允许访问 |
|   | deny address | CIDR | all;   #禁止访问 |

参数说明：

• address：具体的ip地址。

• CIDR：ip加掩码形式地址。

• all：所有ip地址。

例子：

1. 黑名单: 配置禁止的ip访问，允许其他所有的地址访问。

|   |   |
| --- | --- |
|   | deny 192.168.1.234 |
|   | deny 192.168.1.235 |
|   | deny 192.168.1.236 |
|   |   |
|   | allow all; |

2. 白名单: 配置允许的ip访问，禁止其他所有的地址访问。

|   |   |
| --- | --- |
|   | allow 192.168.1.234 |
|   | allow 192.168.1.235 |
|   | allow 192.168.1.236 |
|   |   |
|   | deny all; |

3. 配置禁止访问文件或文件夹

|   |   |
| --- | --- |
|   | location ^~ /project/deny.txt {#明确请求是对其起作用的； |
|   |alias /webroot/proj/;  #解析到 /webroot/proj 目录 |
|   | deny all;   #屏蔽任何来源 |
|   | }  |

也可以把 deny all 改换成 return 404，这样将返回 404 而不是 403 Forbidden，更有“欺骗性”。

1.8 缓存配置

缓存可以非常有效的提升性能，因此不论是客户端（浏览器），还是代理服务器（ Nginx ），乃至上游服务器都多少会涉及到缓存。可见缓存在每个环节都是非常重要的。

存储一些之前被访问过、而且可能将要被再次访问的资源，使用户可以直接从代理服务器获得，从而减少上游服务器的压力，加快整个访问速度。

下面让我们来学习 Nginx 中如何设置缓存策略。

1.8.1 缓存文件设置

|   |   |
| --- | --- |
|   |#上下文：http |
|   |   |
|   |#### proxy_cache_path |
|   |#设置缓存文件的存放路径。 |
|   | proxy_cache_path path [level=levels] ...  #默认值：proxy_cache off; |

参数含义：

• path #缓存文件的存放路径；

• level #path的目录层级；

• keys_zone #设置共享内存；

• inactive #在指定时间内没有被访问，缓存会被清理，默认10分钟；

1.8.2 缓存条件设置

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#### proxy_no_cache |
|   |#定义相应保存到缓存的条件，如果字符串参数的至少一个值不为空且不等于 “0”，则将不保存该响应到缓存。 |
|   |#语法：proxy_no_cache string; |
|   | proxy_no_cache$http_pragma$http_authorization; |
|   |   |
|   |#### proxy_cache_bypass |
|   |#定义条件，在该条件下将不会从缓存中获取响应。 |
|   |#语法：proxy_cache_bypass string; |
|   | proxy_cache_bypass$http_pragma$http_authorization; |

1.8.3 缓存参数配置

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#### proxy_cache |
|   |#缓存开关 |
|   | proxy_cache zone | off ;  # zone 是共享内存的名称（默认值：off;） |
|   |   |
|   |#### proxy_cache_valid |
|   |#配置什么状态码可以被缓存，以及缓存时长。 |
|   |#语法：proxy_cache_valid [code...] time; |
|   | proxy_cache_valid 200 304 2m; #说明对于状态为200和304的缓存文件的缓存时间是2分钟 |
|   |   |
|   |#### proxy_cache_key |
|   |#设置缓存文件的 key |
|   | proxy_cache_key  #默认值 $scheme$proxy_host$request_uri; |

upstream_cache_status变量，设置在响应头信息中，在调试中非常有用，它存储了缓存是否命中的信息，如下：

•MISS: #未命中缓存

•HIT：: #命中缓存

•EXPIRED: #缓存过期

•STALE: #命中了陈旧缓存

•REVALIDDATED: #Nginx验证陈旧缓存依然有效

•UPDATING: #内容陈旧，但正在更新

•BYPASS: #响应从原始服务器获取

1.8.4 缓存配置实例

上游服务器：121.42.11.34 ，配置如下：

|   |   |
| --- | --- |
|   | server { |
|   | listen 1010; |
|   | root /usr/share/nginx/html/1010; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 1020; |
|   | root /usr/share/nginx/html/1020; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |

代理服务器：121.5.180.193 ，配置如下：

|   |   |
| --- | --- |
|   |# 缓存文件设置 |
|   | proxy_cache_path /etc/nginx/cache_temp levels=2:2 keys_zone=cache_zone:30m max_size=2g inactive=60m use_temp_path=off; |
|   |   |
|   | upstream cache_server { |
|   | server 121.42.11.34:1010; |
|   | server 121.42.11.34:1020; |
|   | }  |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name cache.lion.club; |
|   | location / { |
|   | proxy_cache cache_zone;  #设置缓存内存，上面配置中已经定义好的 |
|   | proxy_cache_valid 200 5m; #缓存状态为200的请求，缓存时长为5分钟 |
|   | proxy_cache_key$request_uri; #缓存文件的key为请求的URI |
|   | add_header Nginx-Cache-Status$upstream_cache_status #把缓存状态设置为头部信息，响应给客户端 |
|   | proxy_pass http://cache_server;  #代理转发 |
|   | }  |
|   | }  |

缓存就是这样配置，我们可以在 /etc/nginx/cache_temp 路径下找到相应的缓存文件。

对于一些实时性要求非常高的页面或数据来说，就不应该去设置缓存，下面来看看如何配置不缓存的内容。

添加过滤条件，过滤请求不缓存：

|   |   |
| --- | --- |
|   |# 缓存文件设置 |
|   | proxy_cache_path /etc/nginx/cache_temp levels=2:2 keys_zone=cache_zone:30m max_size=2g inactive=60m use_temp_path=off; |
|   |   |
|   | upstream cache_server { |
|   | server 121.42.11.34:1010; |
|   | server 121.42.11.34:1020; |
|   | }  |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name cache.lion.club; |
|   |# URI 中后缀为 .txt 或 .text 的设置变量值为 "no cache" |
|   |if($request_uri~ .(txt|text)$) { |
|   |set$cache_name"no cache"|
|   | }  |
|   |   |
|   | location / { |
|   | proxy_no_cache$cache_name;  #判断该变量是否有值，如果有值则不进行缓存，如果没有值则进行缓存 |
|   | proxy_cache cache_zone;  #设置缓存内存 |
|   | proxy_cache_valid 200 5m; #缓存状态为200的请求，缓存时长为5分钟 |
|   | proxy_cache_key$request_uri; #缓存文件的key为请求的URI |
|   | add_header Nginx-Cache-Status$upstream_cache_status #把缓存状态设置为头部信息，响应给客户端 |
|   | proxy_pass http://cache_server;  #代理转发 |
|   | }  |
|   | }  |

二、栗子

rewrite实例演示

|   |   |
| --- | --- |
|   | server{ |
|   | listen 80; |
|   | server_name fe.lion.club;  #要在本地hosts文件进行配置 |
|   | root html; |
|   | location /search { |
|   | rewrite ^/(.*) https://www.baidu.com redirect;  #返回 302 并临时重定向到百度 |
|   | }  |
|   |   |
|   | location /images { |
|   | rewrite /images/(.*) /pics/$1; |
|   | }  |
|   |   |
|   | location /pics { |
|   | rewrite /pics/(.*) /photos/$1; |
|   | }  |
|   |   |
|   | location /photos { |
|   |   |
|   | }  |
|   | }  |

按照这个配置我们来分析：

• 当访问 fe.lion.club/search 时，自动重定向到 https://www.baidu.com

• 当访问 fe.lion.club/images/1.jpg 时:

1. 找到 /images 的 location ，然后重写 URL 为 fe.lion.club/pics/1.jpg

2. 找到 /pics 的 location ，继续重写 URL 为 fe.lion.club/photos/1.jpg

3. 找到 /photos 的 location 后，去 html/photos 目录下寻找 1.jpg 静态资源。

负载均衡演示

配置负载均衡主要是要使用 upstream 指令。

我们把 121.42.11.34 服务器作为上游服务器，做如下配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 8020; |
|   | location / { |
|   |return200'return 8020 
'; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 8030; |
|   | location / { |
|   |return200'return 8030 
'; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 8040; |
|   | location / { |
|   |return200'return 8040 
'; |
|   | }  |
|   | }  |

把 121.5.180.193 服务器作为代理服务器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 配置本地 hosts |
|   |sudotee-a /etc/hosts <<-EOF |
|     | 121.5.180.193 balance.lion.club |
|     | EOF |
|     |     |
|     | #2. 代理配置 |
|     | #/etc/nginx/conf.d/demo-nginx.conf |
|     | tee /etc/nginx/conf.d/demo-nginx.conf <<-EOF |
|     | upstream demo_server { |
|     | server 121.42.11.34:8020; |
|     | server 121.42.11.34:8030; |
|     | server 121.42.11.34:8040; |
|     | }   |
|     |     |
|     | server { |
|     | listen 80; |
|     | server_name balance.lion.club; |
|     |     |
|     | location /balance/ { |
|     | proxy_pass http://demo_server; |
|     | }   |
|     | }   |
|     |     |

配置完成后重启 Nginx 服务器。并且在需要访问的客户端配置好 ip 和域名的映射关系。

在客户端机器执行 curl http://balance.lion.club/balance/ 命令：

202503141712990

如图所示：负载均衡的配置已经生效了，通过简单的"轮询策略"进行上游服务器分发，每次给我们分发的上游服务器都不一样。

接下来，我们再来了解下 Nginx 的其它分发策略：hash、ip_hash 和 least_conn最少连接数算法。

hash、ip_hash 和 least_conn

|   |   |
| --- | --- |
|   |#### hash 算法 |
|   |#通过指定关键字作为 hash-key ，基于 hash 算法映射到特定的上游服务器中。 |
|   |#关键字可以包含有变量、字符串。 |
|   | upstream demo_server { |
|   |#表示使用 request_uri变量作为 hash的 key值，只要访问的 URI 保持不变，就会一直分发给同一台服务器。 |
|   |hash$request_uri; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |#### ip_hash 算法（可以有效解决后台服务器 session 保持的问题） |
|   |#根据客户端的请求 ip进行判断，只要 ip地址不变，就永远分配到同一台主机。 |
|   | upstream demo_server { |
|   | ip_hash; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |#### least_conn最少连接数算法 |
|   |#各个 worker子进程通过读取共享内存的数据，获取后端服务器的信息来挑选一台，当前已建立“连接数最少”的服务器进行分配请求。 |
|   | upstream demo_server { |
|   | zonetest10M;  #zone可以设置共享内存空间的名字和大小 |
|   | least_conn; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name balance.lion.club; |
|   |   |
|   | location /balance/ { |
|   | proxy_pass http://demo_server; |
|   | }  |
|   | }  |

配置本地 hosts

|   |   |
| --- | --- |
|   |sudotee-a /etc/hosts <<-EOF |
|     | 121.5.180.193 balance.lion.club |
|     | EOF |

proxy_pass实例演示

用户请求URL：/bbs/abc/test.html

1. 不带 / 的用法：

|   |   |
| --- | --- |
|   |#不带 / 意味着 Nginx 不会修改用户 URL ，而是直接透传给上游的应用服务器； |
|   | location /bbs/ { |
|   | proxy_pass http://127.0.0.1:8080; |
|   | }  |

• 请求到达 Nginx 的 URL：/bbs/abc/test.html

• 请求到达上游应用服务器的 URL：/bbs/abc/test.html

• alias值=url： alias /$PATH/bbs/abc/

2. 带 / 的用法：

|   |   |
| --- | --- |
|   |#带 / 意味着 Nginx 会修改用户 URL ，修改方法是将 location 的参数从用户 URL 中删除； |
|   | location /bbs/ { |
|   | proxy_pass http://127.0.0.1:8080/; |
|   | }  |

• 请求到达 Nginx 的 URL： /bbs/abc/test.html

• 请求到达上游应用服务器的URL： /abc/test.html

• root值=url-location：root /$PATH/abc/

正向代理

如果把局域网外的Internet想象成一个巨大的资源库，则局域网中的客户端要访问Internet，则需要通过代理服务器来访问，这种代理服务就称为正向代理。

Nginx正向代理涉及到的指令较少，只是对用户的访问进行一个转发，不做其他处理。配置如下：

|   |   |
| --- | --- |
|   | server { |
|   | resolver 192.168.1.1; #指定DNS服务器IP地址 |
|   | listen 8080; |
|   | location / { |
|   |#设定代理服务器的协议和地址 |
|   | proxy_pass http://$http_host$request_uri; |
|   | }  |
|   | }  |

其中：

• resolver 必须的，表示DNS服务器;

• listen 指定监听端口号（不指定默认监听 80 端口）;

• location 表示匹配用户访问的资源，并作进一步转交和处理，可用正则表达式匹配;

• proxy_pass 表示需要代理的地址;

• $http_host 表示用户访问资源的主机部分;

• $request_uri 表示用户访问资源的URI部分。

如：http://nginx.org/download/nginx-1.6.3.tar.gz，则$http_host=nginx.org，$request_uri=/download/nginx-1.6.3.tar.gz

反向代理

为了演示更加接近实际，准备了两台云服务器，分别是：121.42.11.34 与 121.5.180.193

我们把 121.42.11.34 服务器作为上游服务器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 页面 index.html |
|   |tee/usr/share/nginx/html/proxy/index.html <<-EOF |
|     | 
 121.42.11.34 proxy html 
 |
|   | EOF|
|   |   |
|   |#2. 代理配置 |
|   |#/etc/nginx/conf.d/proxy-nginx.conf |
|   |tee/etc/nginx/conf.d/proxy-nginx.conf <<-EOF |
|     | server{ |
|     | listen 8080; |
|     | server_name localhost; |
|     |     |
|     | location /proxy/ { |
|     | root /usr/share/nginx/html/proxy; |
|     | index index.html; |
|     | }   |
|     | }   |
|     | EOF |
|     |     |
|     | #3. 配置完成后重新加载配置文件 |
|     | nginx -s reload |

把 121.5.180.193 服务器作为代理服务器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 配置本地 hosts |
|   |sudotee-a /etc/hosts <<-EOF |
|     | 121.5.180.193 proxy.lion.club |
|     | EOF |
|     |     |
|     | #2. 代理配置 |
|     | #/etc/nginx/conf.d/proxy-nginx.conf |
|     | tee /etc/nginx/conf.d/proxy-nginx.conf <<-EOF |
|     | upstream back_end { |
|     | server 121.42.11.34:8080 weight=2 max_conns=1000 fail_timeout=10s max_fails=3; |
|     | keepalive 32; |
|     | keepalive_requests 80; |
|     | keepalive_timeout 20s; |
|     | }   |
|     |     |
|     | server { |
|     | listen 80; |
|     | server_name proxy.lion.club; |
|     | location /proxy { |
|     | proxy_pass http://back_end/proxy; |
|     | }   |
|     | }   |
|     | EOF |

分析：

• 当访问 proxy.lion.club/proxy 时，通过 upstream 的配置找到 121.42.11.34:8080 ；

• 因此访问地址变为 http://121.42.11.34:8080/proxy ；

• 连接到 121.42.11.34 服务器，找到 8080 端口提供的 server ；

• 通过 server 找到 /usr/share/nginx/html/proxy/index.html 资源，最终展示出来。

202503141509395

location实例演示

|   |   |
| --- | --- |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.com; |
|   |   |
|   |#只有当访问 www.nginx-test.com/match_all/ 时，才会匹配到/usr/share/nginx/html/match_all/index.html |
|   | location = /match_all/ { |
|   | root  /usr/share/nginx/html |
|   | index index.html |
|   | }  |
|   |   |
|   |#当访问 www.nginx-test.com/1.jpg 等路径时，会去 /usr/share/nginx/images/1.jpg 找对应的资源 |
|   | location ~ .(jpeg|jpg|png|svg)$ { |
|   | root /usr/share/nginx/images; |
|   | }  |
|   |   |
|   |#当访问 www.nginx-test.com/bbs/ 时，会匹配上 /usr/share/nginx/html/bbs/index.html |
|   | location ^~ /bbs/ { |
|   | root /usr/share/nginx/html; |
|   | index index.html; |
|   | }  |
|   | }  |

server_name实例演示

因为虚拟域名进行测试，因此需要配置本地 DNS 解析，如果使用阿里云上购买的域名，则需要在阿里云上设置好域名解析。

|   |   |
| --- | --- |
|   |#配置本地 DNS 解析 hosts |
|   | 121.42.11.34 www.nginx-test.com |
|   | 121.42.11.34 www.nginx-test.org |
|   | 121.42.11.34 www.nginx-test.cn |
|   | 121.42.11.34 mail.nginx-test.com |
|   | 121.42.11.34 doc.nginx-test.com |
|   | 121.42.11.34 fe.nginx-test.club |

配置 nginx.conf 的 server 配置

|   |   |
| --- | --- |
|   |# 完全匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.com; |
|   | root  /usr/share/nginx/html/nginx-test/all-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 左匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  *.nginx-test.com; |
|   | root  /usr/share/nginx/html/nginx-test/left-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 右匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.*; |
|   | root  /usr/share/nginx/html/nginx-test/right-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 正则匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  ~^.*.nginx-test..*$; |
|   | root  /usr/share/nginx/html/nginx-test/reg-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |

访问分析

• 当访问 时，都可以被匹配上，因此选择优先级最高的“完全匹配”；

• 当访问 时，会进行“左匹配”；

• 当访问 时，会进行“左匹配”；

• 当访问 时，会进行“右匹配”；

• 当访问 时，会进行“右匹配”；

• 当访问 时，会进行“正则匹配”；

内置变量实例演示

|   |   |
| --- | --- |
|   | server{ |
|   | listen 8081; |
|   | server_name var.lion-test.club; |
|   | root /usr/share/nginx/html; |
|   | location / { |
|   |return200" |
|   | remote_addr:$remote_addr|
|   | remote_port:$remote_port|
|   | server_addr:$server_addr|
|   | server_port:$server_port|
|   | server_protocol:$server_protocol|
|   | binary_remote_addr:$binary_remote_addr|
|   | connection:$connection|
|   | uri:$uri|
|   | request_uri:$request_uri|
|   | scheme:$scheme|
|   | request_method:$request_method|
|   | request_length:$request_length|
|   | args:$args|
|   | arg_pid:$arg_pid|
|   | is_args:$is_args|
|   | query_string:$query_string|
|   | host:$host|
|   | http_user_agent:$http_user_agent|
|   | http_referer:$http_referer|
|   | http_via:$http_via|
|   | request_time:$request_time|
|   | https:$https|
|   | request_filename:$request_filename|
|   | document_root:$document_root|
|   | "; |
|   | }  |
|   | }  |

当我们访问 http://var.lion-test.club:8081/test?pid=121414&cid=sadasd 时，由于 Nginx 中写了 return 方法，因此 chrome 浏览器会默认为我们下载一个文件，下面展示的就是下载的文件内容：

|   |   |
| --- | --- |
|   | remote_addr: 27.16.220.84 |
|   | remote_port: 56838 |
|   | server_addr: 172.17.0.2 |
|   | server_port: 8081 |
|   | server_protocol: HTTP/1.1 |
|   | binary_remote_addr: 茉 |
|   | connection: 126 |
|   | uri: /test/ |
|   | request_uri: /test/?pid=121414&cid=sadasd |
|   | scheme: http |
|   | request_method: GET |
|   | request_length: 518 |
|   | args: pid=121414&cid=sadasd |
|   | arg_pid: 121414 |
|   | is_args: ? |
|   | query_string: pid=121414&cid=sadasd |
|   | host: var.lion-test.club |
|   | http_user_agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.182 Safari/537.36 |
|   | http_referer: |
|   | http_via: |
|   | request_time: 0.000 |
|   | https: |
|   | request_filename: /usr/share/nginx/html/test/ |
|   | document_root: /usr/share/nginx/html |

链接：https://www.cnblogs.com/librarookie/p/18773209