nginx代理的三种模式
一、正向代理 Forward Proxy
二、反向代理 reverse proxy
三、透明代理
一、正向代理 Forward Proxy
一般情况下，没有特殊说明，通常指的是正向代理。
正向代理：是位于客户端的一个用户A和原始服务器【服务器B】之间的通信，客户端的用户A为了能获得原始服务器【服务器B】的数据，用户A就会向代理服务器发送一个请求并指定目标（服务器B），然后由代理服务器Z向服务器B转交请求并获得内容，转交给客户端。客户端必须要进行一些特别的代理才能使用正向代理。
客户端 发送请求 到代理服务器 ， 代理服务器转发请求到服务器端， 服务器端返回数据到代理服务器， 代理服务器转发数据给客户端。
所谓的正向代理就是为客户端做代理，替客户端去访问目标服务器。
客户端必须设置正向代理服务器，当然前提是要知道正向代理服务器的IP地址，还有代理程序的端口。
使用ngx_http_proxy_module模块来实现代理功能
Proxy 配置实例：
机器 192.168.3.39 nginx
192.168.3.42 httpd
示例1：客户端通过http://192.168.3.39访问nginx时，以本地页面响应；通过http://192.168.3.39/zdy访问时，代理到后端服务器 192.168.3.42上
在192.168.3.42httpd机器上写入
echo httpd > /var/www/html/index.html systemctl restart httpd
在192.168.3.39nginx机器上写入
echo nginx > /app/nginx/html/index.html
修改nginx配置文件
location /zdy { proxy_pass http://192.168.3.42/; }
error_page 500 502 503 504 /50x.html; location = /50x.html { root html; }
重启nginx服务或者重新加载nginx配置文件都可以使nginx.conf生效
systemctl restart nginx
测试
curl 192.168.3.39 curl 192.168.3.39/zdy
注意：（网站根目录为html文件夹）
如果使用location /zdy ，那么ip后面一定要加/，此时无需在网站根目录中创建zdy文件夹，默认直接读取网站根目录中的index.html文件;
如果使用locaiton ~ /zdy ，那么ip后面一定不要加/，此时需要在网站根目录中创建zdy文件夹，默认读取网站根目录中的zdy文件夹中的index文件夹，默认读取网站根目录中的zdy文件夹中的index.html文件。
示例2：客户端访问http://192.168.3.39/bbs，代理到后端服务器192.168.3.42/bbs的bbs目录下
mkdir /var/www/html/bbs echo bbs test > /var/www/html/bbs/index.html
添加一个location
vim nginx.conf location /discuz { proxy_pass http://192.168.3.42/bbs/; }
重新加载nginx文件再次测试
成功。
二、反向代理（reverse proxy）
反向代理正好与正向代理相反，对于客户端而言代理服务器就像是原始服务器，并且客户端不需要进行任何特别的设置。客户端向反向代理的命名空间(name-space)中的内容发送普通请求，接着反向代理将判断向何处(原始服务器)转交请求，并将获得的内容返回给客户端。
客户端 发送请求到 反向代理服务器 ，代理服务器将请求转发给真实服务器
真实服务器 将内容给代理服务器 ， 代理服务器再将内容交给客户端
使用反向代理服务器的作用如下：
使用反向代理的好处是：保护原始资源服务器B
用户A始终认为它访问的是原始服务器B而不是代理服务器Z，但实用际上反向代理服务器接受用户A的应答，从原始资源服务器B中取得用户A的需求资源，然后发送给用户A。由于防火墙的作用，只允许代理服务器Z访问原始资源服务器B。尽管在这个虚拟的环境下，防火墙和反向代理的共同作用保护了原始资源服务器B，但用户A并不知情。
反向代理里的负载均衡（upstream模块实现）
负载均衡出现的原因：
客户端的访问都被代理到后端的一台服务器上，最终会出现性能瓶颈，从而导致效率降低，前端用户的访问速度极度下降，要解决这个问题就需要添加多台httpd，同时承受大量并发连接，每台服务器接收的并发连接降低了，效率就高了。
nginx作为代理，在收到客户端的请求时，会分发到不同的后端服务器，但是nginx收到请求之后会分配到哪个服务器上呢？需要按照一定的调度算法来分配，所谓的调度算法就是：nginx收到请求后，转交给后端服务器的方法。调度算法在nginx中常用的有三种。
常用的调度算法：
roundrobin, rr, 轮询， 默认；支持为后端服务器设置权重(weight)，默认是1
ip_hash：相同IP地址的客户端请求,nginx会代理同一台后端服务器，方便做网站的session
least_conn：最少连接，nginx会自动检测后端服务器连接数，代理到最少连接的服务器上
upstream模块
1. nginx使用upstream模块能够实现后端服务器的负载均衡，
2. nginx支持对后端服务器做健康状态检查，通过检测80端口是否存活来检测服务器是否在线，对于不在线的，就不给转发请求
upstream模块配置语法：
upstream的定义必须在server{..}外定义 upstream <组名称> { [调度算法]; server IP:port [weight=
下图为upstream负载均衡配置案例，轮循算法（没有配置默认就是轮循）
如需配置使用其他的算法模式，只需要将需要的算法模式添加到upstream下即可,上面upstream配置语法上有写。