如何在 .htaccess 上下文中阻止多个 mod_rewrite 传递（或无限循环）

Question

我正在开发一个在共享 Apache v2.2 服务器上运行的网站，因此所有配置都是通过 .htaccess 文件进行的，并且我想使用 mod_rewrite 以不太完全直接的方式将 URL 映射到文件系统。举例来说，假设我想做的是：

• 将 URL www.mysite.com/Alice 映射到文件系统文件夹 /public_html/Bob
• 映射 URL www.mysite.com/Bob 到文件系统文件夹 /public_html/Alice

现在，经过几个小时的精心设计规则集（真正的规则集，而不是 Alice/Bob 的规则集！）我把我所有的在 /public_html 中的 .htaccess 文件中精心设计的重写规则，并对其进行了测试......结果却出现 500 服务器错误！

我被一个有据可查的“陷阱”抓住了。在 Apache 中：当在 .htaccess 文件中使用 mod_rewrite 规则时，重写的 URL 将重新提交以进行另一轮处理（就好像它是外部请求一样）。发生这种情况是为了可以应用重写请求的目标文件夹中的任何规则，但它可能会导致网络服务器出现一些非常违反直觉的行为！

在上面的示例中，这意味着对 www.mysite.com/Alice/foo.html 的请求将被重写为 /Bob/foo.html，然后重新提交（作为对 www.mysite.com/Bob/foo.html 的请求发送到服务器。然后将其重新重写回 /Alice/foo.html 并重新提交，这会导致它重新重写为 /Bob/foo.html，并且很快;随后发生无限循环...仅因服务器超时错误而中断。

---

问题是，如何确保 .htaccess mod_rewrite 规则集仅应用一次？

---

RewriteRule 中的 [L] 标志会在一次通过规则集期间停止所有进一步的重写，但不会阻止整个规则集在重写后重新应用。 -写入的URL重新提交到服务器。根据文档，Apache v2.3.9+（目前处于 Beta 版）包含一个 [END] 标志，该标志恰好提供了此功能。不幸的是，虚拟主机仍在使用 Apache 2.2，他们拒绝了我升级到测试版的礼貌请求！

我们需要一种解决方法，提供与 [END] 标志类似的功能。我的第一个想法是我可以使用环境变量：在第一次重写过程中设置一个标志，告诉后续过程不要进一步重写。如果我将标志变量称为“END”，代码可能如下所示：

#  Prevent further rewriting if 'END' is flagged
RewriteCond %{ENV:END} =1
RewriteRule .* - [L]

#  Map /Alice to /Bob, and /Bob to /Alice, and flag 'END' when done
RewriteRule ^Alice(/.*)?$ Bob$1 [L,E=END:1]
RewriteRule ^Bob(/.*)?$ Alice$1 [L,E=END:1]

不幸的是，此代码不起作用：经过一番实验，我发现环境变量无法在将重写的 URL 重新提交到的过程中幸存下来。服务器。 此 Apache 文档页面 上的最后一行表明环境变量 < em>应该能够在内部重定向中生存，但我发现事实并非如此。

[编辑：在某些服务器上，它确实有效。如果是这样，这是一个比下面的解决方案更好的解决方案。您必须在自己的服务器上亲自尝试一下才能看到。]

尽管如此，总体想法还是可以挽救的。经过几个小时的绞尽脑汁，并听取了一位同事的一些建议，我意识到 HTTP 请求标头在内部重定向中被保留，所以如果我可以将我的标志存储在其中一个中，它可能会起作用！

---

这是我的解决方案：

---

# This header flags that there's no more rewriting to be done.
# It's a kludge until use of the END flag becomes possible in Apache v2.3.9+
# ######## REMOVE this directive for Apache 2.3.9+, and change all [...,L,E=END:1]
# ######## to just [...,END] in all the rules below!

RequestHeader set SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj 1 env=END


# If our special end-of-rewriting header is set this rule blocks all further rewrites.
# ######## REMOVE this directive for Apache 2.3.9+, and change all [...,L,E=END:1]
# ######## to just [...,END] in all the rules below!

RewriteCond %{HTTP:SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj} =1 [NV]
RewriteRule .* - [L]


#  Map /Alice to /Bob, and /Bob to /Alice, and flag 'END' when done

RewriteRule ^Alice(/.*)?$ Bob$1 [L,E=END:1]
RewriteRule ^Bob(/.*)?$ Alice$1 [L,E=END:1]

......而且，它有效！原因如下：在 .htaccess 文件内，与各种 apache 模块关联的指令按照主 Apache 配置中定义的模块顺序执行（或者，这是我的理解，无论如何......）。在本例中（对于此解决方案的成功至关重要）mod_headers 设置为在 mod_rewrite 之后执行，因此 RequestHeader 指令在重写规则之后执行。这意味着当标志列表中带有 [E=END:1] 的 RewriteRule 匹配时，SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj 标头就会添加到 HTTP 请求中。在下一次传递时（在重写的请求重新提交到服务器之后），第一个 RewriteRule 检测到此标头，并中止任何进一步的重写。

关于此解决方案需要注意的一些事项是：

1. 如果 Apache 配置为在 mod_rewrite 之前运行 mod_headers，则该解决方案将不起作用。 （我不确定这是否可能，或者如果可能的话，会有多不寻常）。

2. 如果外部用户在向服务器发出的 HTTP 请求中包含 SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj 标头，则会禁用所有 URL 重写规则，并且该用户将“按原样”看到文件系统目录结构。这就是在标头名称末尾使用随机 ASCII 字符字符串的原因 - 这是为了使标头难以猜测。这是一项功能还是一个安全漏洞取决于您的观点！

3. 这里的想法是一种解决方法，模仿在尚未使用 [END] 标志的 Apache 版本中的使用。如果您想要的只是确保您的规则集仅运行一次，无论触发哪些规则，那么您可以放弃使用“END”环境变量，只需执行以下操作：

   RewriteCond %{HTTP:SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj} =1 [NV]
   重写规则 .* - [L]
   
   请求标头设置 SPECIAL-HEADER-STOP-FURTHER-REWRITES-kjhsdf87653vasj 1
   
   # 将 /Alice 映射到 /Bob，将 /Bob 映射到 /Alice
   RewriteRule ^Alice(/.*)?$ Bob$1 [L]
   RewriteRule ^Bob(/.*)?$ Alice$1 [L]
   

   或者更好的是，这个（尽管 REDIRECT_* 变量在 Apache v2.2 文档中记录很少 - 它们似乎只被提及此处） - 所以我不能保证它适用于所有版本的 Apache）：

   RewriteCond %{ENV:REDIRECT_STATUS} !^$
   重写规则.* - [L]。 
   
   # 将 /Alice 映射到 /Bob，将 /Bob 映射到 /Alice
   RewriteRule ^Alice(/.*)?$ Bob$1 [L]
   RewriteRule ^Bob(/.*)?$ Alice$1 [L]
   

   但是，一旦您运行 Apache v2.3.9+，我预计使用 [END] 标志会比上述解决方案更有效，因为（大概）它完全避免了重写的 URL 被重新提交给用于另一个重写过程的服务器。

   请注意，您可能还想阻止子请求的重写，在这种情况下，您可以将 RewriteCond 设置为 don-do-any-more-rewriting 规则，如下所示：

   RewriteCond %{ENV:REDIRECT_STATUS} !^$ [或]
   RewriteCond %{IS_SUBREQ} =true
   重写规则 .* - [L]
   

4. 这里的想法是一种解决方法，用于替换尚未使用 [END] 标志的 Apache 版本中的使用。但事实上，您可以使用这种通用方法来存储不仅仅是一个标志 - 您可以存储在内部服务器重定向中持续存在的任意字符串或数字，并根据任何测试条件设计您的重写规则以依赖于它们RuleCond 提供。 （我无法立即想出你为什么要这样做的原因......但是，嘿，你拥有的灵活性和控制力越多，就越好，对吧?)

---

我想读到这里的人都已经发现我并不是真的在问问题。更重要的是，我找到了自己的解决方案来解决我遇到的问题，并希望将其发布在这里以供参考，以防其他人遇到同样的问题。这是这个网站的一个重要部分，对吧？

...

但是由于这应该是一个问答论坛，我会问：

• 任何人都可以看到吗？此解决方案有任何潜在问题（除了我已经提到的问题之外）？
• 或者有人有更好的方法来实现同样的目标吗？

Answer 1

根据您的 Apache 版本，此条件可能有效（将其添加到“停止重写”规则：即 RewriteRule .* - [L] .. 或仅针对特定有问题的规则）：

RewriteCond %{ENV:REDIRECT_STATUS} ^$

REDIRECT_STATUS 在第一次/初始重写中将为空，并且在任何后续周期中的值为 200（也可能是其他值 - 尚未检查那么深）。

不幸的是，它在某些系统上有效，但在其他系统上无效，我个人不知道是什么导致它工作。

除此之外，最常见的是添加重写条件来检查原始 URL，例如通过解析 %{THE_REQUEST} 变量，例如 RewriteCond %{THE_REQUEST} ^[AZ]+\s .+\.php\sHTTP/.+ ——但这仅对个别有问题的规则有意义。

一般来说，您应该避免这种“重写 A -> B，然后 B -> A”的情况（我很确定您已经意识到这一点）。

至于你自己的解决方案——“如果没有损坏就不要修复”——如果它有效，那就太好了，因为我没有看到这种方法有任何重大问题。

Answer 2

我不太确定为什么需要这样做，但我建议为在这种情况下运行的用户提供一些建议：

1. 将文件夹 Bob 重命名为 Alice ，反之亦然怎么样？那么 Apache 不需要对它们做任何事情。

2. 如果这对您的应用程序很重要，您可以转换应用程序吗？检测鲍勃和爱丽丝并在您的应用程序中交换它们。相反？

在 PHP 中，它会是这样的：

if($path == "Bob") {
  $path = "Alice";
}
else if($path == "Alice") {
  $path = "Bob";
}

完成。

否则添加另一个子文件夹可能会很有用。因此 /Bob 变为 /a/Alice，而 /Alice 变为 /b/Bob。然后你就消除了混乱。这也可以使用另一个参数（查询字符串）来完成，这或多或少是通过设置在 .htaccess 中测试的环境变量来完成的。

Answer 3

RewriteRule 设置的变量（修改路径的变量）可在“下一轮”（“内部重定向”）上使用，并预先添加前缀 REDIRECT_。
所以你的第一个代码片段应该是这样的：

RewriteCond %{ENV:REDIRECT_END} =1
RewriteRule .* - [L]

这对我来说适用于 apache 2.4.10。