当程序中使用Redirect跳转时,实际上是通过Http Header中的Location给浏览器传递一个跳转的Url。
使用IIS做反向代理的情况下,由于程序默认不会自动感知反向代理的存在,所以Location中的Url是相对程序本身的,浏览器拿到这个Url进行跳转时,不能通过反向代理的站点进行访问。
比如程序中
Redirect("hello")
的结果是:Location: /hello
程序被反向代理时加了一个a的目录,通过http://xxx/a才可以访问到程序。
在Redirect后,浏览器收到Location: /hello,然后通过http://xxx/hello当然不能正常访问。
这时候就要对Location进行修正,还是通过web.config进行配置:
<rewrite>
...
<outboundRules>
<rule name="Http Redirect" preCondition="Http302">
<match serverVariable="RESPONSE_LOCATION" pattern=".*" />
<action type="Rewrite" value="/{C:1}{R:0}" />
<conditions>
<add input="{REQUEST_URI}" pattern="^/([^/]+)/.*" />
<add input="{RESPONSE_LOCATION}" pattern="^http[s]?://.*" negate="true" />
</conditions>
</rule>
<preConditions>
<preCondition name="Http302">
<add input="{RESPONSE_STATUS}" pattern="302" />
</preCondition>
</preConditions>
</outboundRules>
</rewrite>
上边的配置对站点反向代理的所有子站点生效。
可以看到其中定义了preConditions,只有HTTP 302的才处理。
然后对于要处理的RESPONSE_LOCATION,还定义了两个匹配条件:
(1)请求Url的模式:^/([^/]+)/.* (因为我这里反向代理的子站点都指定了一个目录,所以这里会匹配并获取这个目录)
(2)响应的Location不是http或者https开头的完整url(如果没有这种情况,可以不加这个规则)
最后就是对Location进行重写,重写的规则是:/{C:1}{R:0},C:1是上边匹配REQUEST_URI获取的目录,R:0是原Location。
这样处理后浏览器发出的请求就能正常处理了。
其它说明:
(1)如果的反向代理入站规则不是增加目录的方式,请继续查看IIS官方文档:
https://docs.microsoft.com/en-us/iis/extensions/url-rewrite-module/modifying-http-response-headers
(2)另外上边的处理规则中忽略了Location开头为http的地址,但是如果你勾选了“Reverse rewrite host in response headers”,反向代理会自动修改Location中的主机名,如果这个Location是到qq.com的,这显然会带来问题。但是如果你不勾选,程序可能获取不到真实的HTTP HOST或者获取不到cookie等值(这里没有用到,所以没有实际测试过)。
本文地址:https://gpu.xuandashi.com/5436.html,转载请说明来源于:渲大师
声明:本站部分内容来自网络,如无特殊说明或标注,均为本站原创发布。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。分享目的仅供大家学习与参考,不代表本站立场!