squid server案例

╰+哭是因爲堅強的太久メ 2022-09-17 15:21 106阅读 0赞

[**Linux**下**Squid**代理服务器的架设与维护][Linux_Squid]

**一、对使用者的分析**  
　　  
　　现有网络情况：  
　　  
　　我校校园网通过光缆已将31座建筑物连通，光缆总长度约15Km，绝大多数楼中实现结构化布线，连入校园网的网络多媒体教室、教学基地、实验室、机房等约有数十个，连网计算机达3000多台 。我校目前出口有2个，一条速率为10M bps，通过光纤接入中国教育科研网CERNET，另一条速率为4M bps连入中国电信。  
　　  
　　用户的需求：  
　　  
　　我校校园网的使用者主体为在校学生及老师。根据统计，约80%的用户使用WWW、FTP等资源。我校现有Chinanet ip 126个，不可能分给所有的用户使用。通过架设代理服务器来实现让所有用户使用网络资源是最简单并且相对安全和可靠的方法。通过架设专门的WWW(FTP)代理来满足用户的主要需求，通过架设socks5代理来满足用户的其他需求。  
　　  
　　**二、硬件及软件的选择**  
　　  
　　硬件  
　　  
　　Cache **Server**可以是一台普通的PC服务器加上cache软件（如**Squid**、Inktomi）构成，也可以是软硬件系统和一台专门的cache服务器。根据Chinanet出口的实际情况，4Mbps速率的出口，每秒最大传入数据量为约500K/s。我校主干网节点间为双千兆连接，到达部分实验室是百兆，到达宿舍为10M。送出的最大数据量为约12M/s。传送的数据量不是很大，使用传统的IA32构架服务器既可满足需求。我校网络中心主机房使用机柜来存放服务器。惠普公司的LH6000服务器，具有很强的扩展性，是新型的六路服务器。代理服务器的运算负荷不是很重，对于IO的要求较高。LH6000通过自定义配置可以达到这个要求。通过使用raid可以提高磁盘性能，增加数据的可靠性。代理服务器软件占用内存较大。LH6000可以支持8GB内存。最终选择配置如下：  
　　  
　　配置  
　　  
　　处理器:1个100MHz系统总线的Intel Pentium III Xeon 700MHz处理器  
　　内存:1G PC-133 ECC SDRAM  
　　磁盘控制器:集成具有32MB高速缓存双通道Ultra3 SCSI HP NetRAID控制器  
　　附加单通道:Ultra Wide SCSI控制器  
　　内置存储:热插拔5x18G半高驱动器  
　　网卡:内置INTEL 82559 100M网卡  
　　电源:3个热插拔电源  
　　  
　　RAID使用了RAID5模式，这个模式是向阵列中的磁盘写数据，奇偶校验数据存放在阵列中的各个盘上，允许单个磁盘出错。RAID 5也是以数据的校验位来保证数据的安全，但它不是以单独硬盘来存放数据的校验位，而是将数据段的校验位交互存放于各个硬盘上。这样， 任何一个硬盘损坏，都可以根据其它硬盘上的校验位来重建损坏的数据。  
　　  
　　软件  
　　  
　　**Squid** Internet Object Cache (Harvest Project的后续版本) 是美国政府大力助的一项研究计划。**Squid**是一个开放源代码的代理服务器软件。它是一个为UNIX系统下运行的全功能的代理服务器软件。它可以为HTTP协议、FTP协议以及其他使用URL方式定位的协议作缓存。它支持客户端使用SSL协议进行数据传送。它可以使用ICP, HTCP, CARP, Cache Digests等协议和方式和其他运行**squid**的服务器进行协同。它支持SNMP协议，可以用相应的软件来做协调和管理。并且能配置详细的访问控制列表（acl）。  
　　  
　　操作系统  
　　  
　　以前学校的代理服务器使用**linux**作为操作系统。这是因为以前的代理服务器通常还兼作其他的服务器。很多服务器软件是专门为**linux**开发的，或者在**linux**上运行的效率最高。**Squid**本身是为unix-like操作系统开发的。本身对系统没有太多的要求。目前我校Chinanet代理服务器使用的是FreeBSD作为操作系统。  
　　  
　　没有选择**Linux**有下面几点原因：  
　　  
　　**Linux**的核心部分开发相对比较开放,FreeBSD的核心是由一个严格的core team来完成的。相对检查更加严格。从核心部分比较BSD的内核更加稳定。  
　　  
　　**Linux**对高负荷的承载能力不如FreeBSD。对于高负荷下程序出错的容忍力，BSD远强于**Linux**。  
　　  
　　许多著名的网站，如：yahoo, netease 等著名的商业网站使用的就是freebsd,稳定性和性能早已通过很多专家的评测，远远强于**Linux**。  
　　  
　　在著名的文章“**Linux** vs BSD: A Tale of Two System”中，是这样评价Freebsd的: FreeBSD focuses on the Intel Architecture PC and **server** platforms, and on providing the best performance and stability possible. The DEC/Compaq Alpha is also supported.  
　　  
　　但是Freebsd也有不如**Linux**的弱点。主要表现在磁盘IO的性能上。这主要是因为Freebsd使用的文件系统—UFS的性能不如**linux**上使用的ext2/ext3。但是在加上softupdate之后会有很大的改进。而且出国代理上配置的使用raid5模式，磁盘使用高转速scsi硬盘，在上述硬件配置的情况下，读取**squid** cache的数k大小的小文件使用ext2和ufs+softupdate的效率的差别在万分之一以下。对于负载数千用户的代理服务器来说，可以忽略这样的效率差别。  
　　  
　　基于以上原因，最终选用Freebsd作为代理服务器的操作系统。  
　　  
　　**三、代理服务器软件的安装**  
　　  
　　**squid**的安装  
　　  
　　freebsd本身的ports程序带有**squid**的稳定版本。目前**squid**的最新版本是2.4.STABLE6。在freebsd的/usr/ports/www/**squid** 目录下执行make;make install就会将最新版本的**squid**代码下载、编译并最终安装到/usr中的相应路径中。  
　　  
　　**Squid**本身会被安装到/usr/local/sbin下  
　　**Squid**的cache目录默认为/usr/local/**squid**/cache  
　　**Squid**的log目录默认为/usr/local/**squid**/logs  
　　**squid**的配置文件目录默认为/usr/local/etc/**squid**  
　　  
　　这样的安装方式比直接使用二进制的package安装要好。因为二进制的package不能保证在自定义的系统上稳定运行。下载源代码代码在本地进行编译之前，首先会校验源代码的MD5 checksum,这样能保证我得到的源代码是未经修改过的版本。然后再在本地进行编译。最后安装到相应目录。  
　　  
　　**Squid**的配置  
　　  
　　**Squid**的配置文件是**squid**.conf  
　　  
　　部分参数的配置如下：(为保证代理服务器安全，部分参数用\*代替)  
　　  
　　http\_port 8080 设置http代理端口为8080  
　　cache\_peer pa.us.ircache.net sibling 3128 3130 login=\*:\*  
　　cache\_peer sj.us.ircache.net sibling 3128 3130 login=\*:\*  
　　cache\_peer \* parent 13280 4827 htcp \*:\*  
　　  
　　这几行是使用**squid**可以和其他几台机器进行协同工作的特性，同几台组成cache\_peer。具体设置在后面的优化部分会解释。  
　　  
　　cache\_peer\_domain \* .edu.cn设置.edu.cn的域名使用某个cache\_peer访问  
　　cache\_mem 400 MB设定内存cache的大小为400M  
　　cache\_swap\_low 80  
　　cache\_swap\_high 97这两行是设置cache进行替换的闸值。当占用到97%的cache后，cache中的内容将被清空20%。  
　　maximum\_object\_size 20000 KB 最大对象大小为20M.  
　　maximum\_object\_size\_in\_memory 10000 KB 内存中最大的对象大小为10M  
　　ipcache\_size 4096 ip对应cache的大小为4096  
　　fqdncache\_size 4096 域名全称cache的大小为4096  
　　cache\_replacement\_policy heap LFUDA cache替换策略  
　　memory\_replacement\_policy heap LRU 内存替换策略  
　　cache\_dir ufs /usr/local/**squid**/cache 25000 16 256 cache存放的路径大小及具体配置  
　　dns\_nameservers \* \* \* \* \* 内部指定dns服务器  
　　authenticate\_program \* \* 身份认证程序  
　　authenticate\_children 32 身份认证程序启动的进程数目  
　　request\_body\_max\_size 5 MB 最大请求的body大小  
　　reply\_body\_max\_size 20 MB 最大回应的body大小  
　　acl all src 0.0.0.0/0.0.0.0  
　　acl dorm proxy\_auth 192.168.0.0/255.255.0.0 REQUIRED  
　　acl bjpu proxy\_auth 202.112.64.0/255.255.240.0 REQUIRED  
　　acl bjpu2 proxy\_auth 211.71.80.0/255.255.240.0 REQUIRED  
　　  
　　访问控制列表  
　　  
　　acl banned\_sites \{过滤的关键字\}  
　　http\_access deny banned\_sites  
　　deny\_info ERR\_BANNED\_SITE banned\_sites  
　　  
　　禁止访问违禁站点的设置  
　　  
　　acl manager proto cache\_object  
　　acl localhost src 127.0.0.1/255.255.255.255  
　　acl SSL\_ports port 443 563  
　　acl Safe\_ports port 80 \# http  
　　acl Safe\_ports port 21 \# ftp  
　　acl Safe\_ports port 443 563 \# https, snews  
　　acl Safe\_ports port 70 \# gopher  
　　acl Safe\_ports port 210 \# wais  
　　acl Safe\_ports port 1025-65535 \# unregistered ports  
　　acl Safe\_ports port 280 \# http-mgmt  
　　acl Safe\_ports port 488 \# gss-http  
　　acl Safe\_ports port 591 \# filemaker  
　　acl Safe\_ports port 777 \# multiling http  
　　acl CONNECT method CONNECT  
　　  
　　设置可以连接的端口  
　　  
　　http\_access allow dorm  
　　http\_access allow bjpu  
　　http\_access allow bjpu2  
　　http\_access allow manager localhost  
　　http\_access deny manager  
　　http\_access deny !Safe\_ports  
　　http\_access deny CONNECT !SSL\_ports  
　　http\_access deny all  
　　  
　　允许http访问  
　　  
　　icp\_access allow \*允许cache\_peer使用ICP协议访问  
　　proxy\_auth\_realm BJPU proxy-caching web **server** 验证框提示的banner  
　　cache\_mgr liukange@netease.com cache管理员的电子邮件地址  
　　cache\_effective\_user \*  
　　cache\_effective\_group \* 执行cache程序的用户uid和gid  
　　visible\_hostname cnproxy.bjpu.edu.cn cache服务的机器名  
　　memory\_pools on 内存池设置为打开。  
　　memory\_pools\_limit 50 MB 内存池的大小

<table> 
 <tbody> 
 <tr> 
 <td> 
 <table> 
 <tbody> 
 <tr> 
 <td style="WORD-BREAK: break-all">　　Socks5代理的安装 　　 　　出国代理上选用的socks5代理软件是NEC公司制作的软件。它实际上是一个商业版软件。但是根据它的license文件所述，在非商业用途上使用这个软件是免费的。在RFC-1928对socks5如何运行做了详细的描述。这个标准就是NEC公司的“Ying-Da Lee”和HP及IBM公司制定的。在相应的测试中,NEC公司的这个socks5代理软件的性能是较好的。虽然它有一些安全上的漏洞，但是使用freebsd的ports方式安装，将会自动对源代码打补丁，修正安全隐患。 　　 　　在/usr/ports/net/socks5下执行make;make install就能安装好该程序。相应的文件将被安装在下列目录： 　　 　　socks5可执行文件被放在/usr/local/bin 　　socks5.conf文件被放在/usr/local/etc下 　　 　　bugtraq上曾经提到socks5的密码验证部分有安全隐患，因此没有使用该功能。 　　 　　Socks5代理的配置 　　 　　Socks5代理的配置文件是socks5.conf，内容如下： 　　 　　set SOCKS5_MAXCHILD 8000 　　permit - - 192.168. - (1024,65535) - 　　permit - - 202.112.64.0/255.255.240.0 - (1024,65535) - 　　permit - - 211.71.80.0/255.255.240.0 - (1024,65535) ?C 　　 　　限制工大可以使用该socks5代理，限制目标端口为1024-65535。设置最多可以有8000个进程运行。 　　 　　配置文件的切换 　　 　　为了避免带宽的浪费，出国代理设置为夜间取消最大下载对象限制。这是是使用crontab来做到的。每天夜间23:30将配置文件切换为没有最大下载对象限制的。每天上午7:30切换回有最大下载对象限制的。 　　 　　四、使用情况分析 　　 　　单位时间内流量 　　 　　input (total) output 　　packets errs bytes packets errs bytes colls 　　917 0 646248 1015 0 767928 0 　　941 0 667858 1287 0 1548180 0 　　832 0 673330 897 0 836839 0 　　895 0 655289 1067 0 878449 0 　　 　　*以上数据为出国代理负载中等时的数据。 　　 　　Chinanet出口已经被占满，经过cache的作用，送出数据大于进入数据 　　 　　CPU负荷 　　 　　使用top命令看到的CPU的负荷： load averages: 0.72, 0.86, 0.86（1mi,5min,15min），此数据为出国代理负载中等时的数据。 　　 　　Hourly usage 　　 　　[img:01091db545]http://www.frontfree.net/articles/pages/0000000597/hourlyusage.gif[/img:01091db545] 　　 　　通过这张图可以清晰的了解出国代理的使用情况。 　　 　　早6时，宿舍通电。出国代理的使用频度增加数倍。 　　早8时，机房、实验室开始开放，出国代理的使用频度近一步增多。 　　上午11时，课程结束，部分学生离开机房、实验室，午餐时间使用频度略微减少。 　　中午13时，下午课程开始，学生离开宿舍，使用频度减少。 　　下午15时，机房和实验室用户增多。 　　下午17时，部分机房、实验室关闭，教师离开学校，造成使用频度减少。 　　晚18-20时，学生去上自习或选修课，使用频度呈减少趋势 　　晚21时-22时，选修课结束，学生回到宿舍，使用频度急剧增加，并且达到每天的最高点。 　　晚23时，部分宿舍断电，实验室断电。使用频度进一步减少。 　　0时-5时，宿舍学生大多已经休息，使用频度程减少趋势。 　　 　　Daily usage 　　 　　[img:01091db545]http://www.frontfree.net/articles/pages/0000000597/dailyusage.gif　　[/img:01091db545] 　　 　　通过上面可以看出我校Chinanet线路代理服务器每天的使用情况。出国代理的日访问日志在约600M。图中显示出周末，尤其是周日访问量很大。这是由于周末我校宿舍不断电，作为用户主体的学生的使用网络的时间大大增加。对此称为“周末效应”。 　　 　　五、安全保障 　　 　　物理安全的保护 　　 　　供电：该服务器放在我校网络中心主机房，有双路供电。UPS可以保证在没有市电供应下5小时不中断服务。 　　 　　物理隔离：网络中心24小时有专人值班，进入主机房需要登记。 　　 　　服务器软件安全保护 　　 　　操作系统选用了FreeBSD。Freebsd本身几乎没有任何安全漏洞。根据服务最少化原则，出国代理上目前使用的服务有ssh ntp socks5 squid几种。其中ssh没有使用freebsd自带的openssh,而是使用了ssh.com出的非商业版的ssh服务器软件。这个版本的ssh服务器软件相对openssh有更安全效率更高的优势。而且对于非商业应用是免费的。 服务器通过ntp服务与某网络时间服务器进行时间同步，这是为了保证日志文件记录事件发生时间的准确性。另2个为必须提供的代理服务。其余服务没有打开。执行ps命令确认没有任何多余进程。 　　 　　对SYN-Flood及扫描的防护 　　 　　SYN Flood是当前最流行的DoS（拒绝服务攻击）与DdoS（分布式拒绝服务攻击）的方式之一，这是一种利用TCP协议缺陷，发送大量伪造的TCP连接请求，从而使得被攻击方资源耗尽（CPU满负荷或内存不足）的攻击方式。 　　 　　[img:01091db545]http://www.frontfree.net/articles/pages/0000000597/tcpconnection.gif[/img:01091db545] 　　 　　TCP协议的三次握手过程是这样的： 　　 　　首先，请求端（客户端）发送一个包含SYN标志的TCP报文，SYN即同步（Synchronize），同步报文会指明客户端使用的端口以及TCP连接的初始序号； 　　 　　第二步，服务器在收到客户端的SYN报文后，将返回一个SYN+ACK的报文，表示客户端的请求被接受，同时TCP序号被加一，ACK即确认（Acknowledgement）。 　　 　　第三步，客户端也返回一个确认报文ACK给服务器端，同样TCP序列号被加一，到此一个TCP连接完成。假设一个用户向服务器发送了SYN报文后突然死机或掉线，那么服务器在发出SYN+ACK应答报文后是无法收到客户端的ACK报文的（第三次握手无法完成），这种情况下服务器端一般会重试（再次发送SYN+ACK给客户端）并等待一段时间后丢弃这个未完成的连接，这段时间的长度我们称为SYN Timeout，一般来说这个时间是分钟的数量级（大约为30秒-2分钟）；一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题，但如果有一个恶意的攻击者大量模拟这种情况，服务器端将为了维护一个非常大的半连接列表而消耗非常多的资源----数以万计的半连接，即使是简单的保存并遍历也会消耗非常多的CPU时间和内存，何况还要不断对这个列表中的IP进行SYN+ACK的重试。 　　 　　实际上如果服务器的TCP/IP栈不够强大，最后的结果往往是堆栈溢出崩溃。即使服务器端的系统足够强大，服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求（毕竟客户端的正常请求比率非常之小），从而造成DoS。 　　 　　在freebsd的可以调整的内核参数中有下面2项：net.inet.tcp.blackhole和net.inet.udp.blackhole。相应的描述如下：The blackhole sysctl(8) MIB is used to control system behaviour when connection requests are received on TCP or UDP ports where there is no socket listening. Normal behaviour, when a TCP SYN segment is received on a port where there is no socket accepting connections, is for the system to return a RST segment, and drop the connection. The connecting system will see this as a "Connection reset by peer". By setting the TCP blackhole MIB to a numeric value of one, the incoming SYN segment is merely dropped, and no RST is sent, making the system appear as a blackhole. By setting the MIB value to two, any segment arriving on a closed port is dropped without returning a RST. This provides some degree of protection against stealth port scans.In the UDP instance, enabling blackhole behaviour turns off the sending of an ICMP port unreachable message in response to a UDP datagram which arrives on a port where there is no socket listening. It must be noted that this behaviour will prevent remote systems from running traceroute(8) to a system. The blackhole behaviour is useful to slow down anyone who is port scanning a system, attempting to detect vulnerable services on a system. It could potentially also slow down someone who is attempting a denial of service attack. 　　 　　根据上面描述可以将net.inet.tcp.blackhole和net.inet.udp.blackhole设置为2和1，这样将防止半开式的端口扫描，并且能对syn-flood有初步的防护。 　　 　　在内核的配置文件中有options TCP_DROP_SYNFIN这个选项。通过加入这个参数，可以防止通过TCP/IP堆栈对操作系统进行识别。可以将安全问题中的”information gathering”解决 　　 　　六、优化 　　 　　内核的优化 　　 　　FreeBSD有很丰富的可以自定义的内核的参数。默认的内核为了保证通用性和稳定性，有大量优化性能的参数没有加入。 　　 　　我校Chinanet代理服务器操作系统内核部分优化参数如下： 　　 　　options MAXDSIZ="(1024*1024*1024)" 　　options MAXSSIZ="(1024*1024*1024)" 　　options DFLDSIZ="(1024*1024*1024)" 　　options CPU_ENABLE_SSE 　　options PANIC_REBOOT_WAIT_TIME=16 　　 　　前三行是对freebsd下运行的应用程序可以使用的最大的内存资源作限制，默认为128M。由于出国代理服务器软件squid占用内存巨大，默认的配置显然不能满足要求，所以要使用自定义的配置。这个配置允许单一进程占用1G的内存资源。 　　 　　第四行是打开对SSE/MMX2指令集的支持。通过加入这一参数，出国代理的性能提高了约1%。即单位时间内吞吐量增加了1%。 　　 　　第5行是在内核发生严重错误的时候自动重新启动的时间。这个参数保证了服务器出现严重的软件错误后能自动恢复。 　　 　　Cache policy 　　 　　在本文的第三部分中提到了出国代理使用的cache policy。 　　 　　cache_replacement_policy heap LFUDA cache替换策略 　　memory_replacement_policy heap LRU 内存替换策略 　　 　　HP公司曾经对squid作过详细的测试。 　　 　　参考该文档，对我校出国代理作了相应的调整。默认的cache_replacement_policy 和memory_replacement_policy都是LRU。这个算法用在cache上效率相对较低。经过实际测试，使用LFUDA（Least Frequently Used with Dynamic Aging）作为cache replacement policy，cache的命中率最高。使用heap LRU作为memory replacement policy，memory cache命中率最高。使用工具测得加入出国代理后，对使用代理的用户来说，Chinanet的出口带宽达到了5-7M,已经远远高于4M的实际带宽。确实起到了cache的作用。 　　 　　对于磁盘IO的优化 　　 　　前文提到freebsd的磁盘性能不佳。除使用raid技术之外，squid本身有unlinkd 和diskd两个子进程来专门负责对磁盘作操作。配置文件中的cache_dir ufs /usr/local/squid/cache 25000 16 256 这行指定了squid可以使用25G的硬盘空间来作为缓存。Ufs指定了使用unlinkd作为对磁盘做操作的进程。Unlinkd只负责删除文件的操作，diskd负责所有的操作。Squid的相应文档上建议使用diskd。但是经过测试，使用diskd虽然能提高系统的性能，但是会使squid进程变得不稳定。基于保证稳定性的考虑，选择使用unlinkd作为对磁盘操作的进程。 　　 　　Cache peer 　　 　　Squid支持多台服务器进行协同工作，组成cache peer。美国的National Laboratory for Applied Network Research、UCSD、The National Science Foundation建立了相应的cache peer组织(http://www.ircache.net)。我校Chinanet代理服务器将该组织中的2台服务器设置为slibing模式来调用，将我校另外一台cernet线路上的服务器设置为域名以.edu.cn结尾的parent模式。访问过程是这样的：如果客户端提交来的请求是以.edu.cn结尾的，首先查询cache中是否有，如果没有则请求cernet线路上的服务器去读取相应资源。 　　 　　对于其他的域名，则首先查询本身的cache，如果没有则查询slibing的cache,如果还没有，则自己主动去获取该资源。与ircache的协调使用ICP(Internet Cache Protoclol)，与cernet线路服务器协调使用HTCP(Hypertext Caching Protocol)。对ICP的描述在RFC2186、RFC2187，对HTCP的描述在http://icp.ircache.net/htcp.txt。HTCP更有利于提高cache的性能，但是对系统的配置有要求，ICP相对简单。所以，选择使用ICP与ircache的服务器协同工作，使用HTCP与学校cernet服务器协同工作。 </td> 
 </tr> 
 </tbody> 
 </table> </td> 
 </tr> 
 <tr> 
 <td> 
 <table> 
 <tbody> 
 <tr> 
 <td>&nbsp;</td> 
 </tr> 
 </tbody> 
 </table> Trackback: http://tb.donews.net/TrackBack.aspx?PostId=746314</td> 
 </tr> 
 </tbody> 
</table>

[Linux_Squid]: http://blog.donews.com/pioneer/archive/2006/02/28/746314.aspx