【反向代理】超全Nginx底层原理+案例实战+高可用集群搭建

已于 2024-02-27 14:41:41 修改
阅读量5.6k 收藏 71
点赞数 21
分类专栏： # Nginx专栏 文章标签： nginx 服务器 https
于 2022-11-10 14:11:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47533244/article/details/127787690
版权

文章目录

1.Nginx简介和安装部署

1.1.什么是Nginx
  • 高性能的[HTTP]和反向代理的web服务器，用c语言编写，高性能支持单机千万级连接，强大的第三方库支持，负载均衡、静态文件服务器等。
1.2.Nginx的用途
  • 搭建前端静态资源服务器、文件服务器
  • 负载均衡Upstream配置实战、后端节点高可用性探测、全局异常兜底数据配置
  • Nginx封禁恶意IP、配置跨域、location和rewrite实战
  • Websocket配置、后端业务数据缓存前置、静态资源压缩
  • 阿里云ESC部署配置HTTPS证书
  • Nginx整合Openresty开发内网访问限制、文件资源下载限速实现原理
  • LVS+KeepAlived高可用配置
1.3.正向代理服务器
  • 客户端和目标服务器之间的服务器，客户端想代理发送一个请求指定目标服务器，然后代理向目标服务器请求并获得内容，并返回给客户端，平时说的代理服务器一般是正向代理服务器。
  • 核心：用户知道自己要访问的目标服务器
  • 场景：跳板机，访问原来无妨访问的网站

在这里插入图片描述

1.4.反向代理服务器
  • 客户端和目标服务器之间的服务器，客户端向代理发送一个请求，然后代理向目标服务器请求并获得内容，并返回给客户端。反向代理隐藏了真是的服务器。
  • 核心：客户端不知道要访问的目标服务器是哪台服务器，代理会根据一定的策略选择一个真是的服务器进行请求。
  • 场景：域名映射

在这里插入图片描述

1.5.nginx安装部署
  • 安装依赖
    • yum -y install gcc zlib zlib-devel pcre-devel opensslopenssl-devel
  • 解压nginx.tar.gz压缩包
    • tar -xvf nginx-1.18.0.tar.gz
  • 执行命令
    • ./configure --prefix=/usr/local/nginx && make && make install
  • 阿里云开放网络安全组或者虚拟机开发80端口firewall-cmd --permanent --add-port=80/tcp
  • 启动nginx：/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

在这里插入图片描述

1.6.线上访问服务器应用流程解析
  • 一个http请求基本流程
    • 客户端通过发起域名资源请求->DNS解析获取IP->寻找服务器获取资源
  • 域名和IP的关系，DNS作用
    • DNS：Domain Name Server域名服务器，域名虽然便于人们记忆，但网络中的计算机只能通过IP相互通信，他们之间的转换共做成为域名解析，域名解析需要由专门的与专门解析服务器完成，DNS就是进行域名解析的服务器。
  • 什么是a记录和cname
    • a记录
      • 用户可以在此设置域名并指向到自己的目标主机地址上，从而实现通过域名找到服务器（lixiang.com->192.168.10.103）
    • cname
      • 别名指向，可以为一个主机设置别名。比如设置lixiang123.com，用来指向lixiang.com那么以后就可以用lixiang123.com代替lixiang.com来访问，相当于多了一条通道。
1.7.本地虚拟机配置宿主机域名映射
  • C:\Windows\System32\drivers\etc
  • 修改hosts文件

2.Nginx核心基础知识

2.1.Nginx目录结构

（1）源码安装指定安装路径

  • /usr/local/nginx

（2）目录核心介绍

在这里插入图片描述

conf #所有配置文件的目录
	nginx.conf #默认的主要配置文件
	nginx.conf.default #默认模板

html #这是编译安装时Nginx的默认站点目录
	50x.html #错误页面
	index.html #默认首页
	
logs #nginx默认的日志路径，包括错误日志以及访问日志
	error.log  #错误日志
	nginx.pid  #nginx启动后的进程id
	access.log #nginx访问日志

sbin #nginx命令目录
	nginx #启动命令

（3）常见命令

./nginx #默认配置文件启动

./nginx -s reload #重启，加载默认的配置文件，conf/nginx.conf

./nginx -s stop #停止nginx

./nginx -c /usr/local/nginx/conf/nginx.conf #指定配置文件启动

#nginx进程有master process和worker process，关闭master进程即可，其他都被关掉
2.2.Nginx核心配置文件
  • 全局配置
  • server主机配置
  • location（URL匹配特定位置的设置）
#每个配置项有配置指令和指令参数够成 nginx配置文件全部用的相对路径
#user nobody; #指定nginx用户组

worker_processes 1; #指定worker process进程的数量

#error_log logs/error.log;  #错误日志存放的路径
#error_log logs/error.log notice; #告警日志 
#error_log logs/rttor/log info; #平常日志

#pid logs/nginx.pid #nginx进程的启动PID

#事件模块指令,用来指定Nginx的IO模型，Nginx支持的所有select、poll、kqueue、epoll等
#不同的是epoll用在linux平台上，而kqueue用在BSD系统上
events{
	use epoll;
	#指定每个worker进程的最大连接数，作为服务器来说，最大连接数为worker_connections * worker_processes
	#作为反向代理来说，最大连接数为worker_connections * worker_processes / 2
	worker_connections 1024;
}
#HTTP模块
http{
	#资源的媒体类型
	include mime.types; 
	
	#默认为下载，浏览器访问到未定义的扩展名的时候，就默认为下载该文件
	default_type application/octet-stream; 
	
	#自定义服务日志
	#log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent 		"$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"';
	
	#access_log日志，main 日志定义的格式
	#access_log logs/access/log main;
	
	#是否开启高效传输模式 on开启，off关闭
	sendfile on; 
	
	#减少网络报文段的数量
	#tcp_nopush on; 
	
	#客户端连接保持活动的超时时间，超过这个时间服务器会自动关闭
	keepalive_timeout 65;
	
	#是否开启压缩
	#gzip on;
	
	#虚拟主机配置
	server {
		#虚拟主机的服务端口
		listen 80;
		
		#用来指定IP地址和域名，可以有多个用空格分开
		server_name localhost;
		
		#charset koi8-r;
		
		#access_log日志，main 日志定义的格式
		#access_log logs/host.access.log main;
		
		#URL地址配置
		location /{
			#服务默认启动目录
			root html;
			
			#默认访问文件，按照顺序找
			index index.html;
		}
		
		#URL地址配置
		location ~ \.php${
			#反向代理的地址
			proxy_pass http://127.0.0.1;
		}
	}
	
	server {
		....
	}
}
2.3.Nginx搭建前端静态服务器

（1）什么是虚拟主机

  • 指在一台物理主机上划分出多个磁盘空间，每个磁盘空间都是有一个虚拟主机，每台虚拟主机都可以对外提供Web服务，并且互不干扰，类似虚拟机
  • 利用虚拟主机把多个不同域名的网站部署在同一台服务器上，节省了服务器硬件成本和相关的维护费用

在这里插入图片描述

（2）Nginx虚拟主机配置

#use nobody;
worker_processes 1;

events{
	use epoll;
	worker_connections 1024;
}
http{
    server{
        listen 80; #监听的端口
        server_name www.nginx.com #请求的域名
        location /{
            root /usr/local/software/nginx/html #目录
            index index.html #跳转的页面
        }
    }

    server{
        listen 80;
        server_name www.lixiang.com #请求的域名
        location /{
            root /usr/local/software/nginx/html #目录
            index lixiang.html
        }
    }
}

重启nginx ： ./nginx -s reload

在这里插入图片描述

2.4.Nginx搭建图片服务器

（1）图片服务器

  • 学javaweb、node、或者其他基础web项目，基本都是图片上传到项目本身，这个是很少用的
  • 公司一般都会使用图片服务器或者云厂商提供CDN

（2）访问流程：前端提交图片->后端处理->存储到数据库->拼接好访问路径保存到数据库，存储到文件服务器

在这里插入图片描述

（3）配置虚拟主机

server { 
	listen 80;
	server_name www.lixiang.com;
	location /app/img/ {
		alias /usr/local/software/nginx/img/;
	}
}

在这里插入图片描述

注意：

  • 在location / 中配置root目录
  • 在location /path中配置alias虚拟目录，目录后面“/”符号一定要带上

3.Nginx挖掘accessLog日志

3.1.Nginx访问日志简介

（1）access.log日志用处

  • 统计站点访问IP来源、某个时间段的访问频率
  • 查看访问最频的页面、Http响应状态码、接口性能
  • 接口秒级访问量、分钟访问量、小时和天访问量

（2）默认配置解析

#log_format  main  '$remote_addr $remote_user [$time_local] "$request" '
#                  '$status $body_bytes_sent "$http_referer" '
#                  '"$http_user_agent" "$http_x_forwarded_for"';

（3）案例

122.70.148.18 - [04/Aug/2020:14:46:48 +0800] "GET /user/api/v1/product/order/query_state?product_id=1&token=xdclasseyJhbGciOJE HTTP/1.1" 200 48 "https://xdclass.net/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36"

（4）日志解析

$remote_addr #访问的客户端IP地址，对应的是122.70.148.18
$remote_user #远程访问的用户，没有就用“-”表示
$time_local  #访问的时间，对应04/Aug/2020:14:46:48 +0800
$request  	 #URL请求的地址参数类型等，对应"GET /user/api/v1/product/order/query_state product_id=1&token=xdclasseyJhbGciOJE HTTP/1.1"
$status		 #访问的状态码，200表示正常
$body_bytes_sent #对应的是多少字节，48字节，响应的body大小
$http_referer #访问源，对应是"https://xdclass.net/"，如是直接在浏览器刷新时，referer就会为“-”
$http_user_agent #对应是客户端浏览器访问的类型
$http_x_forwarded_for #获取用户的真实ip
3.2.Nginx统计站点访问量

（1）查看访问最频繁的前100个IP

awk '{print$1}' access_temp.log | sort | uniq -c | sort -rn | head -100

（2）统计访问最多的url前20名

awk '{print$7}' access_temp.log | sort | uniq -c | sort -rn | head -20

awk是文本处理工具，默认按照空格切分，$N是切割第几个元素，$1就是切割第一个
sort命令用于将文本内容进行排序，-n按照数值排，-r倒序来排，默认从小到大
uniq去除重复出现的列，-c 显示重复的次数

（3）自定义日志格式，统计接⼝响应耗时

  • 日志格式增加$request_time
$request_time:从接受用户请求的第一个字节到发送完响应数据的时间，既包括接受数据的时间、程序响应时间、输出相应时间
$upstream_response_time:指从Nginx像向后端建立连接开始到接受完数据然后关闭连接为止的时间。

#定义日志格式
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for" "$request_time"';
                      
                      
#引用日志模板
access_log  logs/access.log  main;

（4）统计耗时接口, 列出传输时间超过 2 秒的接口，显示前5条

awk '$NF>2{print$7}' access.log | sort| uniq -c | sort -rn | head -5

4.Nginx负载均衡策略

4.1.负载均衡简介
  • 分布式系统中一个非常重要的概念，当访问的服务具有多个实例，需要根据某种”均衡“的策略决定请求发往哪个节点，这就是所谓的负载均衡。
  • 原理是将数据流量分摊到多个服务器执行，减轻每台服务器的压力，从而提高了数据的吞吐量。
4.2.负载均衡的种类
  • 通过硬件来进行解决，常见的硬件有NetScaler、F5、Radware和Array等商用的负载均衡器，但比较昂贵。
  • 通过软件来进行解决，常见的软件有LVS、Nginx等，他们是基于Linux系统并且开源的负载均衡策略。
  • 目前来说公司用的较多的就是Nginx
4.3.upstream负载均衡配置
upstream lbs{
	server 192.168.10.111:8080;
	server 192.168.10.111:8081;
}
server{
	listen 80;
	server_name www.lixiang.com; 
	location /api/{
		proxy_pass http://lbs;
		proxy_redirect default;
	}
}
4.4.Nginx负载均衡策略
  • 节点轮询（默认）
    • 简介：每个请求按照顺序分配到不同的后端服务器
    • 场景：会造成可靠性低和负载分配不均衡，适合静态文件服务器
upstream lbs{
	server 192.168.10.111:8080;
	server 192.168.10.111:8081;
}
  • weight权重配置
    • 简介：weight和访问比率成正比，数字越大，分配得到的流量越高
    • 场景：服务器性能差异较大的情况使用
upstream lbs{
	server 192.168.10.111:8080 weight=5;
	server 192.168.10.111:8081 weight=10;
}
  • ip_hash(固定分发)
    • 简介：根据请求按照访问ip的hash结果分配，这样每个用户就可以固定访问一个后端服务器。
    • 场景：服务器业务分区、业务缓存、Session需要单点的情况。
upstream lbs{
	ip_hash;
	server 192.168.10.111:8080;
	server 192.168.10.111:8081;
}
  • upstream还可以为每个节点设置状态值
  • down表示当前的server暂时不能参与负载
server 192.168.10.111:8080 down;
  • backup其他所有的非backup机器down的时候，会请求backup机器，这台机器压力会最轻，配置也相对低
server 192.168.10.111:8081 backup;
4.5.Nginx后端节点可用性探测配置
  • 如果某个应用挂了，请求不应该继续分发过去
    • max_fails：允许请求失败的次数，默认为1，当超过最大次数时就不会请求
    • fail_timeout：max_fails次失败后，暂停的时间。默认fail_timeout=10s
max_fails=N设定Nginx与后端节点通信的尝试失败的次数，在fail_timeout参数定义的时间内，如果失败的次数到达此值，Nginx就认为这个节点不可用，在下一个fail_timeout时间段到来之前，服务器不会在去尝试。失败尝试次数默认是1，如果设定为0就会停止统计尝试次数，认为服务器一直可用

  • 可以通过proxy_next_upstream来配置什么是失败的尝试。

  • 注意：默认情况下，http_404状态是不被认为是失败的尝试

  • 配置实操

upstream lbs{
	server 192.168.10.111:8080 max_fails=2 fail_timeout=60s;
	server 192.168.10.111:8081 max_fails=2 fail_timeout=60s;
}
server {
	listen 80;
	server_name www.nginx.com;
	location /api/{
		proxy_pass http://lbs;
		proxy_redirect default;
		proxy_next_upstream error timeout http_404 http_503 http_500;
	}
}

5.Nginx经典应用

5.1.Nginx全局异常兜底数据返回
  • 任何接口都有可能出错，4xx，5xx等。
  • 如果业务没有做好统一的错误管理，直接暴漏给用户，无疑是降低用户体验。
  • 所以假如后端某个业务出错，nginx层也需要进行转换，让前端知道响应是200，其实将错误的状态吗定向到200，返回了全局兜底数据。
upstream lbs{
	server 192.168.10.111:8080;
	server 192.168.10.111:8081;
}
location /api/{
	proxy_pass http://lbs;
	proxy_redirect default;
	
	#存放用户真实的IP
	proxy_set_header Host $host;
	proxy_set_heater X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	
	#开启错误拦截配置，一定要开启
	proxy_intercept_errors on;
}
error_page 404 500 503 502 503 =200 /default_api/;
location /default_api/{
	default_type application/json;
	return 200 '{"code":"-1","msg":"invoke fail, not found "}';
}
5.2.Nginx封禁恶意IP
  • 网络攻击，TCP洪水攻击、注入攻击、DOS、DDOS等
  • 数据安全，防止对手爬虫而已爬取，封禁IP

（1）封禁IP的方式

  • linux server的层面封IP：iptables
  • nginx层面封禁IP

（2）Nginx作为网关封禁IP

在nginx/conf 下编写blacklist.conf文件
deny 192.168.10.1;

在nginx.conf配置
全局配置：在http{}下配置
单独虚拟主机配置：在server下配置
include blacklist.conf;
  • ./nginx -s reload 重新加载nginx配置
  • 配置shell脚本自动化编写恶意IP封禁

在这里插入图片描述

5.3Nginx配置浏览器跨域
  • 跨域：浏览器同源策略1995年，同源政策由Netscape公司引入浏览器。目前，所有浏览器都实行这个政策。最初，他的含义是指A网页设置的Cookie，B网页不能打开，除非这两个网页同源。
  • 同源
    • 协议相同 http https
    • 域名相同 www.baidu.com
    • 端口相同 80 81
  • 解决办法
    • JSONP
    • Http响应头配置允许跨域
      • nginx层配置
      • 程序代码中处理通过拦截器配置
  • Nginx开启跨域配置
    • location下配置
location /{
	add_header 'Access-Control-Allow-Origin' $http_origin;
	add_header 'Access-Control-Allow-Credentials' 'true';
	add_header 'Access-Control-Allow-Headers' 'DNT,web-token,apptoken,Authorization,Accept,Origin,KeepAlive,User-Agent,X-Mx-ReqToken,X-DataType,X-Auth-Token,X-Requested-With,IfModified-Since,Cache-Control,ContentType,Range';
	add_header Access-Control-Allow-Methods 'GET,POST,OPTIONS';
	
	#如果预见请求则返回成功，不需要转发到后端
	if($request_method == 'OPTIONS'){
		add_header 'Access-Control-Max-Age' 1728000;
		add_header 'Content-Type' 'text/plain; charset=utf-8';
		add_header 'Content-Length' 0;
		return 200;
	}
}
5.4.Nginx的location路径匹配规则

正则

^：以什么开始
$：以什么结束

^/api/user$

location路径匹配

  • 语法 location [ = | ~ | ~* | ^~] uri{……}
  • location =/uri
    • = 表示精准匹配，只有完全匹配上才能生效
  • location /uri
    • 不带任何修饰符，表示前缀匹配
  • location ^~/uri/
    • 匹配任何以/uri/开头的任何查询并停止搜索
  • location /
    • 通用匹配，任何未匹配到其他location的请求都会匹配到
  • 正则匹配
    • 区分大小写匹配（~）
    • 不区分大小写匹配（*）
  • 优先级
    • 精准匹配>字符串匹配>正则匹配
  • 案例
server {   
	server_name xdclass.net;   
	location ~^/api/pub$ { 
	... 
	}  
}

http://xdclass.net/api/v1 #不匹配，没有以pub结尾
http://xdclass.net/API/PUB #不匹配，大写不匹配
http://xdclass.net/api/pub?key1=value1 #匹配
http://xdclass.net/api/pub/ #不匹配/说明接口不是以pub结尾
http://xdclass.net/api/public #不匹配 ，没有pub结尾
  • 测试
location =/img/test.png{
	return 1;
}
location /img/test.png{
	return 2;
}
location ^~/img/{
	return 3;
}
location =/{
	return 4;
}
location /{
	return 5;
}
5.5.Nginx的rewrite重定向规则
  • 重写-重定向
  • rewrite地址重定向，实现URL重定向的重要指令，他根据regex（正则表达式）来匹配内容跳转。
  • 语法：rewrite regex replacement[flag]
rewrite ^/(.*) https://xdclass.net/$1 permanent

#这是一个正则表达式，匹配完整的域名和后面的路径地址
#replacement部分事https://xdclass.net/$1，$1是取自regex部分()里的内容
  • 常用正则表达式：
字符描述
^表示以什么开头
$表示以什么结尾
*表示前面的字符0次或者多次
+表示匹配前面一次或者多次
？匹配前面0次或者1次
.表示单个字符
(pattern)匹配括号的内pattern
  • rewrite最后一项flag参数
标记符号说明
last本条规则匹配完成后继续向下匹配新的location URI规则
break本条规则匹配完成后终止，不在匹配任何规则
redirect返回302临时重定向
permanent返回301永久重定向
  • 应用场景
    • 非法访问跳转，防盗链
    • 网站更换新域名
    • http跳转https
    • 不同地址访问同一个虚拟主机的资源
location /{
	#重定向以/划分把/前的所有替换成https://xdclass.net,$1为(.*)表示参数，permanent表示永久重定向
	rewrite ^/(.*) https://xdclass.net/$1 permanent;
}
5.6.Nginx配置Websocket反向代理

配置

server {
	listen 80;
	server_name xdclass.net;
	location /{
		proxy_pass http://lbs;
		proxy_read_timeout 300s; #websocket空闲保持时长
		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_http_version 1.1;
		
		#
		proxy_set_header Upgrade $http_upgrade;
		proxy_set_header Connection $connection_upgrade;
	}
}
  • 核心是下面的配置其他和普通反向代理没区别，表示请求服务器升级协议为WebSocket
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
  • 服务器处理完请求，响应如下报文 #状态码为101
HTTP /1.1 101 Switching Protocols
Upgrade: websocket
Connection: upgrade
5.7.Nginx静态资源压缩

压缩配置

  • 对文本、js和css文件等进行压缩，一般是压缩后的大小是原始大小的25%

  • gzip

    • 语法: gzip on|off
      默认值: gzip off
      作用域: http, server, location, if (x) location
      开启或者关闭gzip模块

  • gzip_buffers

    • 语法: gzip_buffers number size
      默认值: gzip_buffers 4 4k/8k
      作用域: http, server, location
      设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。 例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。
    • 如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。

  • gzip_comp_level

    • 语法: gzip_comp_level 1…9
      默认值: gzip_comp_level 1
      作用域: http, server, location
      gzip压缩比，1 压缩比最小处理速度最快，9 压缩比最大但处理最慢（传输快但比较消耗cpu）。

  • gzip_min_length

    • 语法: gzip_min_length length
      默认值: gzip_min_length 0
      作用域: http, server, location
      设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。
      默认值是0，不管页面多大都压缩。
      建议设置成大于1k的字节数，小于1k可能会越压越大。 即: gzip_min_length 1024

  • gzip_http_version

    • 语法: gzip_http_version 1.0|1.1
      默认值: gzip_http_version 1.1
      作用域: http, server, location
      识别http的协议版本。由于早期的一些浏览器或者http客户端，可能不支持gzip自解压，用户就会看到乱码，所以做一些判断还是有必要的。 注：21世纪都来了，现在除了类似于百度的蜘蛛之类的东西不支持自解压，99.99%的浏览器基本上都支持gzip解压了，所以可以不用设这个值,保持系统默认即可。

  • gzip_types

    • 语法: gzip_types mime-type [mime-type …]
      默认值: gzip_types text/html
      作用域: http, server, location
      匹配MIME类型进行压缩，（无论是否指定）”text/html”类型总是会被压缩的。
      注意：如果作为http server来使用，主配置文件中要包含文件类型配置文件
#开启gzip，减少我们发送的数据量
gzip on;

#设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。
gzip_min_length 1k;

#4个单位为16k的内存作为压缩结果流缓存
gzip_buffers 4 16k;

#gzip压缩比，可在1-9中设置，1压缩比例最小，速度最快，9压缩比例最大，速度最慢，消耗cpu
gzip comp level 4;

#压缩类型
gzip_types application/javascript text/plain text/css application/json application/xml text/javascript;

#给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费支持也压缩，所以根据客户端的HTTP头来判断，是否需要压缩
gzip_vary on;

#禁用IE6一下的gzip压缩，IE某些版本对gzip的压缩支持很不好
gzip_disable "MSIE [1-6].";
  • 压缩前后区别（上传js文件进行验证）
location /static/ {
	alias /usr/local/software/static;
}
  • 压缩是时间换空间，还是空间换时间？
    • web层主要涉及浏览器和服务器的网络交互，而网络交互显然是耗费时间的
    • 要尽量减少交互次数
    • 降低每次请求或响应数据量
    • 开启压缩
      • 在服务端是时间换空间的策略，服务端需要牺牲时间进行压缩以减小响应数据大小
      • 压缩后面的内容可以获得更快的网络传输速度，时间时得到了优化，双向的

在这里插入图片描述

在这里插入图片描述

5.8.Nginx业务接口性能优化

（1）高并发Nginx服务器缓存

  • 常见的缓存分类

    • 数据库缓存
    • 应用程序缓存
    • Nginx网关缓存
    • 前端缓存

  • Nginx作为缓存让后端结果的缓存离用户更进一些，性能提高，减少服务请求网络带宽。

在这里插入图片描述

（2）常用配置

  • /root/cache
    • 本地路径，用来设置Nginx缓存资源的存放地址
  • levels=1:2
    • 默认所有缓存文件都放在上面指定的根路径中，可能影响缓存的性能，推荐指定为2级目录来存储缓存文件，1和2表示用1位和2位16进制来命名目录名称。第一级目录用1位16进制名，如a，第二级目录用2位的16进制命名，如3a。所以此例中一级目录有16个，二级目录有16*16=256个，总目录数为16*256=4096个
    • 当levels=1:1:1时，表示三级目录，每级目录16个，16*16*16
  • keys_zone
    • 在共享内存中定义一块存储区域来存放缓存中的key和metadata
  • max_size
    • 最大缓存空间，如果不指定会使用掉所有的磁盘孔吉纳，当disk达到上限后，会删除最少使用的cache
  • inactive
    • 某个缓存在inactive指定的时间不被访问，将会从缓存中删除
  • proxy_cache_valid
    • 配置nginx cache中缓存文件的缓存时间，proxy_cache_valid 200 304 2m 对于状态为200和304的缓存文件的缓存时间为2分钟
  • use_temp_path
    • 临时缓存，建议为off，则nginx会将缓存的文件写入指定的cache文件中。
  • proxy_cache
    • 启用proxy_cache,并指定keys_zone，如果proxy_cache off表示关闭缓存
  • add_header Nging-Cache “$upstream_cache_status”
    • 用于前端判断是否缓存，miss、hit、expired(缓存过期)、updating(更新，使用旧的应答)
http{
	proxy_cache_path /root/cache/ levels=1:2 keys_zone=lx_cache:10m max_size=1g inactive=60m use_temp_path=off;
	server {
		proxy_pass http://lbs;
		proxy_redirect default;
		
		proxy_cache lx_cache;
		proxy_cache_valid 200 304 10m;
		proxy_cache_valid 404 1m
		proxy_cache_key $host$uri$is_args$args;
		add_header Nginx-Cache "$upstream_cache_status";
	}
}
  • 配置重启：./nginx -s reload
  • 验证：

在这里插入图片描述

  • 注意：
    • nginx缓存过期影响的优先级进行排序为：inactive > 源服务器端Expires/max-age > proxy_cache_valid
    • 如果出现Permission denied修改nginx.conf,将第一行修改为use root
    • 默认情况下GET请求及HEAD请求会被缓存，而POST请求不会被缓存，可以过滤部分路径不用缓存
  • 缓存清空
    • 直接rm删除
    • ngx_cache_purge
  • 缓存命中率统计
    • 前端打点日志上报
    • nginx日志模板增加信息：$upstream_cache_status

7.Nginx配置HTTPS协议

7.1.新一代传输协议https
  • HTTPS（Secure Hypertext Transfer Protocol）安全超文本传输协议，是身披SSL外壳的HTTP
  • HTTPS是一种通过计算机网络进行安全通信的传输协议，经由HTTP进行通信，利用SSL/TLS建立全信道，加密数据包
  • HTTPS协议由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议。要比HTTP协议安全，可防止数据在传输过程中被窃取、改变，确保数据的完整性。
7.2.HTTPS传输流程

在这里插入图片描述

  • 客户端发送https请求到服务端
  • 服务端会将crt public（配置公钥）发送到客户端
  • 客户端根据公钥验证是否正确，不正确则提醒警告，正确则根据公钥生成一个随机的密钥保存在客户端
  • 将客户端生成的随机密钥发送到服务端
  • 服务端解密随机的密钥，得到key
  • 最后客户端通过key来交换数据
  • 密钥交换使用非对称加密，内容传输使用对称加密的方式
7.3.阿里云HTTPS证书申请

在这里插入图片描述

地址：https://common-buy.aliyun.com/?commodityCode=cas

7.4.Nginx配置HTTPS证书
  • 删除原先的nginx，新增ssl模块
./configure prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module

make

make install

#查询是否安装成功
/usr/local/nginx/sbin/nginx -V
  • 配置https证书
https{
    server {
        listen 443 ssl;
		server_name 16web.net;
		
		ssl_certificate /usr/local/software/biz/key/4383407_16web.net.pem;
		ssl_certficate_key /usr/local/software/biz/key/4383407_16web.net.key;
		
		ssl_session_cache shared:SSL:1m;
		ssl_session_timeout 5m;
		
		ssl_ciphers HIGH:!aNULL:!MD5;
		ssl_prefer_server_ciphers on;
		
		location /{
			root html;
			index index.html;
		}
    }
}
  • 阿里云开发网络安全组
    • 443端口

8.Nginx整合OpenResty+Lua脚本

8.1.OpenResty+Lua简介

（1）OpenResty介绍

基于Nginx和Lua的高性能web平台，内部集成精良的Lua库、第三方模块、依赖，开发者可以方便搭建能够处理高并发、扩展性极高的动态web应用、web服务、动态网关。

OpenResty将Nginx核心、LuaJIT、许多有用的Lua库和Nginx第三方模块打包在一起

Nginx是c语言开发，如果要二次扩展很麻烦，而基于OpenResty，开发人员可以使用Lua编程语言对Nginx核心模块进行二次扩展

性能强大，OpenResty可以快速构造出1万以上并发连接响应的超高性能web应用系统

（2）扩展

让web服务直接泡在Nginx内部服务器，充分利用Nginx的非阻塞I/O模型，不仅仅对HTTP客户端请求，甚至对于远程后端如MYSQL、Redis等都进行一直的高性能响应。所以对于一些高性能的服务来说，可以直接使用OpenResty访问MYSQL、Redis，而不需要通过第三方语言来访问，大大提高性能

（3）Lua脚本介绍

Lua由标准的c语言编写而成，没有提供强大的库，但可以很容易的被C/C++代码调用，也可以反过来调用C/C++的函数。
在应用程序中可以被广泛应用，不过Lua是一种脚本，不适合做复杂的业务场景。
LuaJIT是采用C和汇编语言写的Lua解释器与即使编译器

（4）什么是ngx_lua

ngx_lua是Nginx的一个模块，将Lua嵌入到Nginx中，从而可以使用Lua来编写脚本，部署到Nginx中运行，即Nginx变成了一个Web容器；开发人员就可以使用Lua语言开发高新跟那个Web应用了。

（5）OpenResty提供了常用的ngx_lua开发模块

  • lua-resty-memcached
  • lua-resty-mysql
  • lua-resty-redis
  • lua-resty-dns
  • lua-resty-limit-traffic
通过上述的模块，可以⽤来操作 mysql数据库、redis、memcached等，也可以⾃定义模块满⾜其他业务需求，很多经典的应⽤，⽐如开发缓存前置、数据过滤、API请求聚合、AB测试、灰度发布、降级、监控、限流、防⽕墙、⿊白名单等

（6）OpenResty安装

cd /etc/yum.repos.d/
wget https://openresty.org/package/centos/openresty.repo
yum check-update
yum clean all
yum makecache
yum install -y openresty
yum -y install openresty-resty

列出所有 openresty 仓库⾥的软件包

yum --disablerepo="*" --enablerepo="openresty" list available

查看版本

resty -V
8.2.Nginx+OpenResty简单案例

（1）Nginx+OpenResty开发

编辑：/usr/local/openresty/nginx/conf/nginx.conf

http{
	location /{
		content_by_lua_block{
			ngx.say("hello lixiang;李祥");
		}
	}
}
  • 启动nginx：./nginx
  • curl 127.0.0.1
  • 注意：如果需要指定配置⽂件 nginx -c 配置⽂件路径⽐如 ./nginx -c /usr/local/nginx/conf/nginx.conf

在这里插入图片描述

8.3.Nginx内置变量

Nginx内置变量

名称说明
$arg_name请求中的name参数
$args请求中的参数
$content_lengthHTTP请求信息里的“Content-Length”
$content_type请求信息里的“Content-Type”
$host请求信息中的Host，如果请求中没有Host行，则等于设置的服务器名
$hostname机器名使用gethostname系统调用的值
$host_cookiecookie信息
$http_referer引用地址
$http_user_agent客户端代理信息
$http_via最后一个访问服务器的IP地址
$http_x_forwarded_for相当于网络访问路径
$is_args如果请求行带有参数，则返回”?“，则返回空字符串
$limit_rate对连接速率的限制
$nginx_version当前运行的nginx版本号
$pidworker进程的pid
$query_string与$args相同
$remote_port客户端端口号
$remote_addr客户端IP地址
$request_method请求的⽅法，⽐如"GET"、"POST"等
$request_uri请求的URI，带参数
$scheme所⽤的协议，⽐如http或者是https
$server_name请求到达的服务器名
$server_port请求到达的服务器端⼝号
$server_protocol请求的协议版本，“HTTP/1.0"或"HTTP/1.1”
$uri请求的URI，可能和最初的值有不同，⽐如经过重定向之类的

Nginx对于请求的处理分为多个阶段，从而让第三方模块通过挂在行为在不同的阶段来控制，大致如下

  • 初始化阶段（Initialization Phase）
    • init_by_lua_file
    • init_worker_by_lua_file
  • 重写与访问阶段（Rewrite/Access Phase）
    • rewrite_by_lua_file
    • access_by_lua_file
  • 内容生成阶段（Content Phase）
    • content_by_lua_file
  • 日志记录阶段（Log Phase）
8.4.开发内网访问限制
  • Nginx+OpenResty+Lua开发内网访问限制
  • 生产环境-管理后台一般需要指定的网络才可以访问，网段/ip等
http{
	#这里设置为off，为了避免每次修改之后都要重新reload的麻烦，缓存lua脚本，生产环境上设为on
	lua_code_cache off;
	
	#lua_package_path可以配置openrestry的文件寻址路径，$PERFIX为openrestry安装路径
	#文件名使用"?"作为通配符，多个路径使用";"分割。默认的查找路径用";;"
	
	#设置纯Lua扩展库的搜寻地址
	lua_package_path "$prefix/lualib/?.lua;;";
	
	#设置c编写的Lua加班呢的搜寻地址
	lua_package_cpath "$prefix/lualib/?.so;;";
	
	server {
		location /{
			access_by_lua_file lua/while_ip_list.lua;
			proxy_pass http://lbs;
		}
	}
}
  • 编写lua脚本
local black_ips={["127.0.0.1"]=true}

local ip=ngx.var.remote_addr

if true == black_ips[ip] then
	ngx.exit(ngx.HTTP_FORBIDDEN)
	return;
end

在这里插入图片描述

  • ip封禁的架构

在这里插入图片描述

8.5.开发资源下载限速

  • Nginx+OpenResty开发资源下载限速

  • 限速限流应用场景

    • 下载限速：保护宽带及服务器的IO资源
    • 请求限流：防止恶意攻击，保护服务器及资源安全
      • 限制某个用户在一个给定时间段内能够产生的HTTP请求数
      • 限流用在保护上游应用服务器不被在同一时刻的大用户量访问

  • openResty下载限速案例实操

    • Nginx有一个$limit_rate，这个反应的是但前请求每秒能响应的字节数，该字节数默认位配置文件中limit_rate指令的设置。
location /download/{
	access_by_lua_block{
		ngx.var.limit_rate = "300K"
	}
	alias /usr/local/software/;
}

在这里插入图片描述

8.6.漏桶算法和令牌桶算法

（1）什么是漏桶算法

如果是请求限流，请求先进入到漏桶里，漏桶以固定的速度出水，也就是处理请求，当水加的过快也就是请求过多，桶会直接溢出，也就是请求被丢弃拒绝，所以漏桶算法能清醒限制数据的传输速率或请求数

（2）什么是令牌桶算法

备注：只要突发并发量不⾼于桶⾥⾯存储的令牌数据，就可以充分利⽤好机器⽹络资源。如果桶内令牌数量⼩于被消耗的量，则产⽣的令牌的速度就是均匀处理请求的速度

9.Nginx高可用LVS+Keepalived

9.1.LVS+Keepalived架构

在这里插入图片描述

9.2.什么是LVS
LVS是Linux Virtual Server，Linux虚拟服务器，是一个虚拟的服务器集群系统

Linux2.4内核以后，LVS已经是Linux标准内核的一部分
  • LVS提供了10多种调度算法：轮询、加权轮询、最小连接、目标地址散列、源地址散列等
  • 三种负载均衡转发技术
    • NAT：数据进出都通过LVS，前端的Master即要对客户端发出的请求做处理，又要对后台RealServer的响应信息做处理，将RealServer响应的信息再转发给客户端，容易成为整个集群系统性能那个的瓶颈 (⽀持任意系统且可以实现端⼝映射)
    • DR：移花接木，最高效的负载均衡规则，前端的Master只处理客户端的请求，将请求转发给RealServer，由后台的RealServer直接响应客户端，不在经过Master，性能要优于NAT，需要LVS和RS绑定同一个VIP（⽀持多数系统，不可以实现端⼝映射)
    • TUNL：隧道技术，前端的Master只处理客户端的请求，将请求转发给RealServer，然后由后台的RealServer直接响应客户端，不再经过Master；（⽀持少数系统，不可以实现端⼝映射)）
9.3.什么是keepalived
监控并管理LVS集群系统中各个服务节点的状态

keepalived是一个类似于交换机制的软件，核心是检测服务器的状态，如果有一台web服务器工作出现故障，keepalived将检测到并将有故障的服务器从系统中剔除，使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器集群中。

后来加入了vrrp（虚拟路由器冗余协议），除了为LVS提供高可用还可以为其他服务器如mysql等提供高可用方案
9.4.keepalived安装
#yum安装
yum -y install keepalived

#配置路径
/etc/keepalived/keepalived.conf

#启动命令
service keepalived start

#停止命令
service keepalived stop

#重启命令
service keepalived restart

#查看状态
service keepalived status
  • 注意：如果缺少依赖可以执行下面命令
yum install -y gcc
yum install -y openssl-devel
yum install -y libnl libnl-devel
yum install -y libnfnetlink-devel
yum install -y net-tools
yum install -y vim wget
9.5.keepalived.conf核心配置
! Configuration File for keepalived

global_defs {

   router_id LVS_DEVEL # 设置lvs的id，在一个网络内应该是唯一的
   enable_script_security #允许执行外部脚本
}


#配置vrrp_script，主要用于健康检查及检查失败后执行的动作。
vrrp_script chk_real_server {
#健康检查脚本，当脚本返回值不为0时认为失败
    script "/usr/local/software/conf/chk_server.sh"
#检查频率，以下配置每2秒检查1次
    interval 2
#当检查失败后，将vrrp_instance的priority减小5
    weight -5
#连续监测失败3次，才认为真的健康检查失败。并调整优先级
    fall 3
#连续监测2次成功，就认为成功。但不调整优先级
    rise 2

    user root
}



#配置对外提供服务的VIP vrrp_instance配置

vrrp_instance VI_1 {

#指定vrrp_instance的状态，是MASTER还是BACKUP主要还是看优先级。
    state MASTER

#指定vrrp_instance绑定的网卡，最终通过指定的网卡绑定VIP
    interface ens33

#相当于VRID，用于在一个网内区分组播，需要组播域内内唯一。
    virtual_router_id 51

#本机的优先级，VRID相同的机器中，优先级最高的会被选举为MASTER
    priority 100

#心跳间隔检查，默认为1s，MASTER会每隔1秒发送一个报文告知组内其他机器自己还活着。
    advert_int 1

    authentication {
        auth_type PASS
        auth_pass 1111
    }

#定义虚拟IP(VIP)为192.168.159.100，可多设，每行一个
    virtual_ipaddress {
        192.168.159.100
    }

    #本vrrp_instance所引用的脚本配置，名称就是vrrp_script 定义的容器名
  track_script {
      chk_real_server
    }
}

# 定义对外提供服务的LVS的VIP以及port
virtual_server 192.168.159.100 80 {
    # 设置健康检查时间，单位是秒
    delay_loop 6

    # 设置负载调度的算法为rr
    lb_algo rr

    # 设置LVS实现负载的机制，有NAT、TUN、DR三个模式
    lb_kind NAT

    # 会话保持时间
    persistence_timeout 50

   #指定转发协议类型(TCP、UDP)
    protocol TCP

    # 指定real server1的IP地址

    real_server 192.168.159.146 80 {
        # 配置节点权值，数字越大权重越高
        weight 1

        # 健康检查方式
        TCP_CHECK {                  # 健康检查方式
            connect_timeout 10       # 连接超时
            retry 3           # 重试次数
            delay_before_retry 3     # 重试间隔
            connect_port 80          # 检查时连接的端口
        }

    }

}
  • 配置注意
router_id后面跟的自定义的ID在同一个网络下是一致的

state后跟的MASTER和BACKUP必须大写

interface 虚拟网卡ID，只要是没有在用的IP即可

在BACKUP节点上，其keepalived.conf与Master上基本⼀致，修改state为BACKUP，priority值改⼩即可

authentication主备之间的认证⽅式，⼀般使⽤PASS即可；主备的配置必须⼀致，不能超过8位
9.6.启动keeplived验证
  • 启动keeplived验证

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 当master宕机后虚拟IP就会飘逸到backup上

在这里插入图片描述

在这里插入图片描述

  • 当nginx服务宕机后，但是对应的keepalived节点存活依旧可以转发过去，但是响应失败，需要配合shell脚本检测nginx服务，如果nginx服务宕机，就结束keepalived进程

  • 脚本监听

#配置vrrp_script，主要用于健康检查及检查失败后执行的动作。
vrrp_script chk_real_server {
#健康检查脚本，当脚本返回值不为0时认为失败
    script "/usr/local/software/conf/chk_server.sh"
#检查频率，以下配置每2秒检查1次
    interval 2
#当检查失败后，将vrrp_instance的priority减小5
    weight -5
#连续监测失败3次，才认为真的健康检查失败。并调整优先级
    fall 3
#连续监测2次成功，就认为成功。但不调整优先级
    rise 2
    
    user root
}
  • chk_server.sh脚本内容(需要 chmod +x chk_server.sh)
#!/bin/bash
#检查nginx进程是否存在
counter=$(ps -C nginx --no-heading|wc -l)
if [ "${counter}" -eq "0" ]; then
    service keepalived stop
    echo 'nginx server is died.......'
fi
  • 常见问题
vip能ping通，vip监听的端口不通: 第一个原因:nginx1和nginx2两台服务器的服务没有正常启动

vip ping不通: 核对是否出现裂脑,常见原因为防火墙配置所致导致多播心跳失败,核对keepalived的配置是否正确
  • 特别注意： 需要关闭selinux，不然sh脚本可能不生效
    • getenforce 查看
    • setenforce 0 关闭

10.Nginx基础架构模型剖析

在这里插入图片描述

  • 高性能原理
    • nginx通过多进程+io多路复用（epoll）实现了高并发
    • 采用多个worker进程实现对cpu的利用，通过eopll对多文件描述符事件回调机制
  • 拓展：linux I/O多路复⽤有select，poll，epoll
互联网小阿祥
关注
  • 21
    点赞
  • 踩
  • 71
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 5
    评论
专栏目录
Haproxy+Keepalived+Nginx+Lamp+Nfs实现高可用集群练习1
08-08
Haproxy+Keepalived+Nginx+Lamp+Nfs实现高可用集群练习1
Nginx反向代理工作原理简介与配置详解-李雄
04-11
Nginx反向代理工作原理简介与配置详解-李雄。
Nginx反向代理
hac1322的博客
04-28 1687
当 Nginx 的 location /api/ 规则匹配到请求 http://localhost:8011/api/user 后，Nginx 会从请求路径中去掉匹配到的部分，也就是去掉 /api/，然后将剩余的部分 /user 传递给后端服务器，即将/user拼接到proxy_pass。通常情况下，前端项目会被打包成静态文件（如 HTML、CSS、JavaScript、图像等），然后将这些文件部署到 Nginx 服务器上，让 Nginx 直接提供静态文件的访问服务。
Nginx入门到精通搭建高可用集群负载均衡
08-14
Nginx入门到精通搭建高可用集群负载均衡，Nginx+Lvs+keepAlived构建高可用集群环境
Nginx实现反向代理：详细配置与代码注释
java专栏
04-17 1万+
Nginx是一款高性能的HTTP和反向代理服务器，常用于负载均衡、缓存、SSL终止、静态内容服务以及作为应用程序的反向代理。本文将详细介绍如何使用Nginx实现反向代理功能，包括基本配置、高级特性以及示例代码和详尽注释，以帮助您全面理解和应用Nginx的反向代理能力。
Nginx-反向代理详解
Wzill
06-24 7万+
Nginx 是一个高性能的开源 Web 服务器和反向代理服务器。它具有轻量级、高并发、低内存消耗等特点，被广泛用于搭建静态资源服务器、负载均衡、反向代理等场景。本文介绍nginx的反向代理，其他内容敬请期待！反向代理是一种代理服务器的配置模式，它代表服务器向客户端提供服务。客户端发送请求到反向代理服务器，然后反向代理服务器将请求转发到后端的真实服务器上，并将响应返回给客户端。简单理解为用户直接访问反向代理服务器就可以获得目标服务器的资源。这一过程叫反向代理​。
Nginx配置——反向代理
热门推荐
scorpio的博客
10-13 29万+
Nginx
Nginx详解 五：反向代理
m0_74170357的博客
09-06 1万+
正向代理代理的是客户端正向代理是一个位于客户端和目标服务器之间的代理服务器（中间服务器）。为了从目标服务器取得内容，客户端向代理服务器发送一个请求，并且指定目标服务器，之后代理向目标服务器转发请求，将获得的内容返回给客户端反向代理代理的是服务端反向代理：（reverse proxy），指的是代理外网用户的请求到内部的指定的服务器，并将数据返回给用户的一种方式客户端不直接与后端服务器进行通信，而是与反向代理服务器进行通信,隐藏了后端服务器的 IP 地址。
Nginx 各种反向代理方式
qq_42988315的博客
09-27 1万+
nginx配置
Nginx反向代理配置
weixin_42751488的博客
04-14 9万+
nginx反向代理配置
Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码
01-10
Keepalived+Nginx+Tomcat 实现高可用Web集群 一、Nginx的安装过程 1.下载Nginx安装包，安装依赖环境包 (1)安装 C++编译环境 yum -y install gcc #C++ (2)安装pcre yum -y install pcre-devel (3)安装zlib yum -y install zlib-devel (4)安装Nginx 定位到nginx 解压文件位置，执行编译安装命令 [root@localhost nginx-1.12.2]# pwd /usr/local/nginx/nginx-1.12.2 [root@localhost
Nginx反向代理、负载均衡、动静分离、高可用集群详解
01-27
nginx常用做静态内容服务和反向代理服务器，直面外来请求转发给后面的应用服务（tomcat，django什么的），tomcat更多用来做做一个应用容器，让java webapp跑在里面的东西，对应同级别的有jboss,je
Haproxy+Keepalived+Nginx+Lamp+Nfs实现高可用集群1
08-08
【标题】：“Haproxy+Keepalived+Nginx+Lamp+Nfs实现高可用集群1” 【描述】：“在互联网服务中，高可用性是关键。本案例将通过Haproxy、Keepalived、Nginx、LAMP（Linux、Apache、MySQL、PHP）和NFS（网络文件系统...
Nginx集群
m0_50818626的博客
04-24 5013
在典型的负载均衡集群中，主要包括三个层次的组件。所谓集群，指一组(多台)相互独立的计算机利用高速通信网络组成的一个规模较大的计算机服务系统，每个集群节点(即集群中的一台服务器)都是运行各自服务的独立服务器。从负载均衡下面的节点服务器来看，接收到的请求还是来自访问负载均衡器的客户端的真实用户，而反向代理就不一样了，反向代理接收访问用户的请求后，会代理用户重新向代理下的节点服务器发起请求，最后把数据返回给客户端用户，在节点服务器看来，访问节点服务器的客户端用户就是反向代理服务器了，而非真实的网站访问用户。
「服务器」Nginx详解
最新发布
AIGC大前端小王子
05-15 1139
本文主要介绍Nginx的原理和服务器部署Node.js项目。
nginx实现http反向代理及负载均衡
十七拾的博客
02-27 1780
本文详细介绍了如何配置nginx的反向代理服务器、如何开启反向代理服务器的缓存功能、如何开启反向代理服务器的ip透传、如何开启反向代理服务器的负载均衡等，希望对你有帮助！
一文带你彻底搞懂Nginx反向代理
weixin_43860634的博客
02-24 3945
一文带你彻底搞懂Nginx反向代理
nginx反向代理
guo_3472428370的博客
05-17 4万+
代理相当于中间商，通过中间商就可以访问到很多资源 （1.）nginx反向代理，将localtion头部修改为代理服务器的ip与地址 （2.）nginx在服务器查看客户端真实IP地址 代理服务器： http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server {
nginx 反向代理
08-16
Nginx 反向代理是一种常用的服务器配置方法，它可以将客户端的请求转到后端的多个服务器上，并将响应返回给客户端。通过反向代理，可以实现负载均衡、缓存、安全性等功能。 要配置 Nginx 反向代理，你需要编辑 Nginx 的配置文件（通常是 `nginx.conf`），然后添加相应的配置项。 以下是一个简单的 Nginx 反向代理配置示例： ``` http { upstream backend { server backend1.example.com; server backend2.example.com; server backend3.example.com; } server { listen 80; server_name example.com; location / { proxy_pass http://backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } } ``` 在这个示例中，`upstream` 块定义了后端服务器的列表。`server` 块定义了监听的端口和域名，并在 `location` 块中配置了反向代理。 `proxy_pass` 指令将请求转发到 `http://backend`，其中 `backend` 是 `upstream` 块中定义的后端服务器列表。 `proxy_set_header` 指令用于设置转发请求时的请求头。在示例中，我们设置了 `Host` 和 `X-Real-IP` 请求头。 完成配置后，保存文件并重新加载 Nginx 配置。这样，Nginx 就会将客户端的请求转发到后端服务器，并将响应返回给客户端。 请注意，以上只是一个简单的示例，实际的配置可能因具体需求而有所不同。你可以根据实际情况进行配置，并参考 Nginx 官方文档获取更多信息。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

互联网小阿祥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值