Apache服务器走到那里，unix/linux就跟到那里，这足以说明在WEB服务器领域Apache的优良性能与市场占有率
这今天互联网的大环境下，web服务已经成为公司企业必不可少的业务，大多数的安全问题也跟随而来，攻击重点也转移为web攻击，许多web与颇有价值的客户服务与电子商业活动结合在一起，这也是吸引恶意攻击重要原因。
先来了解下web所面临的安全风险

HTTP拒绝服务攻击
攻击者通过某些手段使服务器拒绝对http应答，这使Apache对系统资源（cup时间与内存）需求巨增，最终造成系统变慢甚至完全瘫痪，Apache服务器最大的缺点是，它的普遍性使它成为众矢之的，Apache服务器无时无刻不受到DoS攻击威胁，主要有下边几种
1.数据包洪水攻击
一种中断服务器或本地网络的方法是数据包洪水攻击，它通常使用internet控制报文协议（ICMP，属于网络层协议）
包或是udp包，在最简单的形式下，这些攻击都是使服务器或网络负载过重，这意味这攻击者的网络速度必须比目标主机网络速度要快，使用udp包的 优势是不会有任何包返回到黑客的计算机（udp效率要比tcp高17倍），而使用ICMP包的优势是攻击者能让攻击更加富与变化，发送有缺陷的包会搞乱并 锁住受害者的网络，目前流行的趋势是攻击者欺骗服务器，让其相信正在受来自自身的洪水攻击
2.磁盘攻击
这是一种很不道德的攻击，它不仅影响计算机的通信，还破坏其硬件，伪造的用户请求利用写命令攻击目标计算机硬盘，让其超过极限，并强制关闭，结局很悲惨
3.路由不可达
通常DoS攻击，集中在路由器上，攻击者首先获得控制权并操纵目标机器，当攻击者能更改路由表条目时候，会导致整个网络无法通信，这种攻击很阴险，隐蔽，因为网络管理员需要排除的网络不通原因很多，其中一些原因需要详细分辨
4.分布式拒绝服务攻击
这也是最具有威胁的DDoS攻击，名称很容易理解，简单说就是群欧，很多客户机同时单条服务器，你会发现你将伤痕累累，Apache服务器特别容 易受到攻击，无论是DDos还是隐藏来源的攻击，因为Apache无处不在，特别是为Apache特意打造的病毒（特选SSL蠕虫），潜伏在许多主机上， 攻击者通过病毒可以操纵大量被感染的机器，对特定目标发动一次浩大的DDoS攻击，通过将蠕虫散播到大量主机，大规模的点对点攻击得以进行，除非你不提供 服务，要不然几乎无法阻止这样的攻击，这种攻击通常会定位到大型的网站上。

缓冲区溢出，这种攻击很普遍，攻击者利用CGI程序编写一些缺陷程序偏离正常的流程，程序使用静态的内存分配，攻击者就可以发送一个超长的请求使缓冲区溢出，比如，一些perl编写的处理用户请求的网关脚本，一但缓冲区溢出，攻击者就可以执行恶意指令

非法获取root权限
如果Apache以root权限运行，系统上一些程序的逻辑缺陷或缓冲区溢出漏洞，会让攻击者很容易在本地系统获取linux服务器上的管理者权 限，在一些远程情况下，攻击者会利用一些以root身份执行的有缺陷的系统守护进程来取得root权限，或利用有缺陷的服务进程漏洞来取得普通用户权限， 以远程登陆，进而控制整个系统。

这边这些都是服务将会遇到的攻击手段，下边来说，如何打造安全的Apache服务器
如果你能遵守下边这些建议，那么你将得到一台相对安全的apache服务器

一：勤打补丁
你必须要相信这个是最有用的手段，缓冲区溢出等漏洞都必须使用这种手段来防御，勤快点相信对你没有坏处
在http:www.apache.org上最新的changelog中都写有：bug fix ,security bug fix的字样，做为负责任的管理员要经常关注相关漏洞，及时升级系统添加补丁。使用最新安全版本对加强apache至关重要

二：隐藏和伪装Apache的版本
打乱攻击者的步骤，给攻击者带来麻烦，相信是管理员愿意看到的。软件的漏洞信息和版本是相关的，在攻击者收集你服务软件信息时候给与迷惑是个不错的选择，何况版本号，对攻击者来说相当与GPS定位一样重要
默认情况，系统会把apache版本模块都显示出来（http返回头），如果列举目录的话，会显示域名信息（文件列表正文），去除Apache版本号的方法是修改配置文件，找到关键字,修改为下边
ServerSignature off
ServerTokens prod

通过分析web服务器类型，大致可以推测操作系统类型，win使用iis,linux普遍apache，默认的Apache配置里没有任何信息保 护机制，并且允许目录浏览，通过目录浏览，通常可以得到类似“apache/1.37 Server at apache.linuxforum.net Port 80”或“apache/2.0.49(unix)PHP/4.3.8”的信息
通过修改配置文件中的ServerTokens参数，可以将Apache的相关信息隐藏起来，如果不行的话，可能是提示信息被编译在程序里了，要隐藏需要修改apache的源代码，然后重新编译程序，以替换内容
编辑ap_release.h文件，
修改"#define AP_SERVER_BASEPRODUCT""Apache"""为
"#define AP_SERVER_BASEPRODUCT""Microsoft-IIS/5.0""
编辑os/unix/os.h文件
修改"#define PLATFORM""Unix"""为
"#define PLATFORM"'Win32"
修改完成后，重新编译，安装apache,在修改配置文件为上边做过的，再次启动apache后，用工具扫描，发现提示信息中已经显示为windows操作系统了
顺便说下，现在这个论坛，就有点不太讲究，这是论坛错误的返回信息，看了有点汗地感觉
Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 mod_ssl/2.2.8 OpenSSL/0.9.8g Server at forum.ubuntu.org.cn Port 80
这个等于告诉恶意用户很多有用信息，虽然说不算开了门，但等于被告诉了门在那里，还是相当危险的

三：建立安全的目录结构apache服务器包括四个目录结构
ServerRoot #保存配置文件，二进制文件与其他服务器配置文件
DocumentRoot #保存web站点内容，包括HTML文件和图片等
ScripAlias #保存CGI脚本
Customlog 和 Errorlog #保存日志和错误日志
建议的目录结构为，以上四种目录相互独立并且不存在父子逻辑关系
注：
ServerRoot目录只能为root用户访问
DocumentRoot目录应该能够被管理web站点内容的用户访问和使用apache服务器的apache用户与组访问
ScripAlias目录应该只能被CGI开发人员和apache用户访问
Customlog 和 Errorlog只能被root访问
下边是一个安全目录结构的事例
+-------/etc/
|
| +----/http (ServerRoot)
| +----/logs (Customlog 和 Errorlog)
|
+-------var/www
|
| +---/cgi-bin (ScripAlias)
| +---/html (DocumentRoot)

这样的目录结构是比较安全的，因为目录之间独立，某个目录权限错误不会影响到其他目录

四：为apache使用专门的用户与组
按照最小特权的原则，需要给apache分配一个合适的权限，让其能够完成web服务
注：
最小特权原则是系统安全中最基本的原则之一，限制使用者对系统及数据进行存取所需要的最小权限，保证用户可以完成任务，同时也确保被窃取或异常操作所造成的损失

必须保证apache使用一个专门的用户与组，不要使用系统预定的帐户，比如nobody用户与nogroup组
因为只有root用户可以运行apache，DocumentRoot应该能够被管理web站点内容的用户访问和使用apache服务器的 apache用户与组访问，例如，希望“test”用户在web站点发布内容，并且可以以httpd身份运行apache服务器，可以这样设定
groupadd webteam
usermod -G webteam test
chown -R httpd.webteam /www/html
chmod -R 2570 /www/htdocs
只有root能访问日志，推荐这样的权限
chown -R root.root /etc/logs
chown -R 700 /etc/logs

五：web目录的访问策略
对于可以访问的web目录，要使用相对保守的途径进行访问，不要让用户查看任何目录索引列表
禁止使用目录索引：
apache在接到用户对一个目录的访问时，会查找DirectoryIndex指令指定的目录索引文件，默认为index.html，如果该文件不存在，那么apache会创建动态列表为用户显示该目录的内容，这样就会暴露web站点结构，因此需要修改配置文件禁止显示动态目录索引，修改httpd.conf
Options -Indexes FollowSymLinks
Options指令通知apache禁止使用目录索引，FollowSymLinks表示不允许使用符号连接。
禁止默认访问：
要的安全策略必须要禁止默认访问的存在，只对指定的目录开放权限，如果允许访问/var/www/html目录，使用如下设定
Order deny,allow
Allow from all
禁止用户重载：
为了禁止用户对目录配置文件（htaccess）进行重载（修改），可以这样设定
AllowOverride None

六：apache服务器访问控制
apache的access.conf文件负责设置文件的访问权限，可以实现互联网域名和ip地址的访问控制
如允许192.168.1.1到192.168.1.254的主机访问，可以这样设定
order deny,allow
deny from all
allow from pair 192.168.1.0/255.255.255.0

七：apache服务器的密码保护
.htaccess文件是apache上的一个设置文件，它是一个文本文件，.htaccess文件提供了针对目录改变配置的方法
既通过在一个特定的文档目录中放置一个包含一个或多个指令的文件（.htaccess文件），以作用于此目录和子目录。
.htaccess的功能包括设置网页密码，设置发生错误时出现的文件，改变首业的文件名（如，index.html）,禁止读取文件名，重新导向文件，加上MIME类别，禁止目录下的文件等。
注：.htaccess是一个完整的文件名，不是***.htaccess或其他格式，在/abc目录下放置一个.htaccess文件，那么/abc与它的子目录都会被这个文件影响，但/index.html不会被影响

.htaccess的建立和使用比较复杂点，如果感兴趣的朋友可以回帖发问，这里就不 具体写出来了，这种保护要比某些程序实现的保护安全，那种方法可以通过被猜测方法获取密码，用.htaccess很难被破解，但文本方式的验证会比较慢， 对少量用户没影响，但对大量用户就必须使用带数据模块的验证了，这需要编译源代码时候开启模块，默认是不开启的

八：让apache运行在“监牢”中
“监牢”的意思是指通过chroot机制来更改某个软件运行时所能看到的根目录，简单说，就是被限制在指定目录中，保证软件只能对该目录与子目录文件有所动作，从而保证整个服务器的安全，即使被破坏或侵入，损伤也不大
以前，unix/linux上的daemon都是以root权限启动的，当时，这是一件理所当然的事情，像apache这样的服务器软件，需要绑 定到80端口上来监听请求，而root是唯一有这种权限的用户，随着攻击手段和强度的增加，这样会使服务器受到相当大的威胁，一但被利用缓冲区溢出漏洞， 就可以控制整个系统。现在的服务器设计通常以root启动，然后进程放弃root权限，改为某个低级的帐号运行。这种方式显然会降低对系统的危害，但攻击 者还是会寻找漏洞提升权限，即使无法获得root权限，也可以删除文件，涂改主页等
为了进一步提高系统安全性，linux内核引入chroot机制，chroot是内核中的一个系统调用，软件可以通过调用函数库的chroot 函数，来更改某个进程所能见到的跟目录，比如，apache软件安装在/usr/local/httpd目录，以root启动apache,这个root 权限的父进程会派生数个以nobody权限运行的子进程，父进程监听80端口，然后交给某个子进程处理，这时候子进程所处的目录续承父进程，即/usr /local/httpd目录，但是一但目录权限设定错误，被攻击的apache子进程可以访问/usr/local , /usr ,/tmp甚至整个文件系统，因为apache进程所处的跟目录仍然是整个文件系统的跟目录，如果可以用chroot将apache限制在/usr /local/httpd/下，那么apache所存取的文件都被限制在/usr/local/httpd下，创建chroot监牢的作用就是将进程权限 限制在文件目录树下，保证安全。
如果自己手动apache的监牢，将是很烦琐和复杂的工作，需要牵扯到库文件，这里可以使用jail包来简化监牢的实现
jail的官方网站为： 有兴趣可以逛逛
这里也不写出具体的创建过程稍微麻烦，如果对安全有需要的话，请回帖，会及时补上

九：apache服务器防范Dos
apache服务经常会碰到Dos攻击，防范的主要手段是通过软件，apahce Dos Evasive Maneuvers Module
来实现的，它是一款mod_access的代替软件，可以对抗DoS攻击，该软件可以快速拒绝来自相同地址对同一URL的重复请求，通过查询内部一张各子进程的哈希表来实现
可以到网址：http://online/.securityfocus.com/tools/ 上下载软件

十：减少CGI和SSI风险
CGI脚本的漏洞已经成为WEB服务器的首要安全隐患，通常是程序编写CGI脚本产生了许多漏洞，控制CGI的漏洞除了在编写时候注意对输入数据 的合法检查，对系统调用的谨慎使用等因素外，首先使用CGI程序所有者的ID来运行这些程序，即使被漏洞危害也仅限于该ID能访问的文件，不会对整个系统 带来致命的危害，因此需要谨慎使用CGI程序。
1.3版的apache集成了suEXEC程序，可以为apache提供CGI程序的控制支持，可以把suEXEC看做一个包装器，在Apache接到CGI程序的调用请求后，把这个请求交给suEXEC来负责完成具体调用，并从suEXEC返回结果，suEXEC可以解决一些安全问题，但会影响速度
如果是对安全性要求很高时候，建议使用suEXEC，此外还有一个软件CGIWrap，它的安全性要高与suEXEC

减少SSI脚本风险，如果用exec等SSI命令运行外部程序，也会存在类似CGI脚本风险，除了内部调试程序时，应使用
option命令禁止其使用：
Option IncludesNOEXEC

十一：使用ssl加固Apache
使用具有SSL功能的服务器，可以提高网站敏感页的安全性能，SSL工作与TCP/IP协议和HTTP协议之间
SSL可以加密互联网上传递的数据流，提供身份验证，在线购物而不必担心别人窃取信用卡信息，在基于电子商务和基于web邮件的地方非常重要。
SSL的应用相对还是比较麻烦的，有需要的话，可以发贴或查看资料，这几就不多写，篇幅不够

从网上找到的，不知道好不好用，先存上，以后有机会测试一下。

Firestorm是一个用JAVA写的代码生成工具，可以替你节省很多的代码量，可以说同类软件中功能最强的一个。

Firestorm是一个用JAVA写的代码生成工具，可以替你节省很多的代码量，可以说同类软件中功能最强的一个。
你可以在网上下载到最新的2.3试用版本，同时网站会发给你一个试用的license文件。既然是试用，
那么在使用上肯定有一定的限制。主要限制有3个：
    1.只能最多生成5张表的DAO；
    2.有时间限制；
    3.不能自己定制代码生成；

为了能够更好的试用这个软件，我得改改它，去掉这些限制。将firestorm.jar打开后，可以看到它使用了
混淆器进行代码保护，不同于大多数的混淆器生成的文件，它的class和package大部分都是以关键字来命名，
所以如果你用JAD之类的工具把它反编译后是不能再把它编译成功，编译器会提示出错误。

反编译后，找到几个有关注册的关键文件，发现它使用的是数字签名技术来做的保护，所以想逆向找出
注册码的计算方法是不可行的了，只能通过修改文件的方法来破解。通常我们是先反编译，然后再修改
反编译后生成的原文件，最后再重新编译。但是由于文件名和包名的关系我们无法进行编译，除非把它的
这些‘非法'的文件名和包名全部改成符合java语言规范的名称，由于类，包众多，互相调用也很
频繁，所以这种方法几乎不可能的。

另外一种方法就是使用softice之类的调试软件来破解，不过这个脱离JAVA的范畴，这里不做讨论。

还有一种方法可能很少有人用，就是先反编译得到原文件，然后找到关键的方法后修改它的字节码，
也就是class文件，这中方法往往需要你知道一些有关CLASS文件格式方面的知识（如果没有也不用担心），
有许多的处理字节码的工具可以帮助你，比较流行的这类工具主要有：apache.org的BCEL;
jboss.com的javassist；objectweb.org的asm。都是出身名门哈。这3个工具各有特点，
这次我选用javassist，因为它修改class文件最方便，甚至不需要懂得字节码和class文件格式。

让我们来看看具体步骤：


step1:
    下载并安装FIRESTORM。
step2:
    反编译jar文件，阅读代码，找到关键的方法。当然，我这里写出来，你就不用再麻烦了。（其实这步是最
    麻烦的）。
    找到com.codefutures.if.if文件中的方法
        public static boolean a(java.security.PublicKey publickey,
                byte abyte0[], byte abyte1[])
            throws java.security.NoSuchAlgorithmException,
            java.security.NoSuchProviderException,
            java.security.InvalidKeyException,
            java.security.SignatureException {
            java.security.Signature signature = java.security.Signature.getInstance("SHA1withDSA", "SUN");
            signature.initVerify(publickey);
            signature.update(abyte0);
            return signature.verify(abyte1);
        }

    这个方法是对公钥进行检验，修改的思路就是直接让他返回一个true.

step2:
    收到firestorm.license文件后不要急着安装，先修改如下：
        <custom-codegen>no</custom-codegen>
            改为
        <custom-codegen>yes</custom-codegen>

        <restriction>5</restriction>
            改为
        <restriction>none</restriction>

        <expiry-date>[日期]</expiry-date>
            改为
        <expiry-date>never</expiry-date>

    修改后放到firestorm的安装路径的license目录。

step3:
    修改com.codefutures.if.if的class文件.这里我们需要写一个小程序来完成实现：
        import javassist.ClassPool;
        import javassist.CtClass;
        import javassist.CtMethod;


        public class Test {
            
            public static void main(String[] args) throws Exception {
                ClassPool pool = ClassPool.getDefault();

                //设置目标类的路径，确保能够找到需要修改的类，这里我指向firestorm.jar
                //解包后的路径
                pool.insertClassPath("d:/work/firestorm/firestorm") ;    
                
                //获得要修改的类
                CtClass cc = pool.get("com.codefutures.if.if");
                //设置方法需要的参数
                CtClass[] param = new CtClass[3] ;                
                param[0] = pool.get("java.security.PublicKey") ;
                param[1] = pool.get("byte[]") ;
                param[2] = pool.get("byte[]") ;

                //得到方法
                CtMethod m = cc.getDeclaredMethod("a", param);
                //插入新的代码
                m.insertBefore("{return true ;}") ;
                //保存到文件里
                cc.writeFile() ;
            }
        }
    
    修改完后，你可以反编译修改过的的class文件，看看代码是否加入成功。

step4:
    将所有的class文件重新打包成firestorm.jar，然后替换
    [firestorm安装路径]/lib/firestorm.jar，再启动firestorm即可。

随着在线人数的不断增加，WDA的附件每天增量很多，流量越来越大，从MRTG监控到，忙时达到10M，导致空间商限制了WDA的流量。
分析流量大的原因，主要是因为上传和下载附件占用了带宽，找了很多解决办法，终于用apache的bw_mod模块解决了。
bw_mod是for apache2的，首先到http://apache.ivn.cl/下载最新的bw_mod模块，目前是bw_mod v0.6。
　　　然后运行apxs -i -a -c bw_mod-0.6.c，apxs请用绝对路径。此命令会自动安装bw_mod，并在apache配置文件httpd.conf自动加入
LoadModule bw_module          modules/bw_mod-0.6.so
安装完成后，会在modules目录下生成bw_mod-0.6.so 文件。
如果安装过程没有出错的话，就可以开始进行设置了。
在httpd.conf中的LoadModule bw_module          modules/bw_mod-0.6.so   下面加入以下设置指令：
           BandWidthModule On    
#启动bw_mod模块
          BandWidth  all 0
          #总的带宽不用限制
          LargeFileLimit .rar 30 23000
＃限制所有大于30K的后缀名为.rar的文件的速率为23000字节/秒，即23K/秒
          LargeFileLimit .mp3 30 23000
          LargeFileLimit .wav 30 23000
         LargeFileLimit .jpg 10 27000
         LargeFileLimit .gif 5 27000
         LargeFileLimit .zip 50 30000
         LargeFileLimit .sis 50 30000
         LargeFileLimit .exe 50 30000
       安装完毕后，网站速度有明显好转。 此模块适用于提供文件下载的网站，限制文件下载速度。
apache2必须以DSO模式安装
下载bw_mod-0.6.gz
Http://apache.ivn.cl
Bandwidth Module
Module homepage at Http://apache.ivn.cl

下载bw_mod-0.6.gz
#tar zxvf bw_mod-0.6.gz
#cd bw_mod-0.6
#apxs -i -a -c bw_mod-0.6.c
or
#apxs2 -i -a -c bw_mod-0.6.c
配置 (目录只看明白这一种）其它方法大家有空说一下。
例如限制soft目录下的文件下载速度，修改httpd.conf
<Directory "/var/www/html/soft">;
BandWidthModule On
BandWidth all 30720
</Directory>;

BandWidthModule On为启用带宽限制功能。
BandWidth all 30720第一个参数"all"为任何链接来源，第二个参数"30720"为限制带宽为30KB。

详细说明见bw_mod-0.6.txt

绑定宽度模块（ON/OFF）（似乎翻译成限制带宽更好）
为使该模块工作你需要设置为ON。缺省情况下模块是不能工作的。也将不限制任何事情，
例如“BANDWIDTHMODULE ON

限制带宽查错[ON/OFF]
（缺省为OFF）当使其能工作时LOG将输出大量数据块到错误LOG，这些数据用于差错目的，并且不是经常需要的，如果你很好奇你可以使其工作，但是注意这将使你的LOG增大很多，
例如：BANDWIDTHDEBUG ON

FORCEBANDWIDTHMODULE（ON|OFF）
缺省情况下。这一模块将捕获每一请求。这样做的目的是更容易配置，如果你禁止了这一功能，你将不得不手工添加输出过滤器，如果你只想让某些需求被BW模块处理这样是有用的。
例如：FORCEBANDWIDTHMODULE OFF
ADD OUTPUTFILTERBYTYPE BW-MOD TEXT/HTML TEXT/PLAIN

BANDWIDTH[FROM][BYTES/S]
这个命令有两个参数。FROM是连接数据源，它可以是一个完全的主机，域的一部分，一个IP地址，一个网关（如192。168。0。0/24或192。168。0。0/255。255。255。0）或者全部。
第二个参数指明源所能达到的总速度，如果速度为0，将不限制速度。
例如：BANDWIDTH LOCALHOST 10240
BANDWIDTH 192。168。218。5 0

MINBANDWIDTH[FROM][BYTES/S]
这一命令有两个参数，FROM是连接数据源，它可以是一个完全的主机，域的一部分，一个IP地址，一个网关（如192。168。0。0/24或192。168。0。0/255。255。255。0）或者全部。
第二个参数指明每一客户端所能拥有的最小速度，这是什么意思呢，如果你有一个总共100KBYTES的速度，并且你设置MINBANDWIDTH值为50，那么不管你有多少个客户，所有的客户都将有最小50K的下载速度，
如果速度设置为0，你将使用缺省最小速度（256BYTES/S）
还有一个特殊的值是-1，这一值意味着每一客户将有一个由BANDWIDTH决定的最高速度，请看例子：
BANDWIDTH ALL 102400
MINBANDWIDTH ALL 50000
上例将使第一个客户有一个最高100K的速度。如果更多的客户连接速度将被相应分配但是每一客户将有至少50K的速度（即使你有50个客户）。
BANDWIDTH ALL 50000
MINBANDWIDTH ALL -1
上例是每一客户有50K的最高速度。

LARGEFILELIMIT[TYPE][MINIMUM SIZE][BYTES/S]
TYPE。是是一个文件的后缀部分。或者使用*代表所有类型文件，你可以使用TGZ只匹配TAR-CAMPRESSED文件，。匹配影音文件，或者*匹配所有类型文件。
MINIMUM SIZE，是要匹配文件的大小（用KBYTES表示），这一方法你可以用于一个可能堵塞你带宽的巨大的影音文件。
最后一个参数不言自明：允许的速度
例如：LARGEFILELIMIT 。AVI 500 10240
这将限制一个大于（等于）500KB的影音文件以10KB/S的速度传送。

-BANDWIDTHPACKET[SIZE]
大概你根本用不上这个，它的缺省值为8192，几乎对任何速度都是合适的，
SIZE的大小必须在1024和131072之间，一个过小的包将引起最大速度减慢，模块将用更多的时间分割文件，如果你使用过大的值，模块将调整为更低的速度。

-BANDWIDTHERROR[ERROR]
用 于传送个性化错误代码。缺省情况下，当达到最大连接时，模块将发布一个503 HTTP-SERVICE-UNAVAILABLE代码，对一些用户来说，收到错误信息是令人厌烦的。也不知道是哪里出错。你可以使用一个 errordocument指明网页出现503错误是你处于过重的连接负荷，但是有时候503并不由模块发布。
所以。你可以用此设置在达到最大连接时返回错误代码。你可以使用300到599之间的代码，请注意，一些错误代码已经被使用。所以在使用任何数字之前请查阅一下代码列表（在GOOGLE中搜寻一下HTTP ERROR）
当测试时候。我曾经使用过错误代码510。这是已经被定义的代码
例如：个性化错误页
ERRORDOCUMENT 510/ERRORS/MAXEONEXCEEDED。HTML
BANDWIDTHERROR 510
注意：有时候。个性化页不显示，我不能肯定问题所在。但是大多数情况下。它是由于被超过1024BYTES的网页固定了。无论如何。如果你需要使用ErrorDocument的帮助，参考APACHE文档

-MAXCONNECTION[FROM][MAX]
有两个参数。FROM是连接数据源，它可以是一个完全的主机，域的一部分，一个IP地址，一个网关（如192。168。0。0/24或192。168。0。0/255。255。255。0）或者全部。
第二个参数是允许连接到源的最大连接数，任何超过最大连接数的连接将收到 503 Service Temporarily Unavailable
你需要对相同的源使用BANDWIDTH限制。不需要设置最低连接限制。你可以使用不限制设置。你可能奇怪为什么。因为我用相同的存储空间进行BANDWIDTH限制和计算连接数
，所以我可以把存储空间节省下来。如果你不设置BANDWIDTH于同一源。MAXCONNECTION将被忽略。
例如： BandWidth all 0
MaxConnection all 20
or
BandWidth all 0
BandWidth 192.168.0.0/24 10240
MaxConnection all 20
MaxConnection 192.168.0.0/24 5
请记住每一速度很大程度上依赖于你的连接，如果你没有连接你不能得到更高的速度。
记住如果你没有遵循指示并得到了莫名其妙的结果，请在发EMAIL给我之前重新检查你的配置。

FAQ
（无特别命令）
1 为什么使用BW—MOD
如果你要限制一个站点所能使用 的最大速度或者限制每站点允许的最大连接。或者只是实验MOD
一些人告诉我。他们首先使用它来阻止小站点提供影音图片或其他内容时堵塞他们所有带宽。
2我应该怎么做
首先。阅读文档。如果你不能使其工作。或者你想询问更多特性。请访问主页。并且提交请求。集注阅读文档和FAQ。如果请求已经提交。我将马上删除副本。

3（略）
4 它是怎么工作的
这个模块设置一个你设置的配制所占有的共享内存。在这一空间它也存储当前使用的信息的计数（象当前连接，使用的BW，时间。发送的字节等）
当你设置了一个BW限制。这个模块将进行数据分割。并且分段传送数据。在每段之间有一个小的延迟。这个延迟将被调整以在每一秒至少传送一段数据 　你知道吗，如果你的web server是采用apache那你就有机会通过安装一个软件模块提高你的网站访问速度，最大能有10倍之多！这可不是吹牛，你看看原理就明白了。这个神 通广大的模块就是mod_gzip. 它通过用和gzip一样的压缩算法对apache发出的页面进行压缩，可能的话可以把页面压缩成为原来大小的十份之一。哪，如果10K的页面只要传1K这 不就是提速10倍嘛。当然一般网页只可以达到3-6倍。那也很不错。对吧。连google这样一个大的网站都采用这个技术。你还不快跟上？

这样一个好东东，来来来，我告诉你如何安装：分3步，1、下载，2、修改配置，3、测试。

1.下载
到http://www.remotecommunications.com/apache/mod_gzip 下载mod_gzip.c 还有它的补丁。

2.安装, 配置
把mod_gzip放到你的apache的源代码目录下，新建一个mod_gzip目录如果需要补丁(针对1.3.17.la版) 还需运行:
patch mod_gizp.c
按你需要，在配置中选择动态DSO或静态编译进apache系统。如何处理在README中讲得很清楚，如-add-module=mod_gzip.c, make,make install等等。这里不多讲。

把下列配置加入httpd.conf尾部。

# MOD_GZIP configuration
mod_gzip_on Yes
mod_gzip_minimum_file_size 1002
mod_gzip_maximum_file_size 0
mod_gzip_maximum_inmem_size 60000
mod_gzip_item_include mime "application/x-httpd-php"
mod_gzip_item_include mime text/*
mod_gzip_item_include mime "httpd/unix-directory"
mod_gzip_dechunk Yes
mod_gzip_temp_dir "/tmp"
mod_gzip_keep_workfiles No
mod_gzip_item_include file ".php3$"
mod_gzip_item_include file ".txt$"
mod_gzip_item_include file ".html$"
mod_gzip_item_exclude file ".css$"
mod_gzip_item_exclude file ".js$"

在保存修改后运行
…/bin/apachectl configtest确保配置修改无误。
然后用 apachectl restart 指令重起服务。

3.修改，测试
在宣布做好了之前在测试一下是优秀程序员的习惯。为了尽量不影响你的用户的浏览，我们可以用把新的apache驱动在8080端口上或者用指令控制mod_gzip起作用的目录,而不是一下子全用mod_gzip.
用法如下：

MOD_GZIP configuration

你再用IE4或netscape认真的全面测试一遍，没有问题后你就可以让你的用户很开心的发现'XX网站现在好快哦。'

Mod_gzip真的很神奇，100K的HTML大文档只要12K就可以传到用户端了。越先采用这个技术你的用户对你的网站的高速度印象就越深。不过有 所得必有所失，由于解压是在客户端进行的，效果和用户的浏览器有一定关系。笔者测试了MSIE4,5,5.5,netscape 4.5 , 6都运行得很好. 不过java,jpg,gif等等是没法压缩的。