Apache 2.2配置段和容器
本文出自 “王达博客” 博客，转载请与作者联系！
作者已授权本博客转载
以下内容摘自笔者编著的《网管员必读——网络应用》（第2版）一书：
3.2.2 Apache 2.2配置段和容器
“配置段”和“容器”都是用来指定配置文件的作用范围的。配置文件中指令的作用范围可能是整个服务器，也可能是特定的目录、文件、主机、URL。本节将要介绍的是如何使用配置段及.htaccess文件来改变配置指令的作用范围。
1．配置段和容器的类型
配置段的类型包括在core、mod_version和mod_proxy 3个模块中，可以使用的指令包括：<Directory>、<DirectoryMatch>、<Files>、<FilesMatch>、<IfDefine>、<IfModule>、<IfVersion>、<Location>、<LocationMatch>、<Proxy>、<ProxyMatch>和<VirtualHost>。这些指令都是配置段的容器。
容器有两种基本类型。大多数容器是针对各个请求的，包含于其中的指令仅对与该容器匹配的请求起作用，而容器<IfDefine>、<IfModule>、<IfVersion>仅在启动和重新启动时起作用，如果在启动时指定的条件成立，则其中的指令对所有的请求都有效，否则将被忽略。
<IfDefine>容器中的指令只有在httpd命令行中设定了特定的参数后才有效。下面的示例中限定只有在服务器用 httpd -DClosedForNow 方式启动时，所有的请求才会被重定向到另一个站点：
<IfDefine ClosedForNow>
Redirect / [url]http://otherserver.example.com/[/url]
</IfDefine>
<IfModule>容器与<IfDefine>很相似，但是其中的指令只有当服务器启用特定的模块时才有效（或是被静态地编译进了服务器，或是被动态装载进了服务器）。注意，配置文件中该模块的装载指令LoadModule行必须出现在此容器之前。这个容器应该仅用于无论特定模块是否安装，配置文件都能正常运转的场合；而不应该用于容器中的指令在任何情况下都必须生效的场合，因为它会抑制类似模块没找到之类的有用出错信息。
下面的示例中，指定MimeMagicFiles指令仅当mod_mime_magic模块启用时才有效。
<IfModule mod_mime_magic.c>
MimeMagicFile conf/magic
</IfModule>
<IfVersion>指令与<IfDefine>和<IfModule>也很相似，但是其中的指令只有当正在执行的服务器版本与指定的版本要求相符时才有效。这个模块被设计用于测试套件，以及在一个存在多个不同httpd版本的大型网络中需要针对不同版本使用不同配置的情况。
<IfVersion >= 2.1> # 仅在版本高于 2.1.0 的时候才生效
</IfVersion>
<IfDefine>、<IfModule>、<IfVersion>都可以在条件前加一个“!”符号以实现条件的否定，而且都可以嵌套以实现更复杂的配置。
2．文件系统和网络空间
最常用的配置段是针对文件系统和网络空间特定位置的配置段。首先必须理解文件系统和网络空间这两个概念的区别：文件系统是指操作系统所看见的磁盘视图，比如，在UNIX系统中，Apache会被默认安装到“/usr/local/apache 2.2” 目录下，在Windows系统中，Apache会被默认安装到“Program Files/Apache Software Foundation/Apache 2.2” 目录下。相反，网络空间是网站被Web服务器发送及被客户在浏览器中所看到的视图。在Windows平台下，网络空间的默认安装路径为“Program Files/Apache Software Foundation/Apache2.2/ htdocs”。由于网页可以从数据库或其他地方动态生成，因此，网络空间无须直接映射到文件系统中。
|
|
Apache始终用正斜杠而不是反斜杠作为路径的分隔符，即使是在Windows平台中。
|
1）文件系统容器
<Directory>和<Files>指令与其相应的 正则表达式版本（<DirectoryMatch>和<FilesMatch>）一起作用于文件系统的特定部分。<Directory>配置段中的指令作用于指定的文件系统目录及其所有子目录，.htaccess文件可以达到同样的效果。在下面的示例中，/var/web/dir1及其所有子目录被允许进行目录索引。
<Directory /var/web/dir1>
Options +Indexes
</Directory>
<Files>配置段中的指令作用于特定的文件名，而无论这个文件实际存在于哪个目录下。下面的示例中的配置指令如果出现在配置文件的主服务器段，则会拒绝对位于任何目录下的private.html的访问。
<Files private.html>
Order allow,deny
Deny from all
</Files>
<Files>和<Directory>段的组合可以作用于文件系统中的特定文件。下面的示例中的配置会拒绝对/var/web/dir1/private.html、/var/web/dir1/subdir2/private.html、/var/web/dir1/subdir3/ private.html等任何/var/web/dir1/目录下的private.html的访问。
<Directory /var/web/dir1>
<Files private.html>
Order allow,deny
Deny from all
</Files>
</Directory>
2）网络空间容器
<Location>指令与其相应的正则表达式版本（<LocationMatch>）一起作用于网络空间的特定部分。下面的示例中的配置会拒绝对任何以“/private”开头的URL路径的访问，如[url]http://yoursite.example.com/private[/url]、[url]http://yoursite.example.com/private123[/url]、[url]http://yoursite.example.[/url] com/private/dir/file.html等所有以“/private”开头的URL路径。
<Location /private>
Order Allow,Deny
Deny from all
</Location>
<Location>指令与文件系统无关，下面的示例演示了如何将特定的URL映射到Apache内部的处理器mod_status中，而并不要求文件系统中确实存在server-status文件。
<Location /server-status>
SetHandler server-status
</Location>
3）通配符和正则表达式
<Directory>、<Files>、<Location>指令可以使用与C标准库中的fnmatch类似的shell风格的通配符。“*”匹配任何字符串，“?”匹配任何单个的字符，“[seq]”匹配seq序列中的任何字符，“/”符号不被任何通配符所匹配，所以必须显式地使用。
如果需要更复杂的匹配，这些容器都有一个对应的正则版本：<DirectoryMatch>、<FilesMatch>、<LocationMatch>，可以使用与Perl兼容的 正则表达式，以提供更复杂的匹配。下面的示例使用非正则表达式的通配符来改变所有用户目录的配置。
<Directory /home/*/public_html>
Options Indexes
</Directory>
下例是使用正则表达式一次性拒绝对多种图形文件的访问。
<FilesMatch \.（?i:gif|jpe?g|png）$>
Order allow,deny
Deny from all
</FilesMatch>
4）选择文件系统容器，还是网络空间容器
选择使用文件系统容器，还是使用网络空间容器其实很简单。当指令作用于文件系统时，总是用<Directory>或<Files>；而当指令作用于不存在于文件系统中的对象时，就用<Location>，比如一个由数据库生成的网页。一定不要试图用<Location>去限制对文件系统中的对象的访问，因为许多不同的网络空间路径可能会映射到同一个文件系统目录，从而导致访问限制被突破。比如：
<Location /dir/>
Order allow,deny
Deny from all
</Location>
上述配置对[url]http://yoursite.example.com/dir/[/url]请求的确起作用。但是，设想在一个不区分大小写的文件系统中，这个访问限制会被[url]http://yoursite.example.com/DIR/[/url]请求轻易突破。而<Directory>指令才会真正作用于对这个位置的任何形式的请求。但是，有一个例外，就是UNIX文件系统中的符号连接（软连接），符号连接可以使同一个目录出现在文件系统中的多个位置。<Directory>指令将不重设路径名而直接追踪符号连接，因此，对于安全要求最高的，应该用Options指令禁止对符号连接的追踪。
同时，也不要认为使用大小写敏感的文件系统就无所谓了，因为有很多方法可以将不同的网络空间路径映射到同一个文件系统路径中，所以，应当尽可能使用文件系统容器。但是也有一个例外，就是把访问限制放在<Location />配置段中可以很安全地作用于除了某些特定URL以外的所有URL。
3．虚拟主机
“虚拟主机”是指在一个机器上运行多个网站（比如，[url]www.company1.com[/url]和[url]www.company2.com[/url]）。如果每个网站拥有不同的IP地址，则虚拟主机可以是“基于IP”的；如果只有一个IP地址，也可以是“基于主机名”的，其实现对最终用户是透明的。这一点，其实在介绍IIS网站架设中也有类似的说明，那就是网站的标识，它既可以基于IP地址，也可以基于“主机头值”（也就是域名），还可以基于端口。
Apache是率先支持基于IP的虚拟主机的服务器之一。1.1及其更新版本同时支持基于IP和基于主机名的虚拟主机。虚拟主机中所用的容器就是<VirtualHost>，它作用于特定的虚拟主机，为同一个机器上具有不同配置的多个主机提供支持。
有关虚拟主机的配置方法将在本章后面具体介绍。
4．代理
<Proxy>和<ProxyMatch>容器中的指令仅作用于通过mod_proxy代理服务器访问的、与指定URL匹配的站点。下面的示例中的配置会拒绝通过代理服务器访问cnn.com站点。
<Proxy [url]http://cnn.com/[/url]*>
Order allow,deny
Deny from all
</Proxy>
5．总结
以上介绍了几种类型的容器及所用的指令，查阅指令的作用域，就可以知道哪些指令可以出现在哪些配置段中。从语法上看，允许在<Directory>段中使用的指令当然也可以在<DirectoryMatch>、<Files>、<FilesMatch>、<Location>、<LocationMatch>、<Proxy>、<ProxyMatch>段中使用，但也有例外：
AllowOverride指令只能出现在<Directory>段中。
Options（参数选项）中的FollowSymLinks和SymLinksIfOwnerMatch只能出现在<Directory>段或者.htaccess文件中。Options指令不能用于<Files>和<FilesMatch>段。
除了各自的应用范围不同之外，它们之间有些配置段还是可以合并的。配置段会按非常特别的顺序依次生效，由于这会对配置指令的处理结果产生重大影响，因此理解它的流程非常重要。
合并的顺序如下。
（1）<Directory>（除了正则表达式）和.htaccess同时处理（如果允许的话，.htaccess的设置会覆盖<Directory>的设置）；
（2）<DirectoryMatch>（和<Directory ~>）；
（3）<Files>和<FilesMatch>同时处理；
（4）<Location>和<LocationMatch>同时处理。
除了<Directory>，每个组都按它们在配置文件中出现的顺序被依次处理，而<Directory>（上面的第1组），会按顺序由短到长被依次处理。例如：<Directory /var/web/dir>会先于<Directory /var/web/dir/subdir>被处理。如果有多个指向同一个目录的<Directory>段，则按它们在配置文件中的顺序被依次处理。用Include指令包含进来的配置被视为按原样插入到Include指令的位置。
位于<VirtualHost>容器中的配置段在外部对应的段处理完毕以后再处理，这样就允许虚拟主机覆盖主服务器的设置。
当请求是由mod_proxy处理的时候，<Proxy>容器将会在处理顺序中取代<Directory>容器的位置。也就是说，后面的段覆盖前面的相应的段。