正向代理&反向代理 简(fu)明(za)解释

最近写的东西越来越偏向Web程序员了···

你想读懂本篇,就要知道什么是Web服务器——装在世界上某个机房里某台机器里某个操作系统里的一个,对外(公网或者你能访问)服务各种你需要的信息的软件!

它可以是Apache、Nginx、Tengine、IIS(滚)...

正向代理

没有多余的解释,四个字——科#学#上#网。

(什么?你不知道?)好吧。假设你上不了谷歌,N站,油管,91(滚)——你需要一个能上这些网站的玩意儿帮你上,然后让他把你想看的东西转给你,这个他可以是一个人,也可以是一台中间服务器,如果是一台中间服务器,那它就是所谓的“正向代理”。

反向代理

题外话:当初我觉得,正向代理就是 我~中间服务器~我真正想访问但是不能访问的服务器,那么 反向代理不就是:我真正想访问但是不能访问的服务器~中间服务器~我 了吗?这不就是服务器想偷我的数据?

总之这种“专业名词”还真不是一时半会儿能消化的,没办法,谁让某些面试官这么喜欢考呢?

正文:

先捋清楚什么是正向代理——或者说,反向代理是相对于正向代理的本质而言的。

正向代理,通俗点说,就是中间服务器的功能是:跳板。

反向代理,通俗点说,就是中间服务器的功能是:前台服务员。

有什么区别?正向代理的本质就是,我希望我!自己!能访问我不能访问,但是我知道我想访问的地方。

反向代理的本质就是:我希望我访问某个地方的时候,它后面帮我干什么我不关心,我只关心前台能不能找到我想要的东西。

再用简单点的话说,正向代理,中间服务器帮“我们”访问“我们不能访问的地方(但是我知道我想访问哪里(谷歌N站))”

反向代理,中间服务器帮“我们”寻找“我想要的东西(我不知道东西在哪里,但是中间服务器一定知道)”

从最终访问的资源信息所在地来说,用正向代理访问谷歌,那么正向代理像个中介,谷歌才是我想找的人;

我们访问百度网盘,百度会用反向代理帮我们上传下载东西,而上传去哪里从哪里下载(具体到某个机房的某台电脑),我们不知道,这个时候百度网盘的地址"pan.baidu.com/..."和后面的存储服务器是“一伙人”,这个地址就扮演了前台服务员的角色——和银行柜员很像。

脑洞

有没有正反向代理一起用的时候呢?有。

综上所述,正向代理是我知道我要什么东西但是我要不到,托个家伙帮我(代购)——重要的是,商家并不知道真正想买东西的人是我;反向代理是某个室内装修施工队的头儿和他的马仔,这个时候如果我要找这个头儿帮我办点事,马仔十之八九知道是我想办点什么事情,而我不用知道帮我办事的马仔是谁,我只要管和头儿交流就可以了。

所以,反向代理很多情况是中间服务器和最终帮我干活的服务器是一伙人。

所以,正反向一起用,就是(我,科#学#上#网,用谷歌地图,谷歌地图反向代理帮我找到地图存储的地方并拼合起来返回给我,我自己不用找)

再比较

假设A是我,B是中间服务器,C是我想访问又访问不到的地方。

step1:A->C(不行)

step2:A->B(可以)发现 B->C(可以)

step3:A->(嘿B帮我上一下C)B->C

以上为正向代理,我(A)真正想访问的是C,不是你B,但是实际访问的是B。

假设A是我,B是我想访问而且可以访问的地方,C是B能访问但是我不知道的地方,但是我要的东西在C上。

step1:A->B(嘿B帮我个事儿呗)

step2:A->B(好嘞,我这就帮你)

step3:B->C(小C啊帮我整一下这事儿,待会快点给个结果我,外面等着要呢)(C:成,马上)

step4:A(收到B的结果,实际上是C的结果)

以上为反向代理,我(A)真正想访问的是B,不是C,虽然实际访问的是B,但是实际结果是C出来的——我却不知道。

相同点:B都扮演了中介的角色,看起来都是B给A传递的数据,实际数据也都是C出来的;所以说,不管正向代理,反向代理,都是“代理(中介)”

不同点:正向代理中A是知道C的存在的,而且认为C才是服务的提供者;反向代理中A认为为是B提供的服务,但是实际上是C提供的服务。


本篇为个人向记录,如果有什么术语解释不对欢迎留言···

上一篇:Laravel 安装指南


下一篇:SQL注入基础知识及绕过方式