题图:柏林墙
这是一篇旧文推送,之前收到这篇推送的同学不多,因为那时订阅的朋友很少,最近关注的越来越多了,谢谢你们给了我持续写作的动力。这次更正了错别字,重新整理了一下内容。
这篇文章最开始形成于知乎写的一个答案,没想到在好几个网站传开了,在 segmentfault 收到的评论是:
@温柔的狮子:简单明了,好老师!@程序诗人:不错,浅显易懂@xrr2016:生动形象,简单明了!@小小仕:老师都是这样讲课就好了@Merlinhuang:这两个例子很有感觉,666@TonyTsien:反正把我讲懂了,赞@非正常人类研究员:这种举个栗子的解释方法是最6的了!@EyesChan:简洁、清晰、有重点。感谢!…
以下是正文:
维基百科对「代理服务器」的解释也是让人一头雾水,在计算机世界,代理可分为「正向代理」和「反向代理」,比如著名的翻墙软件 Shadowsocks 就是一款正向代理软件,全世界前1000的高流量网站都在用的 Web 服务器 Nginx 也作为反向代理服务器,那么两者之间究竟有什么区别?我尝试着用浅显易懂的例子把两个概念解释清楚。
正向代理
A同学在大众创业、万众创新的大时代背景下开启他的创业之路,目前他遇到的最大的一个问题就是启动资金,于是他决定去找马云爸爸借钱,可想而知,最后碰一鼻子灰回来了,情急之下,他想到一个办法,找关系开后门,经过一番消息打探,原来A同学的大学老师王老师是马云的同学,于是A同学找到王老师,托王老师帮忙去马云那借500万过来,当然最后事成了。不过马云并不知道这钱是A同学借的,马云是借给王老师的,最后由王老师转交给A同学。这里的王老师在这个过程中扮演了一个非常关键的角色,就是代理,也可以说是正向代理,王老师代替A同学办这件事,这个过程中,真正借钱的人是谁,马云是不知道的,这点非常关键。
我们常说的代理也就是只正向代理,正向代理的过程,它隐藏了真实的请求客户端,服务端不知道真实的客户端是谁,客户端请求的服务都被代理服务器代替来请求,科学上网工具 Shadowsocks 扮演的就是典型的正向代理角色。在天朝访问 www.google.com 时会被无情的墙掉,要想翻越这堵墙,你可以在国外用 Shadowsocks 来搭建一台代理服务器,代理帮我们请求 www.google.com,代理再把请求响应结果再返回给我。
反向代理
大家都有过这样的经历,拨打10086 客服电话,一个地区的 10086 客服有几个或者几十个,你永远都不需要关心在电话那头的是哪一个,叫什么,男的,还是女的,漂亮的还是帅气的,你都不关心,你关心的是你的问题能不能得到专业的解答,你只需要拨通了10086 的总机号码,电话那头总会有人会回答你,只是有时慢有时快而已。那么这里的 10086 总机号码就是我们说的反向代理。客户不知道真正提供服务的人是谁。
反向代理隐藏了真实的服务端,当我们访问 www.baidu.com 的时候,就像拨打 10086 一样,背后可能有成千上万台服务器为我们服务,但具体是哪一台,你不知道,也不需要知道,你只需要知道反向代理服务器是谁就好了,www.baidu.com 就是我们的反向代理服务器,反向代理服务器会帮我们把请求转发到提供真实计算的服务器那里去。Nginx 就是性能非常好的反向代理服务器,它可以用来做负载均衡。
两者的区别在于代理的对象不一样,「正向代理」代理的对象是客户端,「反向代理」代理的对象是服务端
长按二维码关注『一个程序员的微站』 分享Python干货和有温度的内容
本文对你有帮助?分享给更多人