none
IIS 7反向代理后缀为jsp地址的奇怪问题 RRS feed

  • 问题

  • 我在IIS 7上面集成了resin 2.9以运行jsp,并且通过Web平台安装程序安装了“URL 重写”插件,以运行反向代理。 问题:当IIS重启后,反向代理网址中后缀如果是jsp,会优先使用本机jsp解析,导致针对网站的反向代理实效。 尝试在“处理程序映射”中上下不停调整jsp解析的优先级,有机会解决问题,但IIS重启后,问题重现。 尝试在“URL重写”中上下调整入站规则(仅三条规则,其中一个反向代理了jsp网站),有机会解决问题,且解决问题的几率比上一个要高。IIS重启后,问题同样重现。 ISAPI筛选器中,jsp的isapi优先级已经降到最低。 处理程序映射中配置了PHP的ISAPI解析,但目前没发现有这种奇怪的现象。 操作系统:Windows Server 2008 Datacenter
    www.fengyun.org
    2011年1月8日 5:52

答案

全部回复

  • 你好,

    用“URL重写”实现反向代理的功能,除了安装“URL重写”插件外,还需要安装Application Request Routing(ARR),请确认ARR已正常安装。

    另外你所添加的规则是否是全局的规则?配置在IIS服务器节点上的而不是站点上的。

    最直接的办法是启用“失败请求跟踪”来跟踪请求在服务端处理的详细情况,通过查看跟踪的输出文件(C:\inetpub\logs\FailedReqLogFiles),我们可以检查“URL重写”这个模块是否正确执行。


    Leo Tang [MSFT]
    MSDN Community Support | Feedback to us
    Get or Request Code Sample from Microsoft
    Please remember to mark the replies as answers if they help and unmark them if they provide no help.

    2011年1月10日 9:27
    版主
  • 嗯,JSP解析、URL路由确实都是全局规则。

    现在我从默认网站的ISAPI中把resin的isapi模块删除了,已经能正常使用反向代理。而且,更神奇的是,默认网站仍然能正常解析本地jsp请求。

    既然能够实现反向代理功能,很明显,ARR是安装了的,无须我确认了。

    虽然我的问题已经解决,但不可否认,IIS确实存在这样一个Bug:当同时添加了ISAPI模块和应用程序脚本映射后,URL重写的优先级出现了一个奇怪的现象,难以摸清优先级变化的规律,且本地解析的优先级默认是高于URL重写规则的。


    www.fengyun.org
    2011年1月11日 3:41
  • 另外,针对aspx的反向代理正常。不知道是有特殊设置?还是只是我这一台服务器出现的意外特例?jsp我重新配置过很多次了这现象仍然没解决。
    www.fengyun.org
    2011年1月11日 10:09
  • 你好,

    你是否可以启用一下“失败请求跟踪”来诊断这个问题,在跟踪的输出文件里我们可以查看每个模块的执行情况,这些信息应该可以帮助我们定位问题所在。

    下面是关于“失败请求跟踪”的文档,你可以参考一下:

    在 IIS 7 中配置失败请求跟踪

    Leo Tang [MSFT]
    MSDN Community Support | Feedback to us
    Get or Request Code Sample from Microsoft
    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    2011年1月12日 7:11
    版主
  • 你好,

    请问一下问题是否已经解决?


    Leo Tang [MSFT]
    MSDN Community Support | Feedback to us
    Get or Request Code Sample from Microsoft
    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    2011年1月14日 6:43
    版主
  • 经过访问 http://www.xxx.web/login.jsp 的反向代理,日志如下:

    http://fff.2288.org/W3SVC1/fr000001.xml


    www.fengyun.org
    2011年1月18日 2:50
  • 反复的上下调动入站规则达到10余次后,终于能正常访问,如下是正常访问的请求跟踪:

    http://fff.2288.org/W3SVC1/fr000002.xml


    www.fengyun.org
    2011年1月18日 4:52