主页 / server / 问题 / 827588
Accepted
phobic
Asked: 2017-01-21 08:34:08 +0800 CST

Apache2 mod_proxy 包装 HTTP 标头而不是转发它

  • 772

通过 apache 代理访问 oracle apex 服务器时，我偶尔会收到以下 HTTP 包作为来自服务器的响应：

Connection:Keep-Alive
Date:Fri, 20 Jan 2017 16:00:24 GMT
Keep-Alive:timeout=5, max=100
Server:Apache/2.4.6 () PHP/5.4.16
Transfer-Encoding:chunked

0
HTTP/1.1 200 OK
Server: Oracle XML DB/Oracle Database
Content-Type: text/html; charset=utf-8
Content-Length: 33388

ACTUAL HTML PAGE FROM APEX

我不知道0从哪里来。尽管代理似乎将从 APEX 获得的完整 HTTP 响应（包括 HTTP 标头）作为 HTTP 正文包装到另一个 HTTP 包中：

<Apache HTTP PACKAGE>
    <Apache HTTP HEADER>
        Connection:Keep-Alive
        Date:Fri, 20 Jan 2017 16:00:24 GMT
        Keep-Alive:timeout=5, max=100
        Server:Apache/2.4.6 () PHP/5.4.16
        Transfer-Encoding:chunked

    </Apache HTTP HEADER>
    <Apache HTTP BODY>
        0
        <APEX HTTP PACKAGE>
                HTTP/1.1 200 OK
                Server: Oracle XML DB/Oracle Database
                Content-Type: text/html; charset=utf-8
                Content-Length: 33388

                ACTUAL HTML PAGE FROM APEX
        </APEX HTTP PACKAGE>
    </Apache HTTP BODY>
</Apache HTTP PACKAGE>

相反，代理应该简单地将 HTTP 包转发给客户端。这样客户端接收到的 HTTP 包就好像它来自 APEX，而不知道它是由代理转发的。这在 30 次中有 29 次按预期工作，但有时它的行为如上所述。这是代理中的错误吗？您能否建议一个可能的解决方法？

mod-proxy apache2 oracle-application-server

1 个回答

  1. Best Answer

    这不是包装，这是由于transfer-encoding: chunked标题。见https://en.wikipedia.org/wiki/Chunked_transfer_encoding

    0 是最终块的信号。从上面的页面：

    每个块以它嵌入的数据的八位字节数开始，以 ASCII 中的十六进制数表示，后跟可选参数（块扩展）和终止 CRLF 序列，然后是块数据。该块由 CRLF 终止。

    和

    终止块是常规块，但其长度为零。紧随其后的是预告片，它由一个（可能为空的）实体标头字段序列组成。通常，此类标头字段将在消息的标头中发送；但是，在处理完整个消息实体后确定它们可能更有效。在这种情况下，在预告片中发送这些标头很有用。

    试试SetEnv proxy-nokeepalive 1你的 Apache mod_proxy 配置。或者试试

    SetEnv proxy-sendcl 1

    SetEnv proxy-sendchunked 0

    有关解释，请参见http://httpd.apache.org/docs/2.4/mod/mod_proxy.html#request-bodies 。

    • 0

相关问题