问题标签 [http-status-code-502]

我需要在尽可能低的级别（即：套接字级别）与远程 HTTP 服务器交互，因为我的目标是一个非常小的嵌入式系统，不支持更高级别的库（它是一个完全没有操作系统的裸机 uController，并且通过串行线与 GSM 调制解调器通话；调制解调器对套接字有一些支持，但除此之外没有）。

基本需要是使用 POST 上传“文件”。

我已经准备好所有需要的 Header/Body 并且它“通常有效”。

问题是我随机收到“HTTP/1.1 502 Bad gateway error”响应，随着“文件”大小的增加，这种情况更有可能发生。

我理解这意味着反向代理前端（显然是 nginx）和后端之间存在一些问题，但我完全无法控制这些（实际上我真的不知道实际设置如何，除了可以从（光）试探）。

我目前的策略是打开一个普通的套接字并发送以下序列（点代表二进制数据）：

我可以做些什么来提高可靠性吗？我已经进行了多次重试，这确实有效，但有时我需要重试六次或更多次才能得到肯定的答案（200 OK）。

请注意，我在 rety 上发送完全相同的序列并且它成功了......最终。

我需要发送两部分，因为内容是加密的，第一部分是需要的“初始化向量”。

我有一个在 AWS 上作为 Lambda 运行的 .Net Core 3.1 Web 服务。Lambda 前面有一个 API 网关。

我留下了一条不安全的测试路线，/states。当我在没有承载令牌的情况下调用 /states 时，我得到了状态列表。当我使用不记名令牌调用它时，我得到一个 502: Bad Gateway。

另一条路线需要不记名令牌 /countries。当我在没有不记名令牌的情况下调用 /countries 时，我得到 401：未经授权。当我使用不记名令牌调用 /countries 时，我得到 502：Bad Gateway。

日志中似乎没有关于正在发生的事情的任何内容。

有任何想法吗？谢谢你。

连接到上游时，我在 log connect() failed (111: Connection denied) 中得到这个，

请帮助提前谢谢

[解决方案]：我的 nginx.conf 没有监听正确的端口。只要我听到正确的端口，它就起作用了。

我的目标是使用 nginx 控制器和两个入口规则将流量路由到前端 ( web-frontend) 和后端 ( ) 服务。工作了，但没有，并返回 502 Bad Gateway。每个服务都有自己的入口，以允许单独的 url 重写。我正在使用 aws nginx 控制器（https://kubernetes.github.io/ingress-nginx/deploy/#aws）。public-apipublic-apihttpsweb-frontend

public-api正在监听 8000 并且其 dockerfile 中没有公开端口。在web-frontends dockerfile 中，已经公开了几个端口以进行良好的测量（80、443、8080）。

我不明白为什么public-api当它的入口配置几乎与web-frontend. 在添加 tls 证书管理之前，这两条路由都有效。

谢谢您的帮助！

基础网络：

public-api入口/v1/-> public-api:443->NodePort服务 -> 8000-> 部署监听8000。
web-frontend入口/-> public-api:443->NodePort服务 -> 8080-> 部署监听8080。

入口描述：

public-api：

web-frontend：

YAML：

public-api：

web-frontend：

我无法在我的应用程序中重现 502-bad gateway 错误。有人可以帮忙吗？

我们有一个在谷歌云上运行的快速服务器。当我们的服务器尝试使用 204 的 HTTP 状态代码进行响应时，这将转换为 502 Bad Gateway。我已经确认这只发生在 GCP 中。在这个特定示例中，我们使用的是 Google 的完全托管端点。在我的本地机器上运行它会产生预期的结果。此外，使用相同的代码发送 200 状态代码也可以成功。

错误代码：upstream connect error or disconnect/reset before headers. reset reason: protocol error

这是我们以 204 状态码响应的 express 端点：

连接细节：

• 利用 Google 的托管端点
• HTTP/2禁用

这是我们的 Dockerfile：

我正在使用rails服务器我将ruby升级到2.7和rails到6.0.3.6，delayed_job_active_record到4.1.6，当api请求我们的服务器时，有时我们的应用程序响应502 bad gateway，这是因为版本不匹配吗？

我在 Python 中运行 locust 测试来测试 API 端点。出于某种原因，我502 Sever Error: Bad Gateway间歇性地收到短暂的响应高峰。其他人遇到过这个问题吗？我附上了一张来自 Locust 的图表，显示了 502 错误的模式，发生率约为 1%。

Locust 的 RPS 率

我正在使用与多个并发用户的封闭连接。

我在 Google App Engine Flex 环境中运行的 .NET Web API 应用程序返回 400 和 502 错误。我可以在 HttpLoadBalancer 下的 GCP 日志中看到这些错误。这很重要，因为我无法从我的应用程序事件记录和监控工具（即 sentry.io）中看到这些错误或异常。

如何进一步调试这些问题？负载均衡器返回这些错误并且我无法从应用程序日志中看到它们的常见原因是什么？提前致谢。

所以我已经在服务器上运行我的前端几个星期了（角度服务器端渲染）。我一直遇到这个问题，前端出现 502 错误。我必须每隔几个小时重新启动服务器以确保它已备份。流量并不疯狂，一切似乎都很好（在我的控制台日志中 - 没有错误等），直到它突然下降。在我重新启动 ssr 服务器的那一刻，它又可以正常工作了。可能是什么问题？我需要监控什么？内存？中央处理器？还有什么？