什么是正向代理和反向代理?
2024-03-26 07:53 萤火架构 阅读(553) 评论(1) 编辑 收藏 举报从字面意思上看,代理就是代替处理的意思,一个对象有能力代替另一个对象处理某一件事。
代理,这个词在我们的日常生活中也不陌生,比如在购物、旅游等场景中,我们经常会委托别人代替我们完成某些任务。在技术领域,这个概念也被广泛应用,尤其是在计算机网络通信和程序设计中,代理扮演着相当重要的角色,涉及控制访问、安全保护、能力扩展等复杂而强大的方面。
网络通信中的代理
在计算机网络中,说到代理,经常会谈到正向代理和反向代理的概念。
在详细展开前,我们先使用一个比喻来形象的理解下这两个概念:小明去饭馆吃饭,正向代理就像是小明的朋友帮他去点餐,服务员并不知道最终吃饭的人是小明;而反向代理则像是饭馆的服务员,他们决定把小明的订单送到哪个厨师手里去做。通过这个比喻,我们可以初步感受到正向代理和反向代理在角色和功能上的不同。
搞清楚网络通信中的代理和反向代理,大家只要弄明白两件事:你在公司的电脑是怎么访问到外网的,你部署的网站或者API又是怎么被外网访问到的。
公司电脑上网
首先看公司电脑上网:公司里的电脑一般不会直接连接到互联网,它们通常在一个内网环境中,这既有成本的考虑,也有安全控制的需要。办公电脑一般会先连接到交换机,交换机再连接到路由器,路由器再连接到互联网。
在这些连接中,交换机只是一个小透明,办公电脑可以看到路由器,路由器也可以看到办公电脑,所以交换机不是我们这里所说的代理。
这里真正的代理是路由器,办公电脑访问网络时,请求先到达路由器,路由器做个请求来源的登记,记下这个请求是从哪台电脑发出的,然后再发到互联网上。请求出了路由器,互联网上能够看到的就是这个路由器,而看不到你的办公电脑。数据从远程服务器返回时,也是先到达这个路由器,路由器再根据之前做的请求来源登记,将数据转发到对应的办公电脑上。
这种场景下,路由器就是一个正向代理,代理内网电脑访问互联网。
除了使用路由器这种比较常见的代理方式,其实还有很多方式,比如在浏览器中配置HTTP代理,只允许通过浏览器访问外网。
网站被外网访问
再看网站或者API是怎么被外网访问到的:通常情况下,大家的服务器也是放在内网中的,直接暴露在互联网上会有安全风险,也不利于管理。所以,我们会在服务器和互联网之间设置一个代理服务器,通常是Nginx或者LVS这种负载均衡器。当外网的用户想要访问你的网站或API时,他们的请求首先会发送到这个代理服务器上。
这个代理服务器就是一个反向代理。
反向代理服务器接到请求后,它知道内网中哪台服务器能提供这个服务,于是它就把请求转发给对应的服务器。服务器处理完这个请求后,再把结果发送回反向代理服务器,最后由反向代理服务器返回给外网的用户。
对比
以上就是计算机网络中正向代理和反向代理的基本原理和应用场景,我们再做一个对比,加深印象。
正向代理和反向代理的区别主要体现在它们服务的对象和用途上:
对比项 |
正向代理(Forward Proxy) |
反向代理(Reverse Proxy) |
服务对象 |
客户端 |
服务器 |
主要用途 |
- 帮助客户端访问无法直接访问的资源 - 进行访问控制和缓存以提高速度和安全性 |
- 隐藏服务器真实IP地址 - 提供负载均衡功能 - 提高服务器访问速度和安全性 |
工作方式 |
- 客户端配置代理服务器,请求先发送至代理服务器 - 代理服务器代为访问目标服务器并返回资源给客户端 |
- 客户端请求发送至反向代理服务器 - 反向代理服务器根据配置转发请求到内部网络的特定服务器 - 从服务器获取响应后返回给客户端 |
举例说明 |
- 使用浏览器设置代理服务器,所有上网请求经由代理服务器访问互联网资源 |
- 根据负载均衡策略将用户请求分发到不同服务器处理 |
简单来说,正向代理是客户端的代理,帮助客户端访问到无法直接获取的资源;反向代理是服务器的代理,帮助服务器平滑处理来自各方的请求。
程序设计中的代理
在程序设计中,也有一个代理模式,虽然和网络中的正向代理或反向代理的概念不完全一样,但本质上它们都是代理的概念,都是作为中介提供隔离、隐藏、控制访问和功能增强等作用。
Just show me the code! 现在我们用Go来编写一个代理的实例程序,假设我们有一个资源类,我们希望在访问这个资源时,记录访问次数,并在资源不再被引用时自动释放资源。
首先,定义一个资源接口Resource和实现这个接口的资源类MyResource:
package main
import (
"fmt"
)
// Resource 接口定义了资源需要实现的方法
type Resource interface {
Use()
Release()
}
// MyResource 是实现了Resource接口的资源类
type MyResource struct{}
func (r *MyResource) Use() {
fmt.Println("Using MyResource")
}
func (r *MyResource) Release() {
fmt.Println("Releasing MyResource")
}
然后,定义一个代理的类 ResourceProxy,它包含了对资源的引用和引用计数,同时它也实现了Resource接口。
// ResourceProxy 是代理的结构体,包含资源和引用计数
type ResourceProxy struct {
resource Resource
refCount int
}
// NewResourceProxy 是ResourceProxy的构造函数
func NewResourceProxy(resource Resource) *ResourceProxy {
return &ResourceProxy{resource: resource, refCount: 1} // 初始引用计数为1
}
// Use 方法增加引用计数并使用资源
func (sr *ResourceProxy) Use() {
sr.refCount++
fmt.Printf("Resource is used %d times\n", sr.refCount)
sr.resource.Use()
}
// Release 方法减少引用计数,当计数为0时释放资源
func (sr *ResourceProxy) Release() {
sr.refCount--
if sr.refCount == 0 {
sr.resource.Release()
} else {
fmt.Printf("Resource is still used by %d references\n", sr.refCount)
}
}
最后我们使用这个代理:
func main() {
resource := &MyResource{}
proxyRef := NewResourceProxy(resource)
proxyRef.Use() // 使用资源,引用计数增加
proxyRef.Release() // 释放一次引用,引用计数减少到0,资源被释放
// Output:
// Resource is used 1 times
// Using MyResource
// Releasing MyResource
}
这个简单的例子演示了代理在资源管理中的应用,可以根据实际需要添加更多复杂的逻辑,比如错误处理、同步控制、日志记录等。
在程序设计中,代理模式是一种结构型设计模式,它让我们能提供一个替代品来代表另一个对象,这个替代品控制着对原对象的访问,可以在访问原对象前后进行一些额外处理。
通过上边的示例,我们可以发现代理模式的三个主要角色:
- 抽象主题(Subject):定义了代理和真实主题的共用接口,这样在任何使用真实主题的地方都可以使用代理。
- 真实主题(Real Subject):实现了抽象主题的具体类,代表了实际的对象,是最终要使用的对象。
- 代理(Proxy):包含对真实主题的引用,控制着对真实主题的访问,并可能负责创建和删除它。通常会做一些额外的事情来实现自己的价值。
在代码实际实现时,代理模式其实有多种不同的实现,包括:
- 远程代理(Remote Proxy):为一个对象在不同的地址空间(通常是不同计算机上的服务)提供局部代表。常见的如RPC、gRPC等,通过本地代理对象,客户端可以像调用本地接口一样访问远程服务,而无需关心网络通信的细节。
- 虚拟代理(Virtual Proxy):通过它来存放实例化需要很长时间的真实对象。常见的就是懒加载,比如加载一个大文件或者从数据库中读取大量数据,我们不希望在程序启动时就立刻加载,而是希望在真正需要这些数据的时候才去加载它们。
- 保护代理(Protection Proxy):控制对原始对象的访问。用于对象应该有不同访问权限的时候。
- 智能引用(Smart Reference):当对象被引用时,提供一些额外的操作,比如计算对象被引用的次数。上边提供的代码示例就是一个智能引用的例子。
这里就不展示更多的代码了,关键是在合适的时机使用恰当的代理模式来解决问题,这需要细细体会。
做个简单的小结,代理模式就像程序中的一个“中间人”,在不需要直接访问某个对象,或者直接访问某个对象不太方便或者不符合需求时,代理模式提供了一个非常灵活的解决方案。
正如本文所探讨的,代理模式在网络通信和程序设计中都扮演着重要的角色。它通过提供一个中间层,增强了系统的安全性、灵活性和可维护性。掌握代理,我们就拥有了在合适的场景下解决问题的一种强大能力。希望本文的讨论能对你有一点用处。