正向代理类似一个跳板机,代理访问外部资源
举个例子:
我是一个用户,我访问不了某网站(用户知道该网站的服务器地址),但是我能访问一个代理服务器,这个代理服务器呢,他能访问那个我不能访问的网站,于是我先连上代理服务器,告诉他我需要那个无法访问网站的内容,代理服务器去取回来,然后返回给我。从网站的角度,只在代理服务器来取内容的时候有一次记录,有时候并不知道是用户的请求,也隐藏了用户的资料,这取决于代理告不告诉网站。
正向代理:客户端 <一> 代理 一>服务端
生活例子:
某天,我想吃香港某条街某个店铺的咖喱鱼蛋,但是我没有时间过去,于是找到香港代购,把我想要吃的鱼蛋的店铺地址发给他,让他帮我购买;这个例子中,店铺就是服务器的地址,代购就是代理(正向代理)
这个过程中,店铺老板并不知道我是谁,只知道把鱼蛋卖给了代理
反向代理(Reverse Proxy)实际运行方式是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就表现为一个服务器。
反向代理:客户端 一>代理 <一> 服务端
生活例子:
还是鱼蛋的例子,我还是想吃那家店铺的鱼蛋,于是我就买了那家的鱼蛋,但是我并不知道那家店铺只是一个代理(反向代理),我认为这家店铺的老板就是代理,其实并不是,我并不知道真正的老板是谁,我看到的只是一个反向代理
这个过程中,店铺老板知道我是谁,我并不知道谁是真正的老板
通常情况下,我们在实际项目操作时,正向代理和反向代理很有可能会存在在一个应用场景中,正向代理代理客户端的请求去访问目标服务器,目标服务器是一个反向单利服务器,反向代理了多台真实的业务处理服务器。具体的拓扑图如下:
生活例子:
还是鱼蛋,在反向代理中,我亲自去买反向代理的鱼蛋,实际情况可能是,我花钱请了一个代购(正向代理)去帮我买鱼蛋,这时,代购就是正向代理,店铺就是反向代理
简单的说,就是在大量的用户请求web服务器时,方向代理Nginx会通过过特定的算法,讲用户的请求,分发到其他web服务器上,这样就避免大量用户同时请求一个web服务器,造成服务器压力过大
nginx支持的负载均衡调度算法方式如下:
server {
listen 80; # nginx开放的端口,随意设置
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
proxy_pass http://127.0.0.1:8888; # 本地端口,web服务器端口
root html;
index index.html index.htm;
}
}
这个过程Nginx作为反向代理,web服务器的端口号是8888端口
upstream upstream_web_server {
server 192.168.43.204:8000;
server 192.168.43.176:8001;
# 如果有多台服务器,可以在此处继续添加服务器地址
}
server {
listen 80; # nginx开放的端口,随意设置
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
proxy_pass http://upstream_web_server;
root html;
index index.html index.htm;
}
}
当用户请求Nginx服务器时,Nginx会通过算法,将请求分发给服务器