Apache 2.4: порядок выполнения mod_alias, mod_rewrite, mod_proxy

Я не могу найти никакой документации о приоритете инструкций vhosts Apache / порядке выполнения между

• mod_alias (Redirect инструкции),
• mod_rewrite (RewriteRule инструкции)
• mod_proxy (ProxyPass инструкции).

Существует ли какая-либо документация о порядке, в котором Apache будет обрабатывать эти инструкции? Какая из них имеет преимущество над другой?

Общее правило таково: порядок директив важен. Директива, которая идет первой и соответствует выигрывает (так же, как и порядок определений VirtualHost – первый VHost является стандартным VHost).

В большинстве случаев это должно работать нормально, если вы сначала определите Aliasы/Redirectы и RewriteRuleы, а правила прокси, такие как ProxyPass, ставите последними, если хотите, чтобы перенаправление происходило до применения ваших настроек прокси.

http://httpd.apache.org/docs/2.4/mod/mod_alias.html#order

Alias и Redirect, возникающие в разных контекстах, обрабатываются
как и другие директивы в соответствии со стандартными правилами объединения. Но
когда несколько Alias или Redirect появляются в одном контексте (например, в одной
<VirtualHost>
секции), они обрабатываются в определенном порядке.

Сначала обрабатываются все Redirect до того, как будут обработаны Alias, и
следовательно, запрос, который соответствует
Redirect
или
RedirectMatch
никогда не будет иметь примененных Alias. Во-вторых, Alias и Redirect обрабатываются
в порядке их появления в конфигурационных файлах, при этом
первое соответствие имеет преимущество.

По этой причине, когда две или более этих директив применимы к
одному и тому же подпути, вы должны перечислить наиболее специфический путь первым, чтобы
все директивы подействовали.

https://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#rewriterule

Директива RewriteRule является настоящей рабочей лошадкой переписывания. Директива может появляться более одного раза, при этом каждый экземпляр определяет
одно правило переписывания. Порядок, в котором эти правила определяются, важен – это порядок, в котором они будут применяться во время выполнения.

Смотрите также: Технические детали Apache mod_rewrite

https://httpd.apache.org/docs/2.4/mod/mod_proxy.html#proxypass

Упорядочение директив ProxyPass
Настроенные ProxyPass и ProxyPassMatch правила проверяются в порядке конфигурации. Первое правило, которое соответствует, выигрывает. Поэтому обычно вы должны сортировать конфликтующие
ProxyPass правила, начиная с самых длинных URL. В противном случае более поздние
правила для более длинных URL будут скрыты более ранним правилом, которое использует
начальную подстроку URL. Обратите внимание, что есть некоторая связь с
совместным использованием рабочих процессов.

Упорядочение директив ProxyPass в Locations
В одной ProxyPass директиве можно разместить только одну Location block, и наиболее специфическое
местоположение будет иметь преимущество.

Исключения и переменная окружения no-proxy
Исключения должны идти перед общими ProxyPass директивами. В версиях 2.4.26 и более поздних
переменная окружения “no-proxy” является альтернативой исключениям,
и это единственный способ настроить исключение для директивы ProxyPass
в контексте Location. Эта переменная должна быть установлена с помощью
SetEnvIf, так как SetEnv не оценивается достаточно рано.

Поскольку я не смог найти ответ в документации, вот ответ (странный!) после тестирования на Apache2 2.4.62:

RewriteRule-R > AuthType(SSO) > Location-Redirect > RewriteRule-P > Location-ProxyPass > ProxyPass > Redirect

Примечание: если правило RewriteRule-P соответствует раньше, чем правило RewriteRule-R, правило RewriteRule-R игнорируется, поэтому сначала выполняется Location-Redirect.

Проверено с следующим внутри < VirtualHost > :

  # приоритет #0 (если не совпадает с RewriteRule-P ранее)
  RewriteRule /a/b/c/d/e/f.* https://RewriteRule-R [R,END,L]

  <Location /a/b/c/d/e >
    # приоритет #1
    AuthType CAS
    require valid-user
  </Location>

  <Location /a/b/c/d >
    # приоритет #2
    Redirect https://Location-Redirect
  </Location>

  # приоритет #3 (приоритет одинаков внутри или вне <Location> )
  RewriteRule /a/b/c.* http://localhost/RewriteRule-P [P]

  <Location /a/bb >
    # приоритет #4
    ProxyPass http://localhost/Location-ProxyPass
  </Location>

  # приоритет #5
  ProxyPass /a http://localhost/Top-ProxyPass

  # приоритет #6
  Redirect / https://Top-Redirect