Spring Security 和 AJP 代理

Question

我将 Spring Security 和 Apache 代理用于 Web 应用程序。使用标准 mod_proxy 时一切正常，但切换到 AJP 代理后，Spring 安全重定向出现问题。

Apache 配置：

<VirtualHost *:80>
  ServerName domain.com

  ProxyPass / ajp://localhost:8009/Context/
  ProxyPassReverse / ajp://localhost:8009/Context/
</VirtualHost>

当我调用 http://domain.com/login 时，我看到一个登录表单。

当我提交表单时，我会转到 http://domain.com/auth 并获得身份验证。

然后 Spring Security 应该重定向到 http://domain.com/index 但它重定向到 http://domain.com/Context/index

如何摆脱该上下文路径？为什么 Spring Security 到处都添加它？

Spring Security 网站上有一个类似的问题，但没有人回答：

http://forum.springsource.org/showthread.php?95141-Why-is-spring-security-include-the-context-path

PS 谷歌没有找到与这个问题更多相关的东西，这似乎很奇怪。我是唯一一个使用 Spring Security + AJP 的人吗？也许这是一个错误的模式？

解决方案：

<VirtualHost *:80>
  ServerName domain.com

  RewriteEngine on
  RewriteRule ^/Context/(.*)$ /$1 [R=301]

  ProxyPass / ajp://localhost:8009/Context/
  ProxyPassReverse / ajp://localhost:8009/Context/
</VirtualHost>

Answer 1

Spring Security 是 Web 应用程序上下文感知的，这意味着它的重定向将始终基于当前的 Web 应用程序上下文。这是设计使然，因为您的应用程序服务器可能正在运行多个不同的 Web 应用程序，这些应用程序不应相互干扰。

您是否仅在服务器上运行此应用程序，并且可以将其部署为 Tomcat 上的 ROOT 应用程序（例如将其放入 webapps/ROOT/ 中）？这将消除您的上下文前缀并解决您的问题。

另一种选择可能是在将重定向 URL 传递到客户端之前重写应用服务器上的重定向 URL，例如使用 来自 org.tuckey 出色的 URLRewriteFilter 的 outbound-rule （类似于 mod_rewrite，但是对于 Java EE Web 应用程序）。当然，您必须在 web.xml 中注意正确的过滤器顺序，因为 Spring Security 也使用过滤器来处理其逻辑。