Curl 到 Google Compute 负载均衡器出现错误 502

Question

如果我将文件上传到我的 Google 计算负载均衡器 (LB) 的 POST 请求 curl ，则会收到 502 错误。如果我对 LB 后面的工作节点执行相同的curl，它就可以工作。如果我使用像 PHP Guzzle 这样的库，它可以以任何方式工作。如果我在 LB 上执行基本 GET 请求，我会得到正确的响应，但工作日志不会确认接收到该请求，就好像 LB 缓存了该请求一样。到底是怎么回事？仅供引用，谷歌LB新手。谢谢

编辑:

我正在使用 GCE HTTP LB。Curl 命令如下所示:

curl http://1.2.3.4 -F "key=value"-F "data=@path/to/file"

此curl命令在使用GCE VM IP时有效，但在使用GCE HTTP LB IP时无效。

Answer 1

这一行代码为我解决了这个问题:

curl_setopt($ch, CURLOPT_HTTPHEADER, ['Expect:']);

您显然需要将空的 Expect: header 添加到您要发送的任何其他 header 中，但该 header 可以修复 cURL 以与 Google HTTP 负载均衡器一起使用。

更多信息

Google 文档 Setting Up HTTP(S) Load Balancing在注释和限制部分底部附近有一条注释，指出不支持HTTP/1.1 100 Continue响应。

默认情况下，当您发送 POST 请求时，cURL 似乎始终会设置 Expect: 100-continue header 。因此，显然 cURL 默认情况下无法通过 GCE HTTP 负载均衡器发送 POST。

在最终用户方面，您只会看到从 Google 返回的 502 条响应，这更加令人困惑，因为向不在负载均衡器后面的服务器发出完全相同的 POST 效果非常好。

但是，Expect: 100-continue 的存在会导致 Google 负载均衡器崩溃并中断请求。

在服务器端无法解析 POST 数据(尽管正确报告了 Content-Length，但它甚至没有到达服务器)。在我的例子中，这导致服务器返回 500 内部服务器错误，GCE LB 会将此错误作为 502 错误网关错误发送回用户。

添加空的 Expect: header 后，我的 POST 数据正确地发送到我的负载平衡虚拟机，它们正在解析并返回有效响应，并且我的客户端收到的是 200 而不是502.

感谢this question这有助于阐明这个问题。