javascript - 为什么 https.Agent 在通过 node-http-proxy 代理时抛出解析错误？

Question

我想在我的 node-http-proxy 中通过 http.Agent 和 https.Agent 启用连接池应用。为此，我建立了一个安全代理，如下所示:

const secureAgent = new https.secureAgent({ keepAlive: true });

(为简洁起见，我省略了补充的 http 代理。)

我创建了一个代理服务器，这样:

const proxy = httpProxy.createProxyServer({});

最后我像这样在 Connect 中间件中代理一个请求:

proxy.web(req, res {
  agent: isSecure ? secureAgent : agent,
  target: ...,
  secure: false,
});

这似乎适用于大多数请求，但每隔几分钟我就会看到一个如下所示的错误:

{
    "message": "Parse Error",
    "stack": "Error: Parse Error\n    at TLSSocket.socketOnData (_http_client.js:411:20)\n    at emitOne (events.js:96:13)\n    at TLSSocket.emit (events.js:191:7)\n    at readableAddChunk (_stream_readable.js:178:18)\n    at TLSSocket.Readable.push (_stream_readable.js:136:10)\n    at TLSWrap.onread (net.js:560:20)",
    "bytesParsed": 215,
    "code": "HPE_INVALID_CONSTANT",
    "__error_callsites": [
        {},
        {},
        {},
        {},
        {},
        {}
    ],
    "level": "error",
    "timestamp": "2017-04-18T17:34:09.735Z"
}

从一些粗略的阅读来看，似乎 HPE_INVALID_CONSTANT 在响应格式错误时出现。但是，在引入安全代理之前，这些响应都很好。

有人知道这里发生了什么或者我该如何解决它吗？

注意:此错误发生在 Docker 容器中的 Node v7.9.0 上，通过 FROM node:7.9。到目前为止，我只在 HEAD 请求中观察到这一点——这一定是有原因的。

Answer 1

只是在这里添加评论。我遇到了类似的问题。 (正在使用 Node 请求库)，在我的例子中，空间在请求参数中的一个值中。另外，我正在向 http://localhost 提出请求(http)(nginx) 然后被 python 重定向到 https://localhost (https)。这两者的结合导致了我的问题。在我的案例中，我注意到一件事，我有可用的请求主体，但过去常常出现解析错误。我做了一个小技巧来忽略错误，并发送响应。

    let formData = "some data";
    let headers = // some headers;
    headers["content-length"] = formData.length;
    headers["Accept-Encoding"] = "gzip, deflate";
    let gunzip;
    return new Promise(function (resolve, reject) {
        let buffer = [];
        let req = http.request({
            port: 80,
            method: "POST",
            path: url,
            headers: headers
        }, function (res) {
            let resHeaders = res.headers["content-encoding"];
            switch (resHeaders){
                case "gzip":
                    gunzip = zlib.createGunzip();
                    res.pipe(gunzip);
                    gunzip.on("data", function (data) {
                        buffer.push(data.toString());
                    }).on("end", function () {
                        resolve(buffer[0])
                    });
                    break;
                case "deflate":
                    gunzip = zlib.createDeflate();
                    res.pipe(gunzip);
                    gunzip.on("data", function (data) {
                        buffer.push(data.toString());
                    }).on("end", function () {
                        resolve(buffer[0])
                    });
                    break;
                default:
                    res.on("data", function (data) {
                        buffer.push(data.toString())
                    }).on("end", function () {
                        resolve(buffer[0])
                    })
            }
        });
        req.on('error', (e) => {
            // This is the Hack. If there is an error just ignore it.
            logger.debug("Error in getting requests, ", e)
        });
        req.write(formData);
        req.end();
    })
}

希望对您有所帮助。如果你弄清楚原因，请分享。我试图找出一天的原因，但不能。由于我们在生产中遇到了这个问题，所以必须快速修补。

据我所知，这很可能是因为流程中的 HTTPS 重定向。