如果现在我们需要访问 GitHub
首页. 但是由于"墙"的原因, 我们无法直接使用电脑访问到 GitHub
. 此时我们可以曲线救国, 先连接一台 代理服务器, 代理服务器将我们的请求转发到 GitHub
, 再将 GitHub
的返回再转发给我们.
什么是正向代理和反向代理?
正如 David Wheeler 所说的那样:
"All problems in computer science can be solved by another level of indirection."
"计算机科学中的所有问题都可以通过增加一个间接层来解决"
代理 的思想在计算机的许多领域都有体现. 本质上就是原本 A 和 B 可以直接联系, 但是我们增加一个 C 作为中介, A 和 B 都通过 C 来进行联系.
那么我们不禁要问: 为什么要多此一举呢? 这不是凭空地增加了系统的复杂性吗? 本文将通过讲解计算机网络中 正向代理 和 反向代理 两种模式来解答这个问题, 看一下引入代理 C 会为我们带来什么样的收益, 也解释其必要性. 文章将以下面这个顺序进行讲解:
我们知道一个完整的请求是由: client(客户端) -> proxy(代理) -> server(服务端) 组成的, 不管是正向代理还是反向代理其实都是遵循这个结构和请求步骤.
正向代理
顺着请求的方向进行代理, 即代理服务器是由客户配置, 为客户端服务, 去请求目标服务器.
我们考虑以下这个场景:
对于 GitHub
来说, 并不知道我们其实无法直接访问到它.
正向代理的作用
- 访问原来没法访问的资源.
- 可以做缓存, 加速访问资源.
- 对客户端访问授权, 进行认证.
- 代理可以记录用户访问的行为, 但是对外隐藏用户信息.
反向代理
与正向代理为客户端服务不同, 反向代理为目标服务器进行服务. 但是请注意, 请求的流程仍然还是: client(客户端) -> proxy(代理) -> server(服务端).
那么反向代理是为了解决什么问题呢? 请考虑以下场景:
对于百度来说, 有上亿人在进行访问. 单一的服务器必然没有办法接受这么大量的请求, 海量的网络内容也不可能存储在同一个服务器上. 所以百度内部必然有成千上万不同的服务器同时对用户进行服务. 那么当一个用户希望进行搜索的时候, 他怎么会知道自己想要访问的资源在哪个服务器上呢? 这显然是不可能的. 所以所有的用户的请求其实是发送到 baidu.com
这个域名的代理服务器, 代理服务器将转发我们的请求到对应的服务器节点, 节点的结果返回代理服务器后被再次返回给客户端.
对于用户来说, 只需要访问代理服务器而不需要关注真正提供响应的服务器, 代理服务器只进行请求和转发.
反向代理的作用
- 保证内网安全. 通常大型网站将反向代理服务器作为公网访问地址, 而自己的Web服务器是内网环境.
- 负载均衡. 代理服务器在转发的过程中可以进行流量的负载均衡.
总结
正向代理是面对客户端的代理, 服务端不知道实际请求的客户端是谁. 客户端和代理属于同一个 LAN.
反向代理是面对服务端的代理, 客户端不知道实际提供服务的服务端是谁. 服务端和代理属于同一个 LAN.