反向代理负载均衡

代理只是一种技术，如果在一台服务器上安装了这项技术，则这台服务器就有了代理的功能，它就可以被称为代理服务器。无论是正向代理还是反向代理，它们都是介于客户端和服务端之间的一台服务器。但是由于种种原因，客户端和服务端不能直接通信。 正向代理 这就好比你大学的时候，喜欢上了一个妹子。你想打听打听她的情况，你又不能直接问啊，怎么办呢？于是，费劲千辛万苦找到了她的室友。然后你去向她室友打听她各种情况。这个过程就非常类似于正向代理干的事！ 在上述例子里，室友就充当了正向代理的角色。因为你和妹子不能直接交流，所以你委托了她的室友来帮你传话，并且把她说的话传达给你。你看那堵墙像不像 防火墙 ；你看那心仪的妹子像不像 Google ；你看她室友像不像 梯子 。懂我的意思吧？正向代理是为了从原始服务器地址获取数据，此时客户端是知道真实的服务器是在哪里的。整个过程是这样的，客户端向代理服务器发送请求，并且指定目标服务器。然后代理服务器向目标服务器发送请求，目标服务器将响应信息返回给代理服务器，代理服务器再将响应信息发送给客户端。所以，正向代理需要在客户端做一些设置才能使用，只有访问需要代理的服务器时才会用到正向代理，否则都是直接访问。 反向代理 正向代理的特点就是需要客户端配置代理服务器的地址并且要指定访问服务器的地址。而反向代理恰恰相反，它既不需要配置代理服务器地址，也不需要指定服务器地址。 举个例子

nginx概述 nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；nginx可以作为一个HTTP服务器进行网站的发布处理，另外nginx可以作为反向代理进行负载均衡的实现。 这里主要通过三个方面简单介绍nginx 反向代理 负载均衡 nginx特点 1. 反向代理 关于代理 说到代理，首先我们要明确一个概念，所谓代理就是一个代表、一个渠道； 此时就设计到两个角色，一个是被代理角色，一个是目标角色，被代理角色通过这个代理访问目标角色完成一些任务的过程称为代理操作过程；如同生活中的专卖店~客人到adidas专卖店买了一双鞋，这个专卖店就是代理，被代理角色就是adidas厂家，目标角色就是用户 正向代理 说反向代理之前，我们先看看正向代理，正向代理也是大家最常接触的到的代理模式，我们会从两个方面来说关于正向代理的处理模式，分别从软件方面和生活方面来解释一下什么叫正向代理 在如今的网络环境下，我们如果由于技术需要要去访问国外的某些网站，此时你会发现位于国外的某网站我们通过浏览器是没有办法访问的，此时大家可能都会用一个操作FQ进行访问，FQ的方式主要是找到一个可以访问国外网站的代理服务器，我们将请求发送给代理服务器，代理服务器去访问国外的网站，然后将访问到的数据传递给我们！ 上述这样的代理模式称为正向代理

作者：不吃猫的鱼 链接：https://www.zhihu.com/question/20553431/answer/130698230 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 一、SLB产生背景: SLB(服务器负载均衡)：在多个提供相同服务的服务器的情况下，负载均衡设备存在 虚拟服务IP地址 。当大量客户端从外部访问虚拟服务IP地址时，负载均衡设备将这些报文请求根据负载均衡算法，将流量均衡的分配给后台服务器以平衡各个服务器的负载压力，避免在还有服务器压力较小情况下其他服务达到性能临界点出现运行缓慢甚至宕机情况，从而提高服务效率和质量。因此对客户端而言，RS（real server 实际服务器）的IP地址即是负载均衡设备VIP（虚拟服务地址IP）地址，真正的RS服务器IP地址对于客户端是不可见的。 二、SLB的三种传输模式： 七层SLB和四层SLB的区别： 四层SLB：配置负载均衡设备上服务类型为tcp/udp，负载均衡设备将只解析到4层，负载均衡设备与client三次握手之后就会和RS建立连接； 七层SLB：配置负载均衡设备服务类型为http/ftp/https等，负载均衡设备将解析报文到7层，在负载均衡设备与client三次握手之后，只有收到对应七层报文，才会跟RS建立连接。 在负载均衡设备中，SLB主要工作在以下的三种传输模式中：

说到 Nginx 就不得不说 Nginx 的反向代理是多么的好用，一个指令 proxy_pass 搞定反向代理，对于接口代理、负载均衡很是实用，但 proxy_pass 指令后面的参数很有讲究。 在实际的应用中分为以下几种情况： 1.url 只是 host 这里指不包含 $uri ，如： http://host - √ https://host - √ http://host:port - √ https://host:port - √ http://host/ - x http://host:port/ - x 这时候 location 匹配的完整路径将直接透传给 url ，如： // 访问： / 后端： / // 访问： /api/xx 后端： /api/xx // 访问： /api/xx?aa 后端： /api/xx?aa location / { proxy_pass http://node:8080; } // 访问： /api/ 后端： /api/ // 访问： /api/xx 后端： /api/xx // 访问： /api/xx?aa 后端： /api/xx?aa // 访问： /api-xx?aa 后端： location /api/ { proxy_pass http://node:8080; } // 访问： /api/ 后端： /api/ // 访问：

1.反向代理的作用 反向代理 （Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。 2.反向代理的主要应用 现在许多大型 web 网站都用到反向代理。除了可以防止外网对内网服务器的恶性攻击、缓存以减少服务器的压力和访问安全控制之外，还可以进行负载均衡，将用户请求分配给多个服务器。 3.反向代理的配置 反向代理的配置 需求:两个tomcat服务通过nginx反向代理 (1) 启动第一个端口号为8080的Tomcat tomcat1:172.16.2.57:8080 启动第二个端口号为8081的Tomcat tomcat2:172.16.2.57:8081 nginx 服务器：192.168.109.102:80 (2)修改本地host文件 模拟真实域名请求 使用管理员身份打开C:\Windows\System32\drivers\etc下的hosts文件 并配置域名映射 192.168.109.102 www.lzh.com 192.168.109.102 bbs.lzh.com (3)修改nginx/conf目录下的ngnix配置文件nginx.conf 配置方式一: worker_processes

#user nobody; worker_processes 1; events { worker_connections 1024; } http{ gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.0; gzip_comp_level 2; gzip_types text/plain application/x-javascript text/css application/xml; gzip_vary on; include mime.types; default_type application/octet-stream; #上传文件大小 client_max_body_size 300m; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"' '$upstream_addr'; log_format main '$remote_addr - $remote_user [$time_local] "$request

正向代理(你自己访问不了 需要借助中间服务器来访问) location / { proxy_pass http://$http_host$request_uri; }差不多就这样子 我之前的一篇文章里用到了正向代理，一个取百度搜索关键词的应用，里面算是详细，代理很多请求信息什么的 反向代理：（负载均衡）（自己没资源 需要从其他服务器抓资源） worker_processes 1; error_log logs/error.log; pid logs/nginx.pid; events { worker_connections 1024; } 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 logs/access.log main; sendfile on; keepalive_timeout 65; upstream slave_pools{ server

基于Nginx反向代理及负载均衡 参考：http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass 只要没有被启用，默认就是开启的，因为proxy属于nginx内置标准模块，通常实现代理的时候，最核心模块是proxy_pass,用于将用户请求的rui递交至上游服务器的某个URI但这个模块大部分用于location当中，因此要实现将某一URI的访问代理某个上游服务器大致的格式为： location /name/ { proxy_pass http://127.0.0.1/remote/; } 参数解释： location /name/ 指定当前服务器server的某一访问路径，本来这个location中定义的是root或其他相关参数，从此这个 location不在本地提供任何服务，而是通过proxy_pass模块传至远程其他主机 http://127.0.0.1/remote/ 上去 其中/name/ 和 /remote/ 可以是不相匹配的， nginx可以自动处理这种映射关系。 但需要注意的是，当定义location的时候，其必须有一个转换关系，意为我们当前主机的路径uri要转换另外服务器的uri，这是其对应关系，事实上目标主机的uri可以省略掉，但是一旦省略掉就表示不将其转换 示例： location

反向代理（ reverse proxy） 方式是指用代理服务器来接受Internet上的连接请求， 然后将请求转发给内部网络中的上游服务器， 并将从上游服务器上得到的结果返回给Internet上请求 连接的客户端， 此时代理服务器对外的表现就是一个Web服务器。 充当反向代理服务器也是Nginx的一种常见用法（ 反向代理服务器必须能够处理大量并发请求） ， 本节将介绍Nginx作 为HTTP反向代理服务器的基本用法。由于Nginx具有“强悍”的高并发高负载能力， 因此一般会作为前端的服务器直接向客户端提供静态文件服务。 但也有一些复杂、 多变的业务不适合放到Nginx服务器上， 这时会用Apache、 Tomcat等服务器来处理。 于是， Nginx通常会被配置为既是静态Web服务器也是反向代理服务器 不适合Nginx处理的请求就会直接转发到上游服务器中处理。 客户端发来HTTP请求时， Nginx并不会立刻转发到上游服务器， 而是先把用户的请求（ 包括HTTP包体） 完整地接收到Nginx所在服务器的硬盘或者内存中， 然后再向上游服务器 发起连接， 把缓存的客户端请求转发到上游服务器。Nginx的这种工作方式有什么优缺点呢？ 很明显， 缺点是延长了一个请求的处理时间，并增加了用于缓存请求内容的内存和磁盘空间。 而优点则是降低了上游服务器的负载， 尽量把压力放在Nginx服务器上。

正向代理 ：在客户端(浏览器)配置代理服务器，通过代理服务器进行互联网访问. 正向代理 ：当客户端无法访问外部资源的时候（比如墙这样的原因），可以通过一个正向代理去间接地访问，所以客户端需要配置代理服务器的ip.客户端知道正向代理服务器的ip.客户端和正向代理服务器处在同一个局域网. 反向代理 ：客户端无法感知代理的存在，通过代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端.通常，为保证内网的安全，可以用一个公网(外网)作为访问地址.反向代理服务器和内部网络上的服务器在同一个LAN. 注意：大型网站通常会把外网作为访问地址，此时，反向代理服务器的内网ip和内部网络上的服务器ip处在同一个局域网.这些web服务器对客户端是不透明的，但是对反向代理服务器是透明的(内网ip处在同一个局域网).客户端无法感知代理的存在，因为客户端和反向代理服务器直接打交道的是这个外网ip，也没有设置代理ip的环节，并且反向代理服务器真正进行代理的时候是通过内网ip实现的. 透明性问题 正向代理：server和proxy对client都是透明的.client对proxy是透明的，client对server是不透明的. 反向代理：server对client是不透明的，proxy对client是透明的