Apache 2.4 从负载平衡反向代理重定向不起作用但在非负载平衡反向代理中工作

Question

我有 2 个由 Apache 2.4 反向代理的 NextJS 内部服务器/应用程序。 Let's have the 2 internal servers as http://internal:3000/foo and http://internal:3001/foo and the external URL as http://external/foo .

在基路径（即http://internal:3000/foo ）上访问 NextJS 时，会重定向到http://internal:3000/foo/bar/baz on HTTP Code 308 因此，通过反向代理，我预计会发生同样的情况，重定向将从http://external/foo到http://external/foo/bar/baz发生。
next.config.js中的配置如下

... module.exports = {... async redirects() { return [ { source: '/', destination: '/bar/baz', permanent: true } ] }, basePath: 'foo' }

发生的情况是，当我尝试反向代理到只有 1 个 NextJS 应用程序而没有负载平衡时，这种重定向工作得很好，例如，我只反向代理到http://internal:3000/foo 。
我使用的配置如下

<Location "/foo"> ProxyPass "http://localhost:3000/foo" ProxyPassReverse "http://localhost:3000/foo" </Location>

但是，当我尝试反向代理到 2 NextJS application on load balance 时，重定向不起作用。
我使用的配置如下

<Proxy "balancer://example"> BalancerMember "http://localhost:3000/foo" BalancerMember "http://localhost:3001/foo" </Proxy> <Location "/foo"> ProxyPass "balancer://example" ProxyPassReverse "balancer://example" </Location>

相反，它将继续从http://external/foo重定向到http://external/foo即无限重定向，从而导致TOO_MANY_REDIRECT 。

令我感到困惑的是，重定向在非负载平衡情况下有效，但在使用负载平衡时失败。 任何想法实际上发生了什么？ 是否有响应 header 被写入我在使用代理负载平衡时不知道？ 谢谢

更新/进展（1）：

我怀疑在以下部分的mod_proxy_balancer.c中发生了重写

 access_status = rewrite_url(r, *worker, url); /* Add the session route to request notes if present */ if (route) { apr_table_setn(r->notes, "session-sticky", sticky); apr_table_setn(r->notes, "session-route", route); /* Add session info to env. */ apr_table_setn(r->subprocess_env, "BALANCER_SESSION_STICKY", sticky); apr_table_setn(r->subprocess_env, "BALANCER_SESSION_ROUTE", route); } ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r, APLOGNO(01172) "%s: worker (%s) rewritten to %s", (*balancer)->s->name, (*worker)->s->name, *url); return access_status;

可以在https://github.com/apache/httpd/blob/317108ee6e84ae47bd0f6121e3a64074c5d68c7b/modules/proxy/mod_proxy_balancer.c#L631-L647中找到

更新/进展（2）：

我打开mod_dumpio来记录所有进出 apache 的传入和传出流量，并确认确实发生了重写。

重写发生如下：

1. GET /foo ，这是发送到外部服务器的原始请求。
2. GET /foo/ ，这是发送到内部服务器的请求。 请注意在末尾添加斜线的重写。
3. Location /foo ，这是内部服务器的重定向响应位置。 这是一个预期的位置，因为在内部服务器中， GET /foo/将被重定向到Location /foo而GET /foo将被重定向到Location /foo/bar/baz 。 在正常情况下，重定向将由内部服务器处理，这意味着GET /foo/将导致重定向导致GET /foo ，最终产生Location /foo/bar/baz但这不会发生在反向代理中。
4. Location /foo ，即外部服务器的重定向响应位置。 因为（4）和（1）是同一个URL，所以会产生重定向循环。

确认重写后，现在我正在寻找是否有办法解决这种行为。

Answer 1

我终于设法解决了这个问题，并且关于上面的第二次更新，我设法找到了“重写”发生的位置，这帮助我解决了这个问题。

---

tl;dr
修复基本上是将路径从BalancerMember移动到平衡器本身，即

<Proxy "balancer://example/foo"> // used to be "balancer://example" BalancerMember "http://localhost:3000" // used to be "http://localhost:3000/foo" BalancerMember "http://localhost:3001" // used to be "http://localhost:3001/foo" </Proxy> // change to point to the balancer accordingly <Location "/foo"> ProxyPass "balancer://example/foo" ProxyPassReverse "balancer://example/foo" </Location>

---

至于我的发现，“重写”并不是重写，而是实际上是 Apache 在mod_proxy_balancer或mod_proxy_http模块中执行的 URL 规范化（或取决于您的方案）。 mod_proxy_balancer 中的规范化源代码示例

更改balancer://example -> balancer://example/foo使其 URL 方案结构与http://localhost:3000/foo相同，在进行规范化时不会在末尾产生斜杠，这是由balancer://example在“主机”之后没有路径，因此通过上述更改，使用负载均衡器或不使用负载均衡器的反向代理的行为最终将相同。