使用isapi_redirect（tomcat连接器）将请求从IIS路由到Jetty

Question

我已经将isapi_redirect安装到IIS中，并允许其运行。 我已经在Jetty中启用了ajp13，并且可以远程登录到端口8009。这是我当前的uiworkermap.properties：

/hudson=jetty
/hudson/*=jetty

如果我向“ http：// localhost / hudson”或任何子目录发出请求，则会收到404错误。 所有其他URL返回IIS中定义的站点。 这告诉我isapi_redirect正在查看uiworkermap文件并尝试正确重定向。

在Jetty日志和isapi_redirect日志中，我看不到任何错误。 如果我转到http：// localhost：8008 / hudson，我会正确看到它。 您有什么可能的原因吗？

更新：我创建了一个名为“ Jakarta”的虚拟目录，该目录指向isapi_redirect dll，如下所示： http : //tomcat.apache.org/connectors-doc/webserver_howto/iis.html在此步骤之后，错误发生了变化，现在在浏览器中，我看到：

Bad Gateway!

There is a problem with the page you are looking for, and it cannot be displayed. When the Web server (while acting as a gateway or proxy) contacted the upstream content server, it received an invalid response from the content server.

Jakarta/ISAPI/isapi_redirector/1.2.32 ()

在错误日志中（在调试模式下），我可以看到它首先连接并且发出了请求，但是码头没有响应，并且生成了此错误：

[错误] ajp_get_reply :: jk_ajp_common.c（2118）：（码头）Tomcat关闭或拒绝连接。 尚未发送答复给客户端（尚未）

这是带有请求和错误的日志的一部分： https : //rapidshare.com/files/3999719393/isapi_redirect_log.txt

Answer 1

好的，最终没有来自stackoverflow用户的任何帮助，并且还在Jetty官方网站上阅读了有关ajp13的内容：

建议不要使用AJP协议，使用HTTP可以实现更高的性能和更清晰的语义。

我放弃了ajp，使用了一个功能强大且有据可查的开源dll在IIS IIRF中具有HTTP代理功能。

因此，我建议任何有类似问题的人都只能使用HTTP代理。