GCP 负载均衡器日志中奇怪的 404 和 403 WARNING 的来源是什么
What is the source of strange 404 and 403 WARNINGs in GCE Loadbalancer Logs
检查 Google Cloud Platform Logs 中的 GCE Loadbalancer 日志，以以下形式显示一堆警告：
"GET https://<MY_DOMAIN>/.well-known/acme-challenge/*" 404 215 "Go-http-client/1.1"
和..:[=12=]
"GET https://<MY_SERVICE_DOMAIN>/*" 401 561 "Go-http-client/1.1"
是什么导致了这些呼叫？这是某种健康检查吗？
根据我从文档中收集到的信息，支持 Pods 的就绪探测应该会被调用。据我所知，后端服务组也被认为是健康的。
由于它们在日志中显示为警告，我想我应该努力让它们消失？
"GET https://<MY_DOMAIN>/.well-known/acme-challenge/*" 404 215 "Go-http-client/1.1"
这个问题非常简单，是由 Let's Encrypt 协议检查您对域的所有权引起的。在不知道您是否期待让我们加密检查该域的情况下，很难说这是否是一个实际错误。
"GET https://<MY_SERVICE_DOMAIN>/*" 401 561 "Go-http-client/1.1"
不知道 MY_SERVICE_DOMAIN 是什么意思，这也很难知道，但我不希望就绪检查涉及 LoadBalancer，因为（正如您正确观察到的那样）检查应该在 Pod 级别，而不是来自集群外部
As they appear as WARNINGs in the logs, I assume I should work on making them go away?
这可能是个人喜好。毫无疑问，这些无关的消息会使查找实际警告变得更加困难，但我怀疑它们是否真的 hurting 任何东西。对我来说，区别在于某些进程是否期望对 MY_SERVICE_DOMAIN 请求的成功 HTTP 响应，以及当它没有收到响应时，会导致下游故障——它不会是需要的 LoadBalancer行动，而是行动的消费者。
检查 Google Cloud Platform Logs 中的 GCE Loadbalancer 日志，以以下形式显示一堆警告：
"GET https://<MY_DOMAIN>/.well-known/acme-challenge/*" 404 215 "Go-http-client/1.1"
和..:[=12=]
"GET https://<MY_SERVICE_DOMAIN>/*" 401 561 "Go-http-client/1.1"
是什么导致了这些呼叫？这是某种健康检查吗？
根据我从文档中收集到的信息，支持 Pods 的就绪探测应该会被调用。据我所知，后端服务组也被认为是健康的。
由于它们在日志中显示为警告，我想我应该努力让它们消失？
"GET https://<MY_DOMAIN>/.well-known/acme-challenge/*" 404 215 "Go-http-client/1.1"
这个问题非常简单，是由 Let's Encrypt 协议检查您对域的所有权引起的。在不知道您是否期待让我们加密检查该域的情况下，很难说这是否是一个实际错误。
"GET https://<MY_SERVICE_DOMAIN>/*" 401 561 "Go-http-client/1.1"
不知道 MY_SERVICE_DOMAIN 是什么意思，这也很难知道，但我不希望就绪检查涉及 LoadBalancer，因为（正如您正确观察到的那样）检查应该在 Pod 级别，而不是来自集群外部
As they appear as WARNINGs in the logs, I assume I should work on making them go away?
这可能是个人喜好。毫无疑问，这些无关的消息会使查找实际警告变得更加困难，但我怀疑它们是否真的 hurting 任何东西。对我来说，区别在于某些进程是否期望对 MY_SERVICE_DOMAIN 请求的成功 HTTP 响应，以及当它没有收到响应时，会导致下游故障——它不会是需要的 LoadBalancer行动，而是行动的消费者。