gpt4 book ai didi

apache - 结合 Apache httpd 和 Tomcat 的长 URL

转载 作者:行者123 更新时间:2023-11-28 21:50:18 25 4
gpt4 key购买 nike

我目前正在配置 Apache httpd 以通过 AJP(使用 mod_proxy_ajp)将“/api/foo”的所有流量定向到特定的 Tomcat 实例。为此,我的 httpd 配置文件中有以下 ProxyPass 规则:

ProxyPass /api/foo ajp://localhost:9999/api/foo connectiontimeout=300 timeout=300 retry=3

此 Tomcat 实例在其 server.xml 中定义了以下连接器:

<Connector port="9999" protocol="AJP/1.3" redirectPort="9443"/>

使用此配置,我在访问/api/foo 时可以正确访问我的 Tomcat 实例。但是,当 URL 变得超过 300 个字符时,我似乎无法访问我的 Tomcat 实例,有时

第一个小时可能是我超时,另一个小时可能是一切都很好。

当我超时时,我会在我的 httpd 错误日志中看到以下错误:

[error] (70007)The timeout specified has expired: ajp_ilink_receive() can't receive header
[error] ajp_read_header: ajp_ilink_receive failed
[error] (70007)The timeout specified has expired: proxy: read response failed from 127.0.0.1:9999 (localhost)

在我的 httpd 访问日志中出现以下结果:

"GET /api/foo/barrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr HTTP/1.1" 503 323 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0"

奇怪的是,这个请求似乎没有到达我的 Tomcat 实例。我没有看到任何到达我的应用程序日志记录的内容,我也没有在我的 Tomcat 访问日志中看到该请求。

有谁知道这个问题的原因是什么?超时设置为超过 1 分钟,因此我希望请求至少到达我的 Tomcat 实例...

最后一点,我尝试将 AJP 连接器的 packageSize 设置为 65536,将 Apache httpd 的 LimitRequestFieldSize 和 ProxyIOBufferSize 设置为 65536。这并没有解决问题。

最佳答案

在没有更好的答案的情况下,我会分享我在类似或可能相同问题方面的经验,并建议您更改正在使用的连接器。

在使用 apache 2.2 和 tomcat 6 的稍微不同的环境中使用 mod_proxy_ajp 时,我也收到了相同的 ajp_read_header: ajp_ilink_receive failed 错误。

当我们遇到我们的问题时,我已经尝试了许多不同的和推荐的修复,包括连接器超时和其他连接器设置。

根据我的阅读,其中一些将在不同的场景中工作,并且错误消息 ajp_ilink_receive failed 似乎非常普遍。在您的情况下,当 URL 超过 300 个字符时会发生这种情况 - 有时至少......

在 tomcat server.xml 和附加在 ajp://URI 之后的 apache ProxyPass 设置中尝试了许多不同的连接器属性后,我几乎放弃了沿着这条路走下去。从那时起,我尝试了 mod_proxy 和 mod_jk,它们似乎都解决了问题,或者至少没有更多的 ajp 错误。但这无论如何都不会发生在 mod_proxy 上,因为它不与 ajp 连接。

所以我建议将您的 tomcat 连接器更改为 mod_proxy 或 mod_jk。关于差异有各种不同的文章,但页面 herehere关于 tomcat expect 是一个相当不错的信息来源。您将希望根据您的设置在 mod_proxy 和 mod_jk 之间进行选择。 mod_jk 虽然不同,但实际上设置起来并不难(但您可能必须为 apache 构建 mod_jk.so)。

总结不同的连接器;

  • mod_jk:最高推荐。 ajp 连接器。目的设计的。驻留在 apache 之外的不同配置设置。将具有证书名称的 Web 应用程序连接到不同的 URL 名称时难以配置。
  • mod_proxy:http 连接器。据报道比 mod_proxy_ajp 更稳定。传递 ssl 变量有问题吗?
  • mod_proxy_ajp:最少推荐但最常见。 ajp 连接器。 mod_proxy 的扩展。易于实现。

如果由于某种原因这不起作用。其他人已经成功地研究了 tomcat 方面的问题,例如长时间运行的查询。

关于apache - 结合 Apache httpd 和 Tomcat 的长 URL,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27362579/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com