RewriteRule 仅包括 REQUEST_URI 的最后一部分

Question

<LocationMatch /foo/>
 ProxyPreserveHost On
 RewriteEngine on
 RewriteCond %{HTTP:Upgrade} websocket [NC]
 RewriteCond %{HTTP:Connection} upgrade [NC]
 RewriteRule .* "ws://192.168.0.101:1234%{REQUEST_URI}" [P]

客户端连接时

ws://www.example.com/foo/whatever_arbitrary_random

这很好用，但结果是

ws://192.168.0.101:1234/foo/whatever_arbitrary_random

我怎样才能摆脱/foo/ 所以结果会是

ws://192.168.0.101:1234/whatever_arbitrary_random

客户端必须仍然需要连接到/foo/ 才能触发此操作

编辑：我找到了怎么做，用

替换最后一行

RewriteRule ([^/]+)/?$ ws://192.168.0.101:1234/$1 [P,L]

但请阅读第一个建议不要在某个位置执行此操作的答案

Answer 1

您不应在 <Location>（和 <LocationMatch>）容器内使用 mod_rewrite 指令。

更新：如the Apache docs for the RewriteRule directive中所述：

尽管<Location> 和<Files> 部分（包括它们的正则表达式对应项）在语法上允许重写规则，但这绝不是必需的并且不受支持。在这些情况下可能会破坏的一个特征是相对替换。

<Location> 部分很晚才合并。在 <Location> 部分中使用时，RewriteRule 指令匹配绝对文件系统路径，而不是通常预期的 URL 路径。

如果 .htaccess 覆盖被禁用，那么您可以在适当的 <Directory> 容器中这样做：

<Directory /path/to/foo>
    # Disable .htaccess overrides if not already
    AllowOverride None

    ProxyPreserveHost On

    RewriteEngine on
    RewriteCond %{HTTP:Upgrade} websocket [NC]
    RewriteCond %{HTTP:Connection} upgrade [NC]
    RewriteRule .* ws://192.168.0.101:1234/$0 [P]
</Directory>

反向引用$0 自然排除了/foo/。

---

更新：

RewriteRule ([^/]+)/?$ ws://192.168.0.101:1234/$1 [P,L]

这仅匹配最后一个路径段，它不严格匹配/foo/ 之后的所有内容。这可能会也可能不会，这取决于您的要求。例如。它将仅将对/foo/bar/baz 的请求重定向到/baz，而不是/bar/baz。

正则表达式确实应该被锚定。但是，您可能已经这样写了，因为该指令位于 <Location> 部分内，并且匹配绝对文件路径，而不是请求的 URL 路径。

顺便说一句，与 P 一起使用时，您不需要 L 标志 - 这是隐含的。

---

上述的替代方案...您不需要在 directory 上下文中使用这些directvies（即在<Directory> 或<Location> 部分内）。您可以改为将这些规则直接放在 <VirtualHost> 容器（virtualhost 上下文）中，在这种情况下，它们应该改为这样编写：

ProxyPreserveHost On

RewriteEngine on
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteRule ^/foo/(.*) ws://192.168.0.101:1234/$1 [P]