“failed_to_connect_to_backend” - 502 网站暂时关闭

如何解决“failed_to_connect_to_backend” - 502 网站暂时关闭

我有一个问题，当我尝试通过负载平衡器访问虚拟机上的网站时，我收到“无法连接到后端”得到“502”和客户端错误提示服务器已关闭。我可以看到很多类似的问题，但不能解决我自己的问题。要尝试提供尽可能多的信息，请参阅下面的日志。

{
insertId: "mrasyug16eoo14"
jsonPayload: {
cacheId: "LHR-1bd33b0f"
@type: "type.googleapis.com/google.cloud.loadbalancing.type.LoadBalancerLogEntry"
statusDetails: "failed_to_connect_to_backend"
}
httpRequest: {
requestMethod: "GET"
requestUrl: "http://wedotest.uk/"
requestSize: "456"
status: 502
responseSize: "488"
userAgent: "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML,like Gecko) Chrome/89.0.4389.114 Safari/537.36"
remoteIp: "82.47.240.28"
cacheLookup: true
serverIp: "10.154.0.11"
latency: "9.012451s"
}
resource: {
type: "http_load_balancer"
labels: {
zone: "global"
project_id: "heroic-footing-308515"
target_proxy_name: "wedo-lb-target-proxy"
backend_service_name: "wedo-backend"
url_map_name: "wedo-lb"
forwarding_rule_name: "wedo-frontend-http"
}
}
timestamp: "2021-04-11T11:08:58.919182Z"
severity: "WARNING"
logName: "projects/heroic-footing-308515/logs/requests"
trace: "projects/heroic-footing-308515/traces/bf011eb0460e8a2bf092571e66236e76"
receiveTimestamp: "2021-04-11T11:09:08.668903322Z"
spanId: "270d670900c4811f"
}

我只是想更新这张票。我现在已经重新创建了整个配置文件。新的虚拟机、健康检查、负载平衡器，看看我是否刚刚错过了某个地方的一些配置。我相信这些问题开始的那一刻就是我在 wordpress 中更改为“https”的那一刻。

健康检查报告“HTTP 响应：永久移动”，状态为“不健康”。最新的 502 日志现在是“failed_to_pick_backend”

欢迎和尝试任何想法/想法。

干杯

解决方法

如果网站在切换到 https 后停止工作，则证书似乎存在问题。健康检查结果表明该网站正在将 HTTP 流量重定向到 HTTPS，但这样做不正确。
证书本身似乎是 fine（只是它设置了 www）。

查看此 tutorial 并检查您的证书是否已正确应用。

如果实例设置正确，但负载均衡器的 IP 仍然没有重定向到网站，您可以通过这个 how-to 和最后这个 troubleshooting guide 来检查您的负载均衡器。

,

我只想回来概述我为解决问题而采取的一些步骤。诚实的事实是，我从来没有发现究竟是什么导致了我的问题，但这些组合步骤确实让我得以解决。

首先，我的 SSL 证书没有任何问题，为了解决我的问题，我没有对其进行任何更改。我的证书是通过谷歌云管理的 SSL 设置的，并应用于我的负载均衡器的前端。我所做的所有检查都确认证书运行良好。

我采取了 2 个步骤来解决这个问题，我有 2 条建议；

SSL

最初即使我的 SSL 证书已被应用，wordpress 仍然需要一些爱和关怀。这不是托管问题，这是 wordpress 问题。我添加了一个 wordpress SSL 插件，例如“SSL 不安全的内容修复程序”或类似的插件。这基本上确保了所有 wordpress 代码都符合 HTTPS 标准，这意味着您可以通过 HTTPS 加载站点而不会出现任何问题。然而，这只是问题的一部分。

还要记住，在创建您的谷歌托管 SSL 证书时，您只能使用 example.com，不要使用 www.example.com。添加www时。您将收到有关设置的问题。前几天我遇到了这个问题，并认为值得在这里指出。

健康检查

一旦您开始对 wordpress 网站进行更改。它做了一些事情，我不确定这是什么东西，但突然间你得到了我原来的帖子中显示的错误/日志。这可能是 502，但我也见过 302。这真的是让我困惑的地方。一旦对 wordpress 后端进行了任何更改，服务器将不可用或通知。我按照建议将我的健康检查路径设置为默认的“/”。实际上是 AWS 的一段内容让我在这里救了我。它建议将负载均衡器路径设置为“/wp-login.php”。这实际上工作得很好。您也可以创建一个文件并对其进行 ping 操作。我选择了更简单的路线。我确信 ping 这个特定文件存在技术问题。请随时分享。但是，您是否相信我现在不再收到这些错误消息。我现在已经复制了几次，我很满意健康检查是问题的一部分。

HTTP 重定向建议

我发现的很多文档都建议通过 ssh 通过 VM/Apache 添加重定向。我不同意这种方法。我已经设置了一个负载均衡器，我的负载均衡器可以处理这些重定向。再次很高兴公开讨论这样做/不这样做的技术优点。但我个人并不在意。不过，这也是一个关键步骤，因为通过应用重定向，我现在让我的网站恢复、启动并运行，现在总是正确定向到 HTTPS，并且 wp-admin 现在可用。遵循本指南.. https://cloud.google.com/load-balancing/docs/https/setting-up-http-https-redirect

Wordpress 实例 Google 点击部署 Vs Bitnami 点击部署意见

个人观点。我刚刚发现，尽管谷歌点击部署意味着更容易，但我一直在寻找问题。我切换到 bitnami 单击部署，我发现生活要容易得多。可以说在某些领域配置起来有点复杂，但我只是没有遇到那么多问题。除此之外，bitnami 文档非常好。我会选择这个 wp 实例。

总结

最终，我认为我的问题既是 wordpress 问题，也是健康检查问题，根据我所做的更改，我很难诊断出不同的症状。我希望这对以后的其他人有所帮助。