> Apache2.2 中文手册 > 一个完整的文档

深入研究虚拟主机的匹配

虚拟主机部分的代码在apache 1.3中进行了完全的重写。本文档试图详细解释Apache在接受到请求后如何确定使用哪一个虚拟主机进行伺服。在新的NameVirtualHost指令的帮助下,虚拟主机的配置比1.3版以前更加简单和安全。

如果您只是想让它能够工作而不愿意进行深入理解,这里有一些示例。

一个完整的文档

解析配置文件

<VirtualHost>配置段外有一个主服务器(main_server)段中包含着所有定义。其中有<VirtualHost>配置段中定义的叫做虚拟主机(vhost)的虚拟服务器。

Listen, ServerName, ServerPath, ServerAlias指令可以出现在一个服务器定义段的任何地方。而且每个指令都会覆盖前面出现的同样定义(在那个服务器配置中)。

主服务器段中Listen指令的默认值是80。主服务器段没有默认的ServerPathServerAlias指令值。ServerName的默认值是由服务器的IP地址推断而来。

主服务器的Listen指令有两个功能:其一是决定Apache将要绑定的网络端口;其二是在重定向中指定绝对URI将使用的端口号。

不象在主服务器里,虚拟服务器的端口不会影响到Apache的监听端口。

每个VirtualHost指令中的地址都可以附带一个可选的端口。如果没有进行特别的指定,这个端口默认为主服务器中最近的一个Listen指令指定的值。特殊的端口"*"表示匹配所有端口。所有这一系列地址(包括由DNS查询出的所有A记录)统称虚拟主机的地址集(address set)

如果没有对一个特定的IP地址使用NameVirtualHost指令,那么第一个使用这个地址的虚拟主机将被视为基于IP的虚拟主机。IP地址也可以用通配符"*"表示。

如果使用了基于域名的虚拟主机,那么必须NameVirtualHost指令为这个基于域名的虚拟主机指定IP地址集。换句话说,您必须在配置文件中通过NameVirtualHost指令指定包括主机名映射(CNAME)的IP地址。

可以使用很多NameVirtualHost指令来分别对应一套NameVirtualHost指令,但对于每个特定的"IP:port"对来说,只能使用一次NameVirtualHost指令。

NameVirtualHostVirtualHost指令出现的顺序并不重要。只有对应同一个IP地址的VirtualHost指令的次序才是重要的。所以下面两例所起的作用是完全相同的:

NameVirtualHost 111.22.33.44
<VirtualHost 111.22.33.44>
# server A
...
</VirtualHost>
<VirtualHost 111.22.33.44>
# server B
...
</VirtualHost>

NameVirtualHost 111.22.33.55
<VirtualHost 111.22.33.55>
# server C
...
</VirtualHost>
<VirtualHost 111.22.33.55>
# server D
...
</VirtualHost>

<VirtualHost 111.22.33.44>
# server A
</VirtualHost>
<VirtualHost 111.22.33.55>
# server C
...
</VirtualHost>
<VirtualHost 111.22.33.44>
# server B
...
</VirtualHost>
<VirtualHost 111.22.33.55>
# server D
...
</VirtualHost>

NameVirtualHost 111.22.33.44
NameVirtualHost 111.22.33.55

(为了使您的配置文件更具可读性,我们推荐您使用左边的格式)

在解析完VirtualHost指令后,虚拟主机服务器将被赋予在它的VirtualHost指令中第一个名字对应的端口作为默认的Listen端口。

如果所有域名都指向同一个地址集的话,VirtualHost指令中的所有域名列表都将会得到和ServerAlias指令一样的处理(但不会被其他ServerAlias语句覆盖)。请注意,这个虚拟主机自带的Listen指令将不能影响到那个地址集的端口号。

在初始化的过程中,将会为每一个IP地址产生一个列表,并插入到一个散列表中。如果这个IP地址是用在一个NameVirtualHost指令中的,这个列表将会包含所有指定为这个IP地址的基于域名的虚拟主机。如果没有虚拟主机针对这个IP地址,那么NameVirtualHost指令将被忽略,并会在日志中记录一个错误信息。对于基于IP的虚拟主机而言,这个散列表中的列表为空。

因为使用了高效的散列算法,使得在请求到达的时候在其中查找IP地址的开销变得很小,或者根本不需考虑。而且这个表格还为只有最后一个八进制位不同的IP地址做了优化。

虚拟主机的每个变量都有初始值。特别是以下这些:

  1. 如果虚拟主机没有ServerAdmin, ResourceConfig, AccessConfig, Timeout, KeepAliveTimeout, KeepAlive, MaxKeepAliveRequests, ReceiveBufferSize, SendBufferSize指令,那么将从主服务器继承它们的值。(也就是说,使用在主服务器中最后出现的设定值)。
  2. 虚拟主机的默认目录权限将继承主服务器的设置(包括所有模块针对每个目录的配置信息)。
  3. 虚拟主机将继承主服务器中每个模块针对主服务器的设置。

本质上,主服务器在建立每个虚拟主机的时候,充当了一个默认值或根基的角色。但这些存在于主服务器中的定义的位置是无关紧要的――主服务器的配置在与虚拟主机整合之前就已经解析过了。所以即使一个主服务器的配置出现在虚拟主机定义的后面,它也同样会影响到虚拟主机的配置。

如果没有定义主服务器中的ServerName ,那么将由运行这个Httpd服务的机器的主机名来代替。我们将由DNS查找此ServerName返回的IP地址称为主服务器地址集(main_server address set)

在没有定义ServerName的情况下,一个基于域名的虚拟主机默认采用定义虚拟主机时在VirtualHost指令中最先出现的地址。

所有使用了"_default_"通配符的虚拟主机将被赋予和主服务器相同的ServerName

一个完整的文档
一个完整的文档

小技巧

作为DNS问题页面小技巧的附加,这里有些额外的技巧:

  • 将所有主服务器的定义放在所有VirtualHost定义之前(为了增加可读性),否则会使得类似在虚拟主机旁边的定义影响到所有的虚拟主机这样的问题不容易发现。
  • 将您配置中相应的NameVirtualHostVirtualHost定义放到一起,以获得更好的可读性。
  • 避免前一个ServerPaths是后一个ServerPaths的前缀。如果您无法避免这样的情况,您最好确保在您的配置文件中"长在前,短在后"(也就是说:"ServerPath/abc/def"应当出现在"ServerPath/abc"之前)。