本实例的域名是 wenjin.cache.ibm.com.cn
,通过DNS
的轮询 技术,将客户端的请求分发给其中一台 Squid 反向代理服务器处理,如果这台 Squid 缓存了用户的请求资源,则将请求的资源直接返回给用户,否则这台 Squid 将没有缓存的请求根据配置的规则发送给邻居 Squid 和后台的 WEB 服务器处理,这样既减轻后台 WEB 服务器的负载,又提高整个网站的性能和安全性。该系统结构图 3 如下:
软件利用 Freebsd 自带的 bind 9.5 。然后针对该系统配置 bind,首先修改 bind 的配置文件 /etc/namedb/named.conf,在文件中添加
这样当用户请求的时候,DNS 通过轮询机制将 wenjin.cache.ibm.com.cn 的域名解析为 192.168.76.223、192.168.76.224 和 192.168.76.225 其中之一。
squid2.6最正解的配置反向代理实验
CentOS5.1(squid2.6)下配置反向代理
Tool: squid-2.6.STABLE6-4.el5
拓扑图
如上图,有两个网络:公司内部私有网络:192.168.1.0/24;Internet外部网络:10.66.0.0/24。
公司内部网络有两个服务器:
Server A提供两种服务,端口81提供服务1,端口82提供服务2。
Server B提供一种服务,通过端口80来提供服务。
Squid作为公司内部服务器的反向代理,两块网卡,其IP分别是:eth0: 10.66.0.80(接Internet外部网络);eth1:192.168.1.200(接公司内部私有网络)。
Internet外部网络通过Squid代理服务器,访问公司内部服务器。例如,Client 10.66.0.174,它不能直接访问公司内部服务器,而是通过Squid访问公司内部服务器。
外部网络客户端访问公司内部网络服务器的流程,举个例子,如下:
首先,在 Client端修改 /etc/hosts文件,添加如下三行:
10.66.0.80
www.serverA1.com www
10.66.0.80
www.serverA2.com www
10.66.0.80
www.serverB.com www
注:添加这三行,目的是为了让客户端能够解析这三个域名(
www.serverA1.com www.serverA2.com www.serverB.com),其对应IP为10.66.0.80(squid反向代理服务器的IP)
这里,Squid反向代理服务器监听端口:8000 (默认是:3128)
在客户端,打开浏览器,在浏览器地址栏输入:
www.serverA1.com:8000 下图显示了客户端发出这个请求后,到最后收到数据的整个流程。
Phase 1:这里客户端在浏览器地址栏输入:
www.serverA1.com:8000 通过Client本地 /etc/hosts 解析,域名
www.serverA1.com对应的 IP 是10.66.0.80(Squid反向代理服务器),于是客户端向 Squid 反向代理服务器端口8000发送请求。
注:在客户端浏览器地址栏输入:
www.serverA1.com:8000 和
http://10.66.0.80:8000 是不一样的,虽然都是请求 Squid 反向代理服务器 8000端口,但它们有本质的区别。如果通过 IP 方式
http://10.66.0.80:8000 访问 Squid 服务器,则不能实现让 Squid服务器对内部网络多个服务器作代理,此时 Squid 只能将客户端的请求向内部网络的“一个”服务器作请求。为了实现 Squid 能对内部网络多个服务器作代理,需要使用域名方式,例如这里的
www.serverA1.com:8000,Squid 服务器收到这样的请求后,它会解析 Host 是
www.serverA1.com ,在 配置 Squid 时,有两个选项,cache_peer 和 cache_peer_domain,这两个配置项让 Squid 有能力知道
www.serverA1.com 这个请求最终是想访问公司内部网络服务器A(Server A)的 81 端口,从而实现了 Squid 对内部多个服务器作代理的功能需求。(关于 cache_peer和 cache_peer_domain的使用见后文)。
Phase 2:如上所述, Squid 服务器收到客户端发来的请求,一看是
www.serverA1.com。Squid知道接下来去请求公司内部网络服务器A(Server A)的 81端口。
Phase 3:Server A 提供的服务1(Service 1)监听端口 81,收到 Squid 发送过来的请求,于是根据请求发送相应数据给 Squid 服务器。
Phase 4: Squid 收到服务器A(Server A)从端口81发送过来的数据后,会将该数据在本地缓存,同时将数据从自己的 8000 端口发送给外部网络的客户端。
上面四个步骤结束后,客户端就会收到所希望的数据。
值得说明的是:在整个过程中,公司内部网络的服务器对客户端是透明的,即客户端并不知道内部网络究竟有哪些服务器,提供哪些服务。客户端仅仅是访问 Squid 服务器的8000端口,然后获得相应的数据。
理解上面 Squid 作代理,客户端的请求流程后,下面介绍 Squid 的一些配置项 ( squid.conf )
注:以下内容是 Squid 一些基本配置项的说明,其中重点解释给多个服务器作代理所涉及的配置项。需要读者对 Squid 有一些基本的认识,另外关于 Squid 还有很多没提到的配置项,有些配置项是直接影响 Squid 服务器的性能,这里不作说明。
Let′s begin:)
http_port 8000 vhost # Squid 服务器监听本机 8000 端口,vhost 支持虚拟主机。
cache_peer 192.168.1.50 parent 81 0 no-query originserver weight=1 name=a
cache_peer 192.168.1.50 parent 82 0 no-query originserver weight=1 name=b
cache_peer 192.168.1.51 parent 80 0 no-query originserver weight=1 name=c
cache_peer_domain a
www.serverA1.comcache_peer_domain b
www.serverA2.comcache_peer_domain c
www.serverB.com#以上六行配置,让 Squid 服务器知道:
#从客户端过来的请求,如果是
www.serverA1.com,则 Squid 向 ServerA 192.168.1.50 的端口 81发送请求;
#从客户端过来的请求,如果是
www.serverA2.com,则 Squid 向 ServerA 192.168.1.50 的端口 82发送请求;
#从客户端过来的请求,如果是
www.serverB.com,则 Squid 向 ServerA 192.168.1.50 的端口 80发送请求;
cache_dir ufs /squid_cache 256 16 256 #指定 Squid 服务器存放数据的目录
acl all src 0.0.0.0/0.0.0.0
http_access allow all
cache_peer_access a allow all
cache_peer_access b allow all
cache_peer_access c allow all
#设置访问权限,允许所有外部客户端访问 a b c(我们定义的三个虚拟主机)
其它配置项默认即可。
注: squid-2.6.STABLE6-4.el5的主配置文件 /etc/squid/squid.conf有四千多行,其中大部分的是注释,应该说根据这个配置文件配置一个基本的代理服务器(正向、反向)比较容易。 我在配置过程中,遇到的主要问题是不知道如何让 Squid对多个服务器作反向代理(不同IP对应的服务器,同一IP不同端口对应的服务 器),在查阅一些文档,做了很多实验后,才做成。其关键配置项就是这两个指令: cache_peer 和 cache_peer_domain。这两个指令也是 squid-2.6 和 squid-2.5的主要区别之一(红帽 RHLE4集成的是 Squid-2.5,RHEL5集成的是Squid-2.6)。在 squid-2.5中,反向代理所涉及到的关键配置指令是:httpd_accel_host, httpd_accel_port, httpd_accel_single_host, httpd_accel_with_proxy, httpd_accel_uses_host_header。httpd_accel_*这一系列的指令,在Squid-2.6中都已经去掉,取而带之的 是 cache_peer, cache_peer_domain, cache_peer_access 这三个指令