IIS作为反向代理-从后端服务器对重写的响应进行压缩如何实现?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (209)

我正在实现将请求路由到后端服务器的反向代理。

在功能上,一切工作正常,但我担心来自后端服务器的所有响应都将传输到客户端(Web浏览器)而不进行压缩。

设置如下:

  • 后端服务器在内部域中不可公开访问。托管一个Web应用程序https://internal.app
  • 带有IIS 7.5的前台Web服务器,托管主要公共网站并充当后端服务器的代理。主要网站在https://site.com

我想所有请求路由到https://site.com/app/WHATEVERhttps://internal.app/WHATEVER的方式是透明的客户。

我目前的设置基于URL Rewrite 2.0和应用程序请求路由IIS扩展。一般方法基于以下文章的准则:

有关节web.config的的site.com应用程序:

<system.webServer>
    <rewrite>
        <rules>
            <rule name="Route the requests for backend app" stopProcessing="true">
                <match url="^app/(.*)" />
                <conditions>
                    <add input="{CACHE_URL}" pattern="^(https?)://" />
                </conditions>
                <action type="Rewrite" url="{C:1}://internal.app/{R:1}" />
                <serverVariables>
                    <set name="HTTP_ACCEPT_ENCODING" value="" />
                </serverVariables>
            </rule>
        </rules>
        <outboundRules>
            <rule name="RewriteBackendAbsoluteUrlsInResponse" preCondition="ResponseIsHtml1">
                <match filterByTags="A, Area, Base, Form, Frame, Head, IFrame, Img, Input, Link, Script" pattern="^http(s)?://internal.app(\:80)?/(.*)" />
                <action type="Rewrite" value="/app/{R:3}" />
            </rule>
            <rule name="RewriteBackendAbsoluteUrlsInRedirects" preCondition="ResponseIsHtml1">
                <match serverVariable="RESPONSE_LOCATION" pattern="^http(s)?://internal.app(\:80)?/(.*)" />
                <action type="Rewrite" value="/app/{R:3}" />
            </rule>
            <rule name="RewriteBackendRelativeUrlsInResponse" preCondition="ResponseIsHtml1">
                <match filterByTags="A, Area, Base, Form, Frame, Head, IFrame, Img, Input, Link, Script" pattern="^/(.*)" negate="false" />
                <conditions>
                    <add input="{URL}" pattern="^/app/.*" />
                </conditions>
                <action type="Rewrite" value="/app/{R:1}" />
            </rule>
            <rule name="RewriteBackendRelativeUrlsInRedirects" preCondition="ResponseIsHtml1">
                <match serverVariable="RESPONSE_LOCATION" pattern="^/(.*)" negate="false" />
                <conditions>
                    <add input="{URL}" pattern="^/app/.*" />
                </conditions>
                <action type="Rewrite" value="/app/{R:1}" />
            </rule>
            <preConditions>
                <preCondition name="ResponseIsHtml1">
                    <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html" />
                </preCondition>
            </preConditions>
        </outboundRules>
    </rewrite>
    <urlCompression dynamicCompressionBeforeCache="false" />
</system.webServer>

问题是,只要我停止清除HTTP_ACCEPT_ENCODING服务器变量,与上述规则相匹配的每个请求都以以下错误结束:HTTP Error 500.52 - URL Rewrite Module Error. Outbound rewrite rules cannot be applied when the content of the HTTP response is encoded ("gzip").

我知道这个线程,我遵循这些指示。我已经设置dynamicCompressionBeforeCache="false"为可以在上面看到,我已经添加了必要的注册表项,并且我确信这些模块在IIS中的顺序是正确的。

但是,这似乎只有在重写发生在一个Web应用程序中才有效。如果我删除上面的规则并添加一个简单的规则(和相应的出站规则)来重写(例如)/x/WHATEVER,只需完成/WHATEVER所有工作而不需要清除HTTP_ACCEPT_ENCODING- 规则将起作用,并且对重写的请求启用压缩。

但是,只要我重新添加了我的规则,该规则将响应重写为不同的Web应用程序,并且我没有清除HTTP_ACCEPT_ENCODING标题,则会再次出现相同的错误。

根据我的理解,如果重写涉及另一个Web应用程序,那么对于可以完成的事情有更多的限制。例如,URL重写器必须从后端服务器接收未压缩的响应,以便能够使用出站规则重写它。我想HTTP_ACCEPT_ENCODING在这种情况下清理是必须的,因为这一点。

但是我期望,因为压缩模块列在模块列表的顶部,所以最终重写的响应应该被压缩,不管它来自哪里。看起来IIS做出了一些快捷方式,并将响应返回给绕过压缩模块的客户端。或者HTTP_ACCEPT_ENCODING很快移除标题以完全禁用压缩(不仅在服务器到服务器通信中)。

最后,我的问题是:是否有办法压缩这些回应?

提问于
用户回答回答于

我已经想出了自己。

需要做些什么来实现它的工作:

  • Accept-Encoding 在将请求路由到后端服务器之前,必须删除头,以便可以使用出站规则重写该响应
  • 报头必须通过附加的出站规则进行恢复,以便在响应发送到客户端之前压缩模块启动时出现该报头

我决定这样做:

  • 将新的服务器变量添加到重写规则中,以保存客户端发送的原始头文件: <set name="HTTP_X_ORIGINAL_ACCEPT_ENCODING" value="{HTTP_ACCEPT_ENCODING}" /> (我把它放在清除HTTP_ACCEPT_ENCODING变量的那一行之前)
  • 添加新的出站规则: <rule name="RestoreAcceptEncoding" preCondition="NeedsRestoringAcceptEncoding"> <match serverVariable="HTTP_ACCEPT_ENCODING" pattern="^(.*)" /> <action type="Rewrite" value="{HTTP_X_ORIGINAL_ACCEPT_ENCODING}" /> </rule> 并附带前提条件: <preCondition name="NeedsRestoringAcceptEncoding"> <add input="{HTTP_X_ORIGINAL_ACCEPT_ENCODING}" pattern=".+" /> </preCondition>
用户回答回答于

以下解决方案仅适用于控制应用服务器的情况。

它基本上是让Web服务器进行压缩,并让应用服务器完成应用程序应该执行的任务(不压缩)。

如果在应用程序服务器上禁用压缩,则从应用程序服务器获得的响应是​​未压缩的。在Web服务器上,应该启用压缩功能,因此Web服务器将在响应客户端(浏览器)时遵循HTTP头“Accept-Encoding:gzip,deflate”。

此配置将卸载应用程序服务器上的CPU,但会增加Web服务器和应用程序服务器之间的网络通信量。如果在内部网络上,则不会对性能造成太大影响。

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励