6

我有一个 Tomcat 实例，其中包含许多 webapp，每个都可以通过它的 /Context 访问。Tomcat 落后于 httpd（实际上是 Debian Apache2），配置了虚拟主机来服务每个应用程序/上下文。Tomcat 连接使用 mod_jk。

当我不关心从 url 中删除上下文时，这很好用：当请求虚拟域的根时，请求被重定向到 domain.com/Context。

但是对于一个应用程序，我确实想删除上下文。我相信这可以通过使用 mod_rewrite 来完成，并将重写的 url 传递给 mod_jk 以传递到正确的 Tomcat 上下文。所以我的 Debian Apache2 站点可用文件如下所示：

NameVirtualHost *

<VirtualHost *>
    ServerName domain.be

    DocumentRoot /home/webapp/app/static/domain/

    RewriteEngine on
    RewriteRule ^/(.*)$ /Context/$1 [L,PT]
    RewriteLog "/var/log/apache2/domain-rewrite.log"
    RewriteLogLevel 4

    JkLogFile     /var/log/apache2/domain-mod_jk.log
    JkLogLevel    debug
    JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
    JkMount /Context w1
    JKMount /Context* w1
    JkOptions +ForwardURICompat

    ErrorLog /var/log/apache2/domain_error.log
    CustomLog /var/log/apache2/domain_access.log combined
    LogLevel warn

</VirtualHost>

根据文档，[PT] 标志和 +ForwardURICompat 选项应该导致重写的 URL 被传递给 jk_mod。然而，这似乎并没有发生。

URL 正在重写，但似乎 mod_jk 忽略了它：例如，对 domain.be/Context 的请求被重写为 /Context/Context - 但仍作为 /Context 交给 mod_jk。

有任何想法吗？顺便说一句，我目前无法使用 mod_proxy。

谢谢

4

5 回答 5

4

@Josh，我认为如果 tomcat 执行任何重定向，此解决方案将不起作用。这是典型的情况，例如在要求登录的应用程序中。当用户未通过身份验证时，应用程序将重定向到 /login 之类的内容，但是 tomcat 将附加当前上下文，例如 /context/login，因此最后上下文确实显示在 URL 中。

正如您在其他问题/回复中提到的，仅使用 mod-jk 和 tomcat 虚拟主机是一种选择，但您需要将应用程序部署为 ROOT.war，这可能不是那么简单。有一种解决方法，因此您的应用程序可以直接放入 tomcat webapps 文件夹，但正如我在此处描述的那样，服务器将至少部署应用程序两次。

如果 RewriteRule[P] 加上 JkOptions +ForwardURICompat 可以工作，那就太好了，但事实并非如此。顺便说一句，我已经对此进行了测试，并且我知道 mod_proxy 确实可以工作，因为我将我的网站代理到 cnn.com 并且我在我的网站 URL 下获得了他们的页面。以下是您可以看到正在使用代理的请求的日志顺便说一句：

127.0.0.1 - - [15/Dec/2011:12:56:34 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (2) forcing proxy-throughput with http://localhost/nestorurquiza-app/
127.0.0.1 - - [15/Dec/2011:12:56:34 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (1) go-ahead with proxy request proxy:http://localhost/nestorurquiza-app/ [OK]
127.0.0.1 - - [15/Dec/2011:12:56:49 --0500] [localhost/sid#1008ef278][rid#1009aaca8/initial] (2) forcing proxy-throughput with http://localhost/nestorurquiza-app/login
127.0.0.1 - - [15/Dec/2011:12:56:49 --0500] [localhost/sid#1008ef278][rid#1009aaca8/initial] (1) go-ahead with proxy request proxy:http://localhost/nestorurquiza-app/login [OK]
127.0.0.1 - - [15/Dec/2011:12:57:15 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (2) forcing proxy-throughput with http://localhost/nestorurquiza-app/j_spring_security_check
127.0.0.1 - - [15/Dec/2011:12:57:15 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (1) go-ahead with proxy request proxy:http://localhost/nestorurquiza-app/j_spring_security_check [OK]
127.0.0.1 - - [15/Dec/2011:13:08:41 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (2) forcing proxy-throughput with http://localhost/nestorurquiza-app/
127.0.0.1 - - [15/Dec/2011:13:08:41 --0500] [localhost/sid#1008ef278][rid#1009980a8/initial] (1) go-ahead with proxy request proxy:http://localhost/nestorurquiza-app/ [OK]
于 2011-12-15T18:30:23.743 回答
2

我一直在使用它并取得了巨大的成功：

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/(Context/.*)$
RewriteRule ^/(.*)$ /Context/$1 [P,L]

关于您的情况的说明：

  • 您需要让 mod_proxy 工作，否则[P]将被忽略，请求将被转发而不是代理。没有办法解决这个问题。
  • +ForwardURICompat是mod_jk的一部分，重写后生效。
  • mod_jk 忽略了请求，因为它永远不会到达那里。您需要一个RewriteCond（上图）来防止对 /Context 的请求被重写。

我目前正在寻找一种不使用 mod_rewrite 的方法，而只使用 mod_jk 和 Tomcat <Host>'s。但是我在 apache、mod_jk 和 Tomcat 主机上玩得很好时遇到了麻烦。以上应该适合你。

于 2011-02-08T15:46:34.623 回答
2

我会保留我原来的答案，但这是错误的。正确的方法是使用 Tomcat VirtualHost：

http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html

上面链接中的官方演练正是我现在多次使用的。我不会在这里尝试将其归结为。

该概念与 Apache Vhost 相同。创建一个虚拟主机（例如 for something.yourtdomain.com）并将您的 webapp 部署到该虚拟主机的ROOT应用程序（/），一切就绪。这样，如果您已经有一个ROOTwebapp，您可以在不同的域中拥有另一个，而先前的将不受影响。

正如 Nestor 所提到的，Apache 重写规则不会处理标签库和框架之类的东西，它们会根据上下文根自动为您创建链接/表单操作/等。在这种情况下，他们将创建正确的上下文根 ( /)。

于 2012-06-16T17:35:11.227 回答
0

按照 Nestor Urquiza 的回答给出的提示，我设法通过在 tomcat 的 server.xml 中定义额外的主机来解决这个问题，因为如前所述，j_security_check 请求由 tomcat 回答，并带有向浏览器的转发指令，该指令不可避免地包含上下文名称，以便用户尝试登录得到 408 错误。因此，通过将预期的上下文设置为一个，可以实现 Apache VirtualHostJkMount /* worker1指令中的真正传递ROOT。

Apache httpd.conf [和/或包含的 *.conf] 文件：

<!-- the subdomain -->

<VirtualHost *:80>
    ServerName appWelcome.example.org
    ServerAlias www.appWelcome.example.org
    JKMount /* worker1
</VirtualHost>

<!-- with mod_jk set up -->

LoadModule    jk_module modules/mod_jk.so
JWorkersFile  /etc/apache2/workers.properties
JkShmFile     /var/log/apache2/mod_jk.shm

因此，要将对子域的所有请求http://appWelcome.example.org/直接映射到负责的 /appWelcome tomcat 上下文，appWelcome 上下文必须可通过请求寻址到http://appWelcome.example.org:8080/

Host因此，tomcat server.xml 文件将为您要公开的应用程序单独佩戴：.

<Server ...>
  <Service>
    <Engine defaultHost="localhost" ...>

      <Host name="appWelcome.example.org" appBase="appWelcomeBase" ... >
        <Valve ... />
      </Host>

      <Host name="localhost" appBase="webapps" ...>
        <!-- this Host is typically shipped with manager, host-manager, docs, 
          sample, examples and a default ROOT context that shows tomcat default home. -->
        <Valve ... />
      </Host>

    </Engine>
  </Service>
</Server>

请注意，必须调整权限（和 selinux 上下文，如果启用）以模仿默认权限Host，如下所示：

$CATALINA_HOME/conf/Catalina/app.example.org作为$CATALINA_HOME/conf/Catalina/localhost

$CATALINA_HOME/appWelcomeBase作为$CATALINA_HOME/webapps

完成此操作后，剩下要做的就是发出重命名并将其移动appWelcome.warWeb 存档以在创建的文件中自动部署appBase（将 $CATALINA_HOME 替换为其值，例如 /var/www/tomcat7）：

# mv $CATALINA_HOME/webapps/appWelcome.war $CATALINA_HOME/appWelcomeBase/ROOT.war

瞧！

于 2018-03-04T16:05:03.283 回答
-1

使用 mod_proxy_ajp 代替 mod_jk，如下所示：

<VirtualHost *:80>
  ServerName domain.be

  DocumentRoot /home/webapp/app/static/domain/

  ...

  ProxyPass /Context ajp://localhost:8009/Context
  ProxyPass / ajp://localhost:8009/Context/

  ...
</VirtualHost>
于 2012-09-24T16:12:28.357 回答