Apache 如何合并多个匹配的位置部分

Question 1

合并的顺序相当复杂，而且很容易出现异常……apache 文档是“如何合并各部分“

根据该文档，合并部分的顺序是通过按照在配置文件中遇到的顺序处理每种匹配类型的所有匹配条目来完成的，最后的匹配获胜。（<Directory> 除外，它按路径特定性的顺序进行处理）。

类型的顺序为Directory、DirectoryMatch、Files和最后Location。后面的匹配将覆盖前面的匹配。（*ProxyPass 和 Alias 再次被区别对待，请参阅最后的注释）

并且，在使用 ProxyPass 和 <Location> 部分中的 ProxyPass 时，这些规则有几个重要的例外。（见下文）

因此，从你上面的例子请求http://somehost.com/sub/foobar使用以下配置；

<Location / >
  ProxyPass http://backend.com/
  Order allow,deny
  Satisfy any
</Location>

<Location /sub/foo>
  Order allow,deny
</Location>

<Location /sub >
  Order deny,allow
  Require valid-user
  Satisfy all
</Location>

<Location /doesnt/match >
  ProxyPass !
</Location>

它将积累以下指令....

  ProxyPass http://backend.com/
  Order allow,deny
  Satisfy any
  Order allow,deny
  Order deny,allow
  Require valid-user
  Satisfy all

随着后面的匹配消除了之前的重复，结果是；

  ProxyPass http://backend.com/
  Order deny,allow
  Require valid-user
  Satisfy all

解释
<Directory>后面的匹配会覆盖前面的匹配，但匹配按以下顺序处理的情况除外：从最短的目录组件到最长的目录组件。

举例来说，无论在配置中指定这些指令的顺序如何，
<Directory /var/web/dir>
都会先进行处理，并且更具体的匹配将获胜。
<Directory /var/web/dir/subdir>

任何匹配的Location指令都会始终覆盖先前匹配的Directory指令。

基本思想是，对于像内部这样的请求，GET /some/http/request.html它将通过转换为文件系统中的位置Alias，或者转换为与其匹配的 VirtualHost ScriptAlias下的普通文件位置。DocumentRoot

因此，请求将具有以下用于匹配的属性：
Location: /some/http/request.html File: /var/www/html/mysite/some/http/request.html Directory: /var/www/html/mysite/some/http

然后，Apache 将按照目录特定性的顺序依次应用配置中的所有Directory匹配项，然后按照遇到的顺序依次应用DirectoryMatch、、Files最后匹配。Location

因此，Location将覆盖Files，后者将覆盖DirectoryMatch，路径匹配Directory优先级最低。因此，在上面的示例中，对的请求/sub/foobar将按顺序匹配前 3 个位置，因此对于冲突的指令，最后一个位置获胜。

（您说得对，从文档中无法清楚地看出某些边缘情况是如何解决的，任何allow from *类型指令都可能与关联的相连Order allow,deny，但我没有测试过。此外，如果您匹配Satisfy Any但之前已经收集了Allow from *...会发生什么情况）

关于 ProxyPass 和 Alias 的有趣说明

只是有点烦人，ProxyPass而且Alias似乎在另一个方向上起作用....;-) 它基本上击中了第一个匹配，然后停止并使用它！

Ordering ProxyPass Directives

The configured ProxyPass and ProxyPassMatch rules are 
checked in the order of configuration. 
The first rule that matches wins. So
usually you should sort conflicting ProxyPass rules starting with the
longest URLs first. Otherwise later rules for longer URLS will be
hidden by any earlier rule which uses a leading substring of the URL.
Note that there is some relation with worker sharing.

For the same reasons exclusions must come before the general 
ProxyPass directives.

所以基本上，必须指定 Alias 和 ProxyPass 指令，最具体的先指定；

Alias "/foo/bar" "/srv/www/uncommon/bar"
Alias "/foo"     "/srv/www/common/foo"

和

ProxyPass "/special-area" "http://special.example.com" smax=5 max=10
ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofailover=On

但是，正如 @orev 指出的那样。您可以在 Location 指令中使用 ProxyPass 指令，因此 Location 中更具体的 ProxyPass 将胜过任何先前找到的 ProxyPass。

Answer