在Unix和Linux系统下，这个连接的时间默认值是3000，减小这个值则可以使这个time_wait的时间减小，然后netstat的结果 里，time_wati的值就会小很多。具体做法如下(只在FreeBSD下试用，其他系统下未经验证，不过从网上资料看，应该部分适用)：

在/etc/sysctl.conf文件里添加如下几行：

net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.inet.tcp.msl = 2000
net.inet.tcp.always_keepalive = 0

然后要使之生效，有两种办法（两种办法都需要在super权限下）：
一是在super权限命令行下:sysctl -p
二是使用sysctl name=value

下面附上TIME_WAIT状态的意义：

客户端与服务器端建立TCP/IP连接后关闭SOCKET后，服务器端连接的端口
状态为TIME_WAIT

是不是所有执行主动关闭的socket都会进入TIME_WAIT状态呢？
有没有什么情况使主动关闭的socket直接进入CLOSED状态呢？

主动关闭的一方在发送最后一个 ack 后
就会进入 TIME_WAIT 状态 停留2MSL（max segment lifetime）时间
这个是TCP/IP必不可少的，也就是“解决”不了的。

也就是TCP/IP设计者本来是这么设计的
主要有两个原因
1。防止上一次连接中的包，迷路后重新出现，影响新连接
（经过2MSL，上一次连接中所有的重复包都会消失）
2。可靠的关闭TCP连接
在主动关闭方发送的最后一个 ack(fin) ，有可能丢失，这时被动方会重新发
fin, 如果这时主动方处于 CLOSED 状态 ，就会响应 rst 而不是 ack。所以
主动方要处于 TIME_WAIT 状态，而不能是 CLOSED 。

TIME_WAIT 并不会占用很大资源的，除非受到攻击。

还有，如果一方 send 或 recv 超时，就会直接进入 CLOSED 状态

TimeOut Directive

The TimeOut directive currently defines the amount of time Apache will wait for three things:

1. The total amount of time it takes to receive a GET request.
2. The amount of time between receipt of TCP packets on a POST or PUT request.
3. The amount of time between ACKs on transmissions of TCP packets in responses.

We plan on making these separately configurable at some point down the road. The timer used to default to 1200 before 1.2, but has been lowered to 300 which is still far more than necessary in most situations. It is not set any lower by default because there may still be odd places in the code where the timer is not reset when a packet is sent.

最后再BS一下中国各个网络运营商，看看从天津铁通tracert的结果吧，无语了：
Tracing route to www.moxiu.com [219.238.235.48]
over a maximum of 30 hops:

1 92 ms 46 ms 49 ms 123.57.144.1
2 47 ms 55 ms 49 ms 222.36.97.137
3 * 45 ms 45 ms 222.36.96.17
4 44 ms 45 ms 46 ms 222.36.96.126
5 44 ms 43 ms 46 ms 202.131.16.78
6 83 ms 83 ms 102 ms 219.72.0.25
7 97 ms 82 ms 83 ms 219.72.0.1
8 86 ms 82 ms 83 ms 219.72.0.6
9 78 ms 78 ms * 202.131.16.74
10 82 ms 80 ms 228 ms 202.131.16.73
11 * 82 ms 81 ms 202.101.187.137
12 83 ms 81 ms 80 ms 220.191.133.141
13 80 ms 76 ms 79 ms 61.130.125.37
14 86 ms 87 ms 92 ms 202.97.41.237
15 179 ms 117 ms 178 ms 202.97.36.38
16 181 ms 114 ms * 221.238.222.210
17 114 ms 114 ms 178 ms 221.239.7.50
18 114 ms 180 ms 181 ms 221.239.18.34
19 121 ms 186 ms * 202.99.57.190
20 117 ms 186 ms 118 ms 219.238.235.48

Trace complete.

如果你不确定你的Apache是否配置好了WAP支持，可以看一下Apache的配置文件"mime.types"。如果配置文件中这么一行：

text/vnd.wap.wml                                      wml

如果没有的话，也不用着急，加上这一行就行了。如果你要配置全面一些的话还要加上以下几行：

image/vnd.wap.wbmp                                 wbmp
text/vnd.wap.wmls                                     wmls
application/vnd.wap.wmlc                           wmlc
application/vnd.wap.wmlscriptc                   wmlsc
text/vnd.wap.wmlscript                              wsc
text/vnd.wap.wmlscript                              wmlscript

修改好以后，重新启动Apache就可以了。

如果要系统支持index.wml的话，还得配置Apache的httpd.conf，类似添加index.php的配置了，略。

只所以说支持的是一般WAP，像一些安装文件jar，jad，sis之类的安装文件就没有默认支持。

如果要使Apache支持OTA（WAP PUSH）下载的话，还得在mime.types中添加下面几行：

AddType image/vnd.nokia.ota-bitmap ota
AddType text/vnd.sun.j2me.app-descriptor jad
AddType application/java-archive jar
AddType application/vnd.Nokie.ringing-tone rng
AddType application/vnd.symbian.install sis

（不加的话，下载类似sis的安装文件会直接打开该文件，而不会直接执行。）

更详细的文件类型配置如下：
AddType text/vnd.sun.j2me.app-descriptor jad
AddType application/java-archive jar
AddType text/vnd.wap.wml wml
AddType audio/amr amr
AddType audio/midi mid
AddType audio/midi midi
AddType application/vnd.Nokie.ringing-tone rng
AddType application/vnd.symbian.install sis
AddType application/vnd.wap.wmlc wmlc
AddType text/vnd.wap.wmlscript wmls
AddType text/vnd.wap.wmlscript wmlsc
AddType application/vnd.wap.sic sic
AddType text/vnd.wap.si si
AddType text/vnd.wap.sl sl
AddType application/vnd.wap.slc slc
AddType text/x-vCalendar vcs
AddType text/v-vCard vcf
AddType application/vnd.nokia.gamedata nqd
AddType application/x-nokiagamedata ngd
AddType image/vnd.wap.wmbp wbmp
AddType image/x-bmp bmp
AddType image/x-epoc-mbm mbm
AddType image/vnd.nok-3dscreensaver n3a
AddType text/x-co-desc cod
AddType image/vnd.nok-oplogo-colornokia-op-logo nok
AddType application/x-pmd .pmd
AddType audio/vnd.qcelp .qcp
AddType application/x-smaf .mmf
AddType application/vnd.smaf

保存后，重启下Apache，OK了！

一、定义日志格式

很久以前，日志文件只有一种格式，这就是“公共格式”，许多人已经习惯于使用这种格式。随后出现了定制日志格式，而且看起来定制日志格式更很受欢迎，即使 公共日志格式本身也重新用定制日志格式定义。本文介绍的就是如何随心所欲地定制日志文件的格式、如何让日志文件记录自己想要的信息。

定制日志文件的格式涉及到两个指令，即LogFormat指令和CustomLog指令，默认httpd.conf文件提供了关于这两个指令的几个示例。

LogFormat指令定义格式并为格式指定一个名字，以后我们就可以直接引用这个名字。CustomLog指令设置日志文件，并指明日志文件所用的格式（通常通过格式的名字）。

LogFormat指令的功能是定义日志格式并为它指定一个名字。例如，在默认的httpd.conf文件中，我们可以找到下面这行代码：

LogFormat "%h %l %u %t \"%r\" %>s %b" common

该指令创建了一种名为“common”的日志格式，日志的格式在双引号包围的内容中指定。格式字符串中的每一个变量代表着一项特定的信息，这些信息按照格式串规定的次序写入到日志文件。

Apache文档已经给出了所有可用于格式串的变量及其含义，下面是其译文：

———————————————————————-

%…a: 远程IP地址

%…A: 本地IP地址

%…B: 已发送的字节数，不包含HTTP头

%…b: CLF格式的已发送字节数量，不包含HTTP头。

例如当没有发送数据时，写入‘-’而不是0。

%…{FOOBAR}e: 环境变量FOOBAR的内容

%…f: 文件名字

%…h: 远程主机

%…H 请求的协议

%…{Foobar}i: Foobar的内容，发送给服务器的请求的标头行。

%…l: 远程登录名字（来自identd，如提供的话）

%…m 请求的方法

%…{Foobar}n: 来自另外一个模块的注解“Foobar”的内容

%…{Foobar}o: Foobar的内容，应答的标头行

%…p: 服务器响应请求时使用的端口

%…P: 响应请求的子进程ID。

%…q 查询字符串（如果存在查询字符串，则包含“?”后面的

部分；否则，它是一个空字符串。）

%…r: 请求的第一行

%…s: 状态。对于进行内部重定向的请求，这是指*原来*请求

的状态。如果用%…>s，则是指后来的请求。

%…t: 以公共日志时间格式表示的时间（或称为标准英文格式）

%…{format}t: 以指定格式format表示的时间

%…T: 为响应请求而耗费的时间，以秒计

%…u: 远程用户（来自auth；如果返回状态（%s）是401则可能是伪造的）

%…U: 用户所请求的URL路径

%…v: 响应请求的服务器的ServerName

%…V: 依照UseCanonicalName设置得到的服务器名字

——————————————————————
在所有上面列出的变量中，“…”表示一个可选的条件。如果没有指定条件，则变量的值将以“-”取代。分析前面来自默认httpd.conf文件的 LogFormat指令示例，可以看出它创建了一种名为“common”的日志格式，其中包括：远程主机，远程登录名字，远程用户，请求时间，请求的第一 行代码，请求状态，以及发送的字节数。

有时候我们只想在日志中记录某些特定的、已定义的信息，这时就要用到“…”。如果在“%”和变量之间放入了一个或者多个HTTP状态代码，则只有当请 求返回的状态代码属于指定的状态代码之一时，变量所代表的内容才会被记录。例如，如果我们想要记录的是网站的所有无效链接，那么可以使用：

—————————————————-
LogFormat %404{Referer}i BrokenLinks
—————————————————

反之，如果我们想要记录那些状态代码不等于指定值的请求，只需加入一个“!”符号即可：

LogFormat %!200U SomethingWrong (仙人掌工作室 编译)

RewriteRule
Syntax: RewriteRule Pattern Substitution [flags]
　　一条RewriteRule指令，定义一条重写规则，规则间的顺序非常重要。对Apache1.2及以后的版本，模板(pattern)是一个POSIX正则式，用以匹配当前的URL。当前的URL不一定是用记最初提交的URL，因为可能用一些规则在此规则前已经对URL进行了处理。
　　对mod_rewrite来说，！是个合法的模板前缀，表示“非”的意思，这对描述“不满足某种匹配条件”的情况非常方便，或用作最后一条默认规则。当使用！时，不能在模板中有分组的通配符，也不能做后向引用。
　　当匹配成功后，Substitution会被用来替换相应的匹配，它除了可以是普通的字符串以外，还可以包括：

1. $N,引用RewriteRule模板中匹配的相关字串，N表示序号,N=0..9
2. %N,引用最后一个RewriteCond模板中匹配的数据，N表示序号
3. %{VARNAME},服务器变量
4. ${mapname:key|default},映射函数调用

这些特殊内容的扩展，按上述顺序进行。
　　一个URL的全部相关部分都会被Substitution替换，而且这个替换过程会一直持续到所有的规则都被执行完，除非明确地用L标志中断处理过程。
　　当susbstitution有”-”前缀时，表示不进行替换，只做匹配检查。
　　利用RewriteRule，可定义含有请求串(Query String)的URL，此时只需在Sustitution中加入一个？，表示此后的内容放入QUERY_STRING变量中。如果要清空一个QUERY_STRING变量，只需要以？结束Substitution串即可。
　　如果给一个Substitution增加一个http://thishost[:port]的前缀，则mod_rewrite会自动将此前缀去掉。因此，利用http://thisthost做一个无条件的重定向到自己，将难以奏效。要实现这种效果，必须使用R标志。
　　Flags是可选参数，当有多个标志同时出现时，彼此间以逗号分隔。

1. ‘redirect|R [=code]‘ (强制重定向)
   　　给当前的URI增加前缀http://thishost[:thisport]/， 从而生成一个新的URL，强制生成一个外部重定向(external redirection，指生的URL发送到客户端，由客户端再次以新的URL发出请求，虽然新URL仍指向当前的服务器). 如果没有指定的code值，则HTTP应答以状态值302 (MOVED TEMPORARILY)，如果想使用300-400（不含400）间的其它值可以通过在code的位置以相应的数字指定，也可以用标志名指定： temp (默认值), permanent, seeother.
   　　注意，当使用这个标志时，要确实substitution是个合法的URL，这个标志只是在URL前增加http://thishost[:thisport]/前缀而已，重写操作会继续进行。如果要立即将新URL重定向，用L标志来中重写流程。
2. ‘forbidden|F’ (强制禁止访问URL所指的资源)
   　　立即返回状态值403 (FORBIDDEN)的应答包。将这个标志与合适的RewriteConds 联合使用，可以阻断访问某些URL。
3. ‘gone|G’ (强制返回URL所指资源为不存在(gone))
   　　立即返回状态值410 (GONE)的应答包。用这个标志来标记URL所指的资源永久消失了.
4. # ‘proxy|P’ (强制将当前URL送往代理模块（proxy module）)
   　　这个标志，强制将substitution当作一个发向代理模块的请求，并立即将共送往代理模块。因此，必须确保substitution串是一个合法的URI (如, 典型的情况是以http://hostname开头)，否则会从代理模块得到一个错误. 这个标志，是ProxyPass指令的一个更强劲的实现，将远程请求(remote stuff)映射到本地服务器的名字空间(namespace)中来。
   　　注意，使用这个功能必须确保代理模块已经编译到Apache 服务器程序中了. 可以用“httpd -l ”命令，来检查输出中是否含有mod_proxy.c来确认一下。如果没有，而又需要使用这个功能，则需要重新编译“httpd”程序并使用mod_proxy有效。
5. ‘last|L’ (最后一条规则)
   　　中止重写流程，不再对当前URL施加更多的重写规则。这相当于perl的last命令或C的break命令。
6. ‘next|N’ (下一轮)
   　　重新从第一条重写规则开始执行重写过程，新开的过程中的URL不应当与最初的URL相同。 这相当于Perl的next命令或C的continue命令. 千万小心不要产生死循环。
7. # ‘chain|C’ (将当前的规则与其后续规则綑绑(chained))
   　　当规则匹配时，处理过程与没有綑绑一样；如果规则不匹配，则綑绑在一起的后续规则也不在检查和执行。
8. ‘type|T=MIME-type’ (强制MIME类型)
   　　强制将目标文件的MIME-type为某MIME类型。例如，这可用来模仿mod_alias模块对某目录的ScriptAlias指定，通过强制将该目录下的所有文件的类型改为 “application/x-httpd-cgi”.
9. ‘nosubreq|NS’ (used only if no internal sub-request )
   　　这个标志强制重写引擎跳过为内部sub-request的重写规则.例如，当mod_include试图找到某一目录下的默认文件时 (index.xxx)，sub-requests 会在Apache内部发生. Sub-requests并非总是有用的，在某些情况下如果整个规则集施加到它上面，会产生错误。利用这个标志可排除执行一些规则。
10. ‘nocase|NC’ (模板不区分大小写)
    　　这个标志会使得模板匹配当前URL时忽略大小写的差别。
11. ‘qsappend|QSA’ (追加请求串(query string))
    　　这个标志，强制重写引擎为Substitution的请求串追加一部分串，则不是替换掉原来的。借助这个标志，可以使用一个重写规则给请求串增加更多的数据。
12. ‘noescape|NE’ (不对输出结果中的特殊字符进行转义处理)
    　　通常情况下，mod_write的输出结果中，特殊字符（如’%', ‘$’, ‘;’, 等)会转义为它们的16进制形式(如分别为’%25′, ‘%24′, and ‘%3B’）。这个标志会禁止mod_rewrite对输出结果进行此类操作。 这个标志只能在 Apache 1.3.20及以后的版本中使用。
13. ‘passthrough|PT’ (通过下一个处理器)
    　　这个标志强制重写引擎用filename字段的值来替换内部request_rec数据结构中uri字段的值。. 使用这个标志，可以使后续的其它URI－to-filename转换器的Alias、ScriptAlias、Redirect等指令，也能正常处理RewriteRule指令的输出结果。用一个小例子来说明它的语义：如果要用mod_rewrite的重写引擎将/abc转换为/def,然后用mod_alas将/def重写为ghi，则要：
    RewriteRule ^/abc(.*) /def$1 [PT]
    Alias /def /ghi
    如果PT标志被忽略，则mod_rewrite也能很好完成工作,如果., 将 uri=/abc/… 转换为filename=/def/… ，完全符合一个URI-to-filename转换器的动作。接下来 mod_alias 试图做 URI-to-filename 转换时就会出问题。
    注意:如果要混合都含有URL－to-filename转换器的不同的模块的指令，必须用这个标志。最典型的例子是mod_alias和mod_rewrite的使用。
14. ‘skip|S=num’ (跳过后面的num个规则)
    　　当前规则匹配时，强制重写引擎跳过后续的num个规则。用这个可以来模仿if-then-else结构：then子句的最后一条rule的标志是skip=N，而N是else子句的规则条数。
15. ‘env|E=VAR:VAL’ (设置环境变量)
    　　设置名为VAR的环境变量的值为VAL,其中VAL中可以含有正则式的后向引用($N或%N)。这个标志可以使用多次，以设置多个环境变量。这儿设置的变量，可以在多种情况下被引用，如在XSSI或CGI中。另外，也可以在RewriteCond模板中以%{ENV:VAR}的形式被引用。
16.  

注意：一定不要忘记，在服务器范围内的配置文件中，模板(pattern)用以匹配整个URL;而在目录范围内的配置文件中，目录前缀总是被自动去掉后再进行模板匹配的，且在替换完成后自动再加上这个前缀。这个功能对很多种类的重写是非常重要的，因为如果没有去前缀，则要进行父目录的匹配，而父目录的信息并不是总能得到的。一个例外是，当substitution中有http://打头时，则不再自动增加前缀了，如果P标志出现，则会强制转向代理。
注意：如果要在某个目录范围内启动重写引擎，则需要在相应的目录配置文件中设置“RewriteEngine on”，且目录的“Options FollowSymLinks”必须设置。如果管理员由于安全原因没有打开FollowSymLinks，则不能使用重写引擎。

配置指令(Configuration Directives)

参考资料：
http://httpd.apache.org/docs/mod/mod_rewrite.html