Apache %{REQUEST_URI} 无法正常工作

Question

虽然我设置了一些 .htaccess 文件，但我没有使用虚拟主机或任何花哨的东西。以下是我在 httpd.conf 中的重写规则：

RewriteEngine On

RewriteCond %{REQUEST_URI} !^/app/smsapi [NC]
RewriteRule (.*) https://www.example.com/uri=%{REQUEST_URI} [R,L]

这条规则基本上是说，如果 uri 不 以 /app/smsapi 开头，则触发重写。但是当我重新启动服务器并尝试它时，我得到了一些奇怪的结果。

当我请求 URL https://www.example.com/app/smsapi/index.php 时，我得到一个 200 成功代码，这与预期的一样。但是，当我请求 URL http://www.example.com/app/smsapi/index.php 时，它会重定向到 https://www.example.com/uri=/app/smsapi/index.php。因此，即使请求 URI 不满足条件，它实际上也会触发规则。

所以，然后我决定关闭重写规则并试一试。现在，这两个 URL 都给了我一个 200 Success 代码。

现在，我知道无法通过无法访问服务器的其他人轻松解决此问题，但我是否正确地说这是肯定 REQUEST_URI 未正确触发的问题？我已经证明，没有重写规则，一切正常，但使用重写规则，第二个 URL 被重定向。因此，重定向一定是由重写规则引起的？此外，不满足重定向规则的条件。这不就证明重写规则的功能有问题吗？

还有其他可能吗？

更新 这里发生了一些非常奇怪的事情。我设置了一个本地服务器并尝试了相同的规则，我得到的 URL http://192.168.0.112/app/ 是

http://192.168.0.112/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/uri=/app/

这是正确的，因为只要 URL 不像 /app/smsapi，它就应该重定向它。想知道为什么这在真实服务器上没有发生。此外，插入这些规则的位置似乎有所不同。 （我只是在 LoadModule 命令之后包含这些规则）。

在本地主机上，如果我将这些规则放在目录部分的上方或下方，它将不起作用。但是，如果我将它包含在 inside 目录部分，它会。

在服务器上，如果我在目录部分中包含规则，它们将不起作用。但是，如果我将它们包含在目录部分的上方或下方，它们就会开始工作。

在我看来，这似乎是由于版本不同。我的本地主机是运行 Apache 2.4.18 的 Ubuntu Desktop 16.04。而服务器是运行 Apache 2.2.15 的 CentOS 6.8。

但是，我认为为什么服务器重定向只发生一次（尽管它被配置为最多 20 次）的谜团与 https 有关。这也与即使在不匹配的规则上也重定向 https 的原始问题有关。

有人知道吗？

更新 我使用相同的规则更新了 httpd.conf 文件，但我使用了 http:// 而不是 https://，它通过 20 次重定向给了我正确的结果。这意味着我已将问题隔离到 https。

Answer 1

您在第一句话中报告了确切的问题：“尽管我设置了一些 .htaccess 文件，但我没有使用虚拟主机或任何花哨的东西”

.htaccess 是“花哨”且过于复杂，而不是虚拟主机。

如果您首先在 virtualhost 中定义了 RewriteCond，它会起作用，但 .htaccess 是每个目录的上下文（也就是一场噩梦），并且 regex ^/ 在该上下文中永远不会匹配 .

如果您想在 per-dir 上下文（目录或 .htaccess）中匹配 REQUEST_URI，您需要删除初始斜杠，即：

RewriteCond %{REQUEST_URI} !^app/smsapi [NC]

另外，还请考虑您可能不需要为此添加 RewriteCond：

RewriteRule ^(?!app/smsapi)(.*) https://www.example.com/uri=$1 [R,L]