1

我有一个问题，当尝试通过负载平衡器访问 vm 上的网站时，我收到“无法连接到后端”得到“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”

任何想法/想法都会受到欢迎和尝试。

干杯

4

2 回答 2

1

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

查看本教程并检查您的证书是否已正确应用。

如果实例设置正确但负载均衡器的 IP 仍然没有重定向到网站，您可以通过此操作方法和最后的故障排除指南来检查您的负载均衡器。

于 2021-04-14T09:34:40.467 回答
1

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

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

我采取了 2 个步骤，我相信可以解决这个问题，并且我有 2 条建议；

SSL

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

还请记住，在创建您的 google 管理的 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 click to deploy，我发现生活变得更容易了。它可以说在某些领域配置起来有点复杂，但我只是没有遇到那么多问题。除此之外，bitnami 文档非常好。我会选择这个 wp 实例。

概括

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

于 2021-04-29T14:29:58.963 回答