文章目录
- 正向代理
- 反向代理
先放个链接, 正向代理和反向代理一直很晕乎, 看了这个博客感觉写的特别的好, 推荐
Anker - 正向代理和方向代理的总结
- 无论正向代理还是反向代理, 请求模型其实是一致的, 如图所示
- 我们假设用户为 A, 代理服务器为 B, 实际处理请求的服务器为 C
① A 向 B 发起请求
② 如果有相应的结果, 直接返回给 A 如果没有, B 向 C 发起请求
③ C 响应请求, 把结果返回给 B
④ B 将结果返回给 A - 正向代理, 框前两个; 反向代理, 框后两个
正向代理
- 通常是配置在客户端
- 情景
- A 知道 C 的存在, 但无法直接访问
- A 知道 C 的存在, 但 C 响应速度太慢, 使用 B 提高响应速度
- 由于是代理服务器发起请求, 实际服务器并不知道用户的存在, 对于实际服务器来说, 代理就是"用户"
- 正向代理服务器可以作为缓存服务器, 加快返回给用户数据的速度
反向代理
- 通常是配置在服务器端
- 情景
- A 通过访问 B 拿到访问 C 相同的结果
- A 知道 C 的存在, 但无法直接访问
- A 知道 C 的存在, 但 C 响应速度太慢, 使用 B 提高响应速度
- 由于是代理服务器发起请求, A 大多数情况下并不知道 C 的存在, 对于用户来说, 代理就是"实际服务器"
情境中的②和③, A 是知道 C 的存在的, 但是由于各种原因直接访问并不能很好的得到响应, 所以使用反向代理
它和正向代理得到的效果是相同的, 只是配置位置不同, 一个在 client, 一个在 server - 反向代理可以作为 LoadBalance 存在
