传统代理 透明代理 反向代理

[传统代理]
1.代理服务器软件被绑定到代理服务器的3128端口。
2.客户端浏览器被配置使用代理服务器的3128端口。

3.客户端不需要配置DNS。

4.代理服务器上需要配置DNS。

5.客户端不需要配置缺省路由。
当我们在客户端浏览器中打开一个web请求，比如“http://www.96333.com”，这时将陆续发生以下事件：
1.客户端使用某一端口（比如1025)连接代理服务器3128端口，请求web页面“http://www.96333.com”
2.代理服务器向DNS请求“www.96333.com”,得到相应的IP地址110.76。然后，代理服务器使用某一端口（比如1037)向该IP地址的80端口发起web连接请求，请求web页面。
3.收到响应的web页面后，代理服务器把该数据传送给客户端。
4.客户端浏览器显示该页面。
从www.96333.com的角度看来，连接是在1.2.3.4(代理服务器的地址)地1037端口和110.76.33.1的80端口之间建立的。
从client的角度看来，连接是在192.168.1.100的1025端口和1.2.3.4(代理服务器的地址)的3128端口之间建立的。
[透明代理]
透明代理的意思是客户端根本不需要知道有代理服务器的存在。
在以上基础上我们做以下工作：
1.配置透明代理服务器软件运行在代理服务器的3128端口。
2.配置代理服务器将所有对80端口的连接重定向到3128端口。
3.配置客户端浏览器直接连解到Internet。
4.在客户端配置好DNS.
5.配置客户端的缺省网关为192.168.1.1.
当我们在客户端浏览器中打开一个web请求，比如“http://www.96333.com”，这时将陆续发生以下事件：
1.客户端向DNS请求“www.koubei.com”,得到相应的IP地址110.76.33.1。然后，客户端使用某一端口（比如1066)向该IP地址的80端口发起web连接请求，请求web页面。
2.当该请求包通过透明代理服务器时，被防火墙将该数据包重定向到代理服务器的绑定端口3128。于是，透明
代理服务器用某一端口（比如1088)向110.76.33.1的80端口发起web连接请求，请求web页面。
3.收到响应的web页面后，代理服务器把该数据传送给客户端。
4.客户端浏览器显示该页面。
从www.96333.com的角度看来，连接是在1.2.3.4(代理服务器的地址)地1088端口和110.76.33.1的80端口之间建立的。从client的角度看来，连接是在192.168.1.100的1066端口和110.76.33.1的80端口之间建立的。
以上就是传统代理服务器和透明代理服务器的区别所在。
[反向代理]
反向代理是相对于传统代理而言，是代理web服务器接受客户端的请求。在此，我们忽略客户端的设置，假设客户端是可以直接访问互联网。
web服务器与客户端的结构如下：
假设已经将www.koubei.com的域名指向了squid服务器所在的ip，并且在web服务器集群里做了dns轮询。
web server1 -|
web server2 -|- squid 服务器/ INTERNET / - Client
web server3 -|
1.客户端通过IE向DNS服务器发送访问www.96333.com的请求，由客户所在地的DNS服务器解析www.96333.com的IP为110.76.33.1并返回给用户。
2.客户收到DNS返回的服务器IP地址，重新向www.96333.com指向的IP地址发送访问请求。
3.squid服务器接收到用户的请求后，查询自身缓存中是否有用户请求内容，有则直接发送给客户端，如果没有则通过内部DNS轮询查询空闲服务器，并将客户请求发送到该服务器，在获取到用户数据并返回给用户的同时保留一份在自己本身的缓存当中。在用户看来，自己访问的是www.96333.com这个服务器，实际上真正的WEB服务器为SQUID缓存后面的服务器或者服务器集群，通过外部DNS做CNAME转向，将用户请求转发到内部真正的web服务器上去。