LVS+Nginx+DNS+web服务器组成的反向代理解析流程是什么

这个架构我完全无法理解，为毛要2台lvs，一般2台lvs是为了分流或高可用，好吧我暂时这么理解他的意图，1台nginx是作为反向代理，简单理解就是在客户端看来服务器端就是一台机器，防止其他人员了解你的后端架构和处理流程，nginx也可以减轻web的资源消耗主要是内存和io，也可以配置当成日志服务器，减轻web的压力，但是他后端就一台web啊，用这个架构为毛啊，好吧我暂时理解为他是为了以后方便拓展架构；1台dns服务器，为毛啊，无法理解，如果只是为了网站本身需要完全可以自解析，直接写hosts不是更方便，好吧，其实架设dns服务器是个好习惯，但是在资源有限的前提下，我认为不如把dns换成web，资源利用率更高；lvs和nginx都有负载均衡的作用，小架构1台nginx完全可以搞定，2台lvs纯属浪费；至于123456的问题，nginx配置，推荐《决战nginx》高性能web服务器详解与运维；至于架构原理，推荐《构建高可用linux服务器》余洪春

简单说下流程：正常应该是，客户端包先到lvs，lvs做了高可用，lvs分发给nginx，nginx查询dns后分发给web

正向代理,也就是传说中的代理,他的工作原理就像一个跳板。简单的说,我是一个用户,我访问不了某网站,但是我能访问一个代理服务器,这个代理服务器呢,他能访问那个我不能访问的网站,于是我先连上代理服务器,告诉他我需要那个无法访问网站的内容,代理服务器去取回来,然后返回给我。从网站的角度,只在代理服务器来取内容的时候有一次记录。结论就是，正向代理，是一个位于客户端和原始服务器(origin

server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。

反向代理.举例:

例用户访问 http://ooxx/readme 但ooxx上并不存在readme页面他是偷偷从另外一台服务器上取回来,然后作为自己的内容吐给用户

但用户并不知情这很正常,用户一般都很笨

这里所提到的 ooxx这个域名对应的服务器就设置了反向代理功能

结论就是

反向代理正好相反，对于客户端而言它就像是原始服务器，并且客户端不需要进行任何特别的设置。客户端向反向代理

的命名空间(name-space)中的内容发送普通请求，接着反向代理将判断向何处(原始服务器)转交请求，并将获得的内容返回给客户端，就像这些内容

原本就是它自己的一样。

正向代理和反向代理的区别，从用途上来讲：

正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。正向代理还可以使用缓冲特性减少网络使用率。反向代理的典型用途是将

防火墙后面的服务器提供给Internet用户访问。反向代理还可以为后端的多台服务器提供负载平衡，或为后端较慢的服务器提供缓冲服务。

另外，反向代理还可以启用高级URL策略和管理技术，从而使处于不同web服务器系统的web页面同时存在于同一个URL空间下。

从安全性来讲：

正向代理允许客户端通过它访问任意网站并且隐藏客户端自身，因此你必须采取安全措施以确保仅为经过授权的客户端提供服务。

反向代理对外都是透明的，访问者并不知道自己访问的是一个代理。

开放的反向代理应用：nginx和nat123。nginx是单纯的反向代理，需要自行搭建反向代理服务才能使用，效率高。nat123是结合了NAT和反向代理的应用，可以直接使用，解决80端口问题等，速度快。

总而言之，梯子的原理就是正向代理，负载均衡的原理就是反向代理。

---