Apache web server DEO模块索引

mod_actions：此模块有两个指令。Action指令让你在对特定MIME类型请求的时候运行CGI脚本。Script指令让你能够在特定请求方法的时候运行CGI脚本。这使得执行处理的CGI脚本更加容易。

mod_alias：此模块的指令可以操控作为请求到达服务器的URL。Alias和ScriptAlias指令用于在URL和文件系统路径之间实现 映射，使不在DocumentRoot目录下的内容也能成为文档树的一部分，其中，ScriptAlias指令有更多一层的含义，它标明此目标目录下只有 CGI脚本。

mod_asis：这个模块提供了send-as-is处理器，这样Apache可以不加大多数常用的HTTP头(headers)传送它们。这可以用来 从服务器传送任何型态的资料，包括重定向以及其它特殊的HTTP应答，而不需要cgi-script或是nph script 。

mod_auth_basic：此模块使用HTTP基本认证，在认证支持模块的帮助下查找用户名和密码，从而进行访问控制。

mod_auth_digest：使用MD5摘要认证(更安全，但是只有最新的浏览器才支持)

mod_authn_alias：这个模块可以在配置文件中基于实际认证支持者创建扩展的认证支持者，并为它起一个别名以便于在 AuthBasicProvider或AuthDigestProvider指令中像实际认证支持者一样被引用。此外，它还允许同一个认证支持者在不同的 区域被多次引用。

mod_authn_anon：提供匿名用户认证支持

mod_authn_dbd：该模块为认证前端(mod_auth_digest和mod_auth_basic)使用SQL数据库进行用户认证提供支 持。mod_authn_file模块也提供类似的功能。本模块依赖于mod_dbd指定的后端数据库驱动程序和连接参数以及管理数据库连接。使用 mod_auth_basic或mod_auth_digest的时候，可以通过在AuthBasicProvider或 AuthDigestProvider指令中使用dbd值调用该模块。

mod_authn_dbm：使用DBM数据库为认证提供支持

mod_authn_default：该模块是一个失败补救(fallback)模块，它在未正确配置认证模块(比如mod_auth_basic)的情况下简单拒绝一切认证信息。

mod_authn_file：该模块为认证前端(mod_auth_digest和mod_auth_basic)使用纯文本文件进行用户认证提供支 持。mod_authn_dbm模块也提供类似的功能。使用mod_auth_basic或mod_auth_digest的时候，可以通过在 AuthBasicProvider或AuthDigestProvider指令中使用file值调用该模块。

mod_authnz_ldap：允许使用一个LDAP目录存储用户名和密码数据库来执行基本认证和授权。

mod_authz_dbm：使用DBM数据库文件为组提供授权支持

mod_authz_default：模块是失败补救(fallback)模块，它在未正确配置授权支持模块(比如mod_authz_user或mod_authz_groupfile)的情况下简单拒绝一切授权请求。

mod_authz_groupfile：该模块可以根据经过认证的用户是否属于特定组来允许或拒绝访问受保护的区域。mod_authz_dbm模块也提供了类似的功能。

mod_authz_host：提供的指令用在<Directory>, <Files>, <Location>段中，也用于.htaccess文件中控制对服务器特定部分的访问。只要能在环境变量中捕获到主机名、IP地址或其他的 客户端请求特征，就可以基于这些特征对访问进行控制。Allow和Deny指令用于指出允许哪些客户及不允许哪些客户访问服务器，而Order指令设置默 认的访问状态并配置Allow和Deny指令怎样相互作用。基于主机的访问控制和基于口令的身份验证两套机制可以同时实现。在这种情况下，Satisfy 指令用来决定两套机制如何相互作用。一般来说，访问控制指令适用于所有的访问方法(GET, PUT, POST等)。在多数情况下这是一个被期望的特性。但是，只限制某些方法而对其他方法不加限制也是可能的：通过把指令放到一个<Limit> 段中即可。

mod_authz_owner：基于文件的所有者进行授权

mod_authz_user：该模块可以允许或拒绝经过认证的用户访问受保护的区域。mod_authz_user有两种授权方式(二选一)：根据在 Require user中列出的用户对访问进行控制，或者根据require valid-user指令简单允许所有成功通过认证的用户进行访问。

mod_autoindex：自动对目录中的内容生成列表，类似于"ls"或"dir"命令。

mod_cache：实现了一个RFC 2616兼容的HTTP本地缓存或HTTP代理缓存。mod_cache需要一个或多个存储管理模块提供的服务才能正常工作。目前官方发布的存储管理模块有两个：
mod_disk_cache一个基于磁盘的存储管理模块。mod_mem_cache一个基于内存的存储管理模块。mod_mem_cache可以被配 置为两种不同的操作模式：①缓存打开的文件描述符；②在堆(heap)上缓存对象。mod_mem_cache既可以用于缓存本地生成的内容，也可以用于 为反向代理模式下的mod_proxy(参见ProxyPass)缓存后端服务器输出的内容。内容将被以基于URI的索引存入和检出，但是并不保存相应的 访问控制信息。

mod_cern_meta：允许Apache使用CERN httpd元文件，从而可以在发送文件时对头进行修改。

mod_cgi：任何具有MIME类型application/x-httpd-cgi或者被cgi-script处理器处理的文件都将被作为CGI脚本 对待并由服务器运行，它的输出将被返回给客户端。可以通过两种途径使文件成为CGI脚本，一种是文件具有已由AddType指令定义的扩展名，另一种是文 件位于ScriptAlias目录中。当服务器调用一个CGI脚本时会往运行环境中添加一个叫做DOCUMENT_ROOT的变量。这个变量将包含 DocumentRoot指令的值。要得到对Apache中使用CGI脚本的介绍，参看使用CGI产生动态内容。在UNIX下使用多线程型的MPM时，应 该使用模块mod_cgid代替本模块。在用户层面，这两个模块本质上是相同的。

mod_cgid：除了优化和下面额外的ScriptSock指令，mod_cgid表现得与mod_cgi非常相似。在特定的unix操作系统上，从一 个多线程服务器fork一个进程是非常昂贵的操作，因为新进程会复制其父进程的所有线程。为了避免每个CGI调用都导致产生这样的开销，mod_cgid 创建一个外部守护进程来负责fork子进程以运行CGI脚本。主服务器使用unix domain套接字与这个守护进程通信。只要编译时选择了多线程型的MPM支持，这个模块就会默认代替mod_cgi 。在用户层面，此模块在配置和操作上与mod_cgi是一样的。唯一的例外是有一个额外的指令ScriptSock给出了用于与cgi守护进程通信的套接 字文件名前缀。

mod_charset_lite：允许对页面进行字符集转换

mod_dav：允许Apache提供DAV协议支持

mod_dav_fs：为mod_dav访问服务器上的文件系统提供支持

mod_dav_lock：为mod_dav锁定服务器上的文件提供支持

mod_dbd：使用apr_dbd管理管理SQL数据库连接。它为需要数据库功能的模块提供了数据库连接支持，并且负责管理数据库，从而为线程和非线程型的MPM提供了最佳的性能和可伸缩性。

mod_deflate：提供了DEFLATE输出过滤器，允许服务器在将输出内容发送到客户端以前进行压缩，以节约带宽。

mod_dir：目录的索引可以有两个来源：
* 一个由用户编写的文件，通常叫：index.html 。mod_dir提供的DirectoryIndex指令用于设置这个文件名。
* 由服务器产生的一个列表。该功能由mod_autoindex提供。
这两个功能是相互独立的，所以你可以完全去除或替换索引的自动生成。因为对目录的请求需要以一个"/"结尾，所以当服务器接收到对 http://servername/foo/dirname 的请求时，若dirname是一个目录，则mod_dir将会将其重定向到 http://servername/foo/dirname/ 。

mod_disk_cache：基于磁盘的缓冲管理器、

mod_dumpio：允许你记录所有Apache接收到的输入和发送的输出到错误日志(通常是error.log)中。记录数据的时刻被设计为恰好发生 在SSL解码(输入)之后和SSL编码之前(输出)。正如你所预料到的，这么做会导致在日志中写入及其海量的数据，只建议你在发现问题并进行调试的时候使 用。

mod_echo：一个很简单的协议演示模块

mod_env：本模块用于控制传送给CGI脚本和SSI页面的环境变量。所传送的环境变量可以来自调用httpd进程的shell ，或者来自在配置过程中所设定(set)或撤销(unset)的变量。

mod_example：一个很简单的Apache模块API演示模块

mod_expires：这个模块控制服务器应答时的Expires头内容和Cache-Control头的max-age指令。有效期 (expiration date)可以设置为相对于源文件的最后修改时刻或者客户端的访问时刻。这些HTTP头向客户端表明了文档的有效性和持久性。如果有缓存，文档就可以从缓 存(除已经过期)而不是从服务器读取。接着，客户端考察缓存中的副本，看看是否过期或者失效，以决定是否必须从服务器获得更新。要修改Cache- Control头中max-age项之外的内容，你还可以使用Header指令。

mod_ext_filter：使用外部程序作为过滤器

mod_file_cache：提供文件描述符缓存支持，从而提高Apache性能

mod_filter：根据上下文实际情况对输出过滤器进行动态配置

mod_headers：这个模块提供了一些指令用于控制和修改HTTP请求头和应答头。这些头可以被合并、替换、删除。

mod_ident：该模块只有在远程主机上运行了RFC 1413兼容的守护进程的情况下才能查询连接者的身份。

mod_imagemap：处理服务器端图像映射

mod_include：实现服务端包含文档(SSI)处理

mod_info：生成Apache配置情况的Web页面

mod_isapi：本模块实现了互联网服务扩展应用程序编程接口(Internet Server extension API)。本模块使得Windows上的Apache能有限地实现互联网服务扩展(比如调用ISAPI的动态连接库)。

mod_ldap：本模块通过后端连接LDAP服务来改善网站性能。除了标准LDAP库提供的功能外，本模块增加了一个LDAP连接池和一个LDAP共享内存缓冲区。

mod_log_config：本模块提供了灵活的方法将客户请求记录到日志。日志可以用自定义的格式直接写入文件，或者传送到一个外部程序继续处理。条件日志功能可以实现根据请求的特征来决定一个日志信息是否被包含在最终的日志记录里面。

mod_log_forensic：实现"对比日志"，即在请求被处理之前和处理完成之后进行两次记录。

mod_logio：本模块可以对每个请求的输入/输出字节数进行日志记录。这个字节数反映网络上实际传输的字节数，它包括了请求头与响应头正文的字节数之和。输入计数在SSL/TLS之前进行，输出计数在SSL/TLS之后进行，因此计数能正确反映加密所造成的影响。

mod_mem_cache：本模块需要mod_cache提供的服务。它作为mod_cache的辅助模块工作，以提供基于内存的存储管理。 mod_mem_cache模块可以按两种方法来配置：①缓存打开的文件描述符；②在堆(heap)上缓存对象。mod_mem_cache既可以用于缓 存本地生成的内容，也可以用于为反向代理模式下的mod_proxy(参见ProxyPass)缓存后端服务器输出的内容。内容将被以基于URI的索引存 入和检出，但是并不保存相应的访问控制信息。

mod_mime：本模块通过文件的扩展名将不同的"元信息"与文件关联起来。元信息在文档的文件名与文档的MIME类型、语言、字符集、编码方式之间建 立关联。最终元信息会传送到服务器并参与内容协商，这样最终在考虑用户指定参数的基础上，在几个可能的文件里选择一个提供服务。

mod_mime_magic：本模块采取Unix系统下file(1)命令相同的方法：检查文件开始的几个字节，来判定文件的MIME类型。它被作为当mod_mime无法解析时，用来处理的"第二道防线"。

mod_negotiation：内容协商，更准确的说应该是"内容选择"，是从几个有效文档中选择一个最匹配客户端要求的文档的过程。内容协商有两种实现方法。
* 使用类型表(一个包含type-map处理器信息的文件)明确地列出各变种的文件名。
* 使用"MultiViews"搜索(由Options指令中的MultiViews选项激活)，即服务器执行一个隐含的文件名模式匹配，并在结果中选择。

mod_nw_ssl：本模块在指定的端口(port)上启用SSL加密。它充分利用了NetWare操作系统内建的SSL加密功能。

mod_proxy：此模块实现了Apache的代理/网关。它实现了以下规范的代理：AJP13(Apache JServe Protocol v1.3), FTP, CONNECT(用于SSL), HTTP/0.9, HTTP/1.0, HTTP/1.1 。此模块经配置后可用上述或其它协议连接其它代理模块。

mod_proxy_ajp：mod_proxy的扩展，提供Apache JServ Protocol支持。

mod_proxy_balancer：mod_proxy的扩展，提供负载平衡支持。

mod_proxy_connect：本模块需要mod_proxy提供的服务。它提供对HTTP的CONNECT方法的支持。这个方法主要用于处理通过 代理服务器的隧道SSL请求。为了能处理CONNECT请求，模块mod_proxy和mod_proxy_connect必须同时存在于服务器中。

mod_proxy_ftp：本模块提供了代理FTP站点的能力，它需要mod_proxy提供的服务。这样，为了能处理FTP代理请求，模块mod_proxy和mod_proxy_ftp必须同时存在于服务器中。
注意：目前对FTP的支持仅限于GET方法。

mod_proxy_http：本模块需要mod_proxy提供的服务。它提供代理HTTP请求的功能。mod_proxy_http支持 HTTP/0.9, HTTP/1.0, HTTP/1.1 标准。它不提供任何缓冲能力。如果你想要设置使用缓存的代理，可以使用mod_cache模块提供的服务。这样，为了能处理HTTP代理请求，模块 mod_proxy和mod_proxy_http必须同时存在于服务器中。

mod_rewrite：此模块提供了一个基于正则表达式分析器的重写引擎来实时重写URL请求。它支持每个完整规则可以拥有不限数量的子规则以及附加条 件规则的灵活而且强大的URL操作机制。此URL操作可以依赖于各种测试，比如服务器变量、环境变量、HTTP头、时间标记，甚至各种格式的用于匹配 URL组成部分的查找数据库。此模块可以操作URL的所有部分(包括路径信息部分)，在服务器级的(httpd.conf)和目录级的 (.htaccess)配置都有效，还可以生成最终请求字符串。此重写操作的结果可以是内部子处理，也可以是外部请求的转向，甚至还可以是内部代理处理。

mod_setenvif：模块允许根据请求的不同方面匹配指定的正则表达式来设置环境变量。这些环境变量可由服务器的其他部分使用。指令按照他们在配置 文件中出现的顺序生效。所以可以使用更多的复合序列，正如下例所示，如果浏览器是mozilla而非MSIE则会设置netscape 。

mod_so：该模块在支持动态链接机制的操作系统上可以用来在Apache启动和重启时加载DSO模块，而不用重新编译。

mod_speling：自动纠正URL中的拼写错误

mod_ssl：这个模块提供了使用安全套接字层(SSL v2/v3)和传输层安全(TLS v1)协议实现高强度加密传输的功能。它由mod_ssl项目的作者Ralf S. Engeschall贡献，而mod_ssl最早是基于Ben Laurie的工作开发的。这个模块依赖于OpenSSL提供的加密引擎和SSL引擎。

mod_status：本模块允许服务器管理员方便的检查服务器当前的运行状况。该模块用一种容易阅读的表格报告服务器的当前运行状态并以HTML页面的 方式呈现出来。如果你愿意，还可以让这个页面不停的自动刷新(仅在支持自动刷新的浏览器上有效)。另外还可以提供一个简单的供机器阅读的服务器当前状态 表。输出的详细信息如下：
* 正在伺服请求的工作者(线程或进程)数量
* 空闲的工作者数量
* 每个工作者的状态：已完成的请求数、已发送的字节数。(*)
* 总访问数和已发送的字节总数(*)
* 服务器自启动/重启以来经过的时间，服务器已经运行的时间。
* 平均每秒请求数，平均每秒发送的字节数，平均每个请求发送的字节数。(*)
* 每个工作者的当前CPU使用百分率，以及Apache的当前总计CPU使用百分率。(*)
* 当前正在被处理的主机和请求(*)
必须使用相应编译时选项才能显示被标记为"(*)"的信息，因为这些信息默认并不存在于Apache中。

mod_suexec：将该模块联合suexec支持程序使用，可以允许以特定的用户和组身份运行CGI程序。

mod_unique_id：为每个请求生成唯一的标识以便跟踪

mod_userdir：允许用户从自己的主目录中提供页面(使用"/~username")，此模块允许使用类似http://example.com/~user/的语法来访问用户网站目录。

mod_usertrack：使用Session跟踪用户(会发送很多Cookie)，以记录用户的点击流。

mod_version：提供基于版本的配置段支持。

mod_vhost_alias：本模块通过将HTTP请求中的IP地址和/或"Host:"头内容转换为所要提供服务的文件路径名来创建动态的虚拟主机配置。这样的做法，使得应用配置大量相似的虚拟主机变得更为容易。